Posts Tagged ‘Cloud’

Idle thoughts about Azure and the Cloud

Wednesday, July 15th, 2009

Yesterday whilst I was checking my mail I noticed this tweet from Steve Clayton at MS:

image

As I’d had a few conversations about Azure earlier in the day it got me thinking.  At the time I replied back saying that maybe there’s some confusion out there about where Azure would fit within a company’s overall infrastructure.  Hopefully most large companies will be on the ball and understand how cloud services can be used, but smaller organisations that might have less mature IT capabilities may not yet understand where they fit or how best to use them.

Whilst I was sitting in traffic earlier today I started to think about ways that platforms like Azure or Amazons EC2 might be useful to me, either personally or at work (can you tell I’m a geek?).  To be honest there are loads, but a really basic example might be something like this (it may be stating the obvious!)…

If other organisations are anything like the ones I’ve worked in they’ll use – and rely on – dozens of internally developed applications.  These might be as trivial as custom room booking tools to more critical ticketing systems or internal shopping carts for services. 

Traditionally these web or client-server apps would end up needing their own servers in a rack somewhere, burning power and depreciating nicely.  This is ok in the short/medium term, and you might use some virtualisation to get better utilisation out of the hardware.  Even so, the chances are you’ll still be paying for things like software maintenance and you’ll still need to support those systems as well as the app itself.  What’s more, as these apps and their servers age, the level of support they need will probably increase but at the same time the willingness of the business to pay for upgrades or updates will probably decrease.  After all its worked fine for years why should they pay more now?  This is where cloud services can help…

What if rather than hosting your shiny new application a server that you buy, rack and support yourself, instead you upload your application to (for example) the Azure Services Platform.  It supports many of the common platforms like .net, PHP etc. so there shouldn’t be too many changes to the underlying code (I’ll caveat that by saying I’ve not done it myself, so I’m basing this on the conversations I’ve had with MS and those that have).  In effect you have the same application running out in the cloud rather than on your own kit.

There is of course more to consider, basic things like cost through to more in depth subjects like authentication and security.

In terms of cost parity it largely depends on how utilised the servers are.  Cloud services like Azure and EC2 tend to be billed based on usage, i.e. so many cents per hour of CPU time, and so many cents per GB of storage used.  It’s hard to generalise whether this is cheaper or more expensive than owning your own kit, but you have to remember that those cents per hour of CPU include all the running costs – hardware, OS, power, cooling, hardware support, software support, ongoing patching, upgrades overtime etc.  I can say that where I’ve looked at this sort of thing in the past cost have looked pretty good in comparison.  Especially when you consider that the initial setup cost is far lower (no need to buy kit) and you don’t need to worry about old servers going out of support and having to chase your business/customers for funds to upgrade them in five years time.

Having an app out in the cloud is all well and good, but how do people sign into it?  Is it another username and password for people to remember?  In some cases the answer is probably yes, but where I think MS have a huge advantage is their work to improve the authentication experience for apps hosted on Azure – particularly for business customers. 

Their federation tool, currently called Geneva, that allows you federate Active Directory with Azure (I’ve written about this before here).  In effect, if you have Geneva setup then accessing an application hosted on Azure would have the same user experience as if it was hosted on your own network and domain.  Their usual username and password will authenticate them, and in most cases will sign them in transparently using integrated authentication.

The security of cloud services is always a question that comes up, and as this weeks news about leaks from Twitter have proved is something you have to consider very hard.  Whether it’s more or less risky than publishing an application to the internet yourself is up for debate.  Nonetheless it’s a question that you’ll probably have to answer when asked.

Anyway, that’s a pretty basic example, but it’s probably a scenario that’s fairly common.  Where private clouds might fit within this is another matter altogether!

Google App Sync stops Outlook indexing email

Wednesday, July 1st, 2009

(Please note the update at the bottom of this article)

If you you’re a corporate user of Google Apps you may well have been playing with the Googles recent release of Google Apps Sync for Outlook.

It’s basically a plug-in for Outlook that allows it to access email, calendars, contacts and global address lists from Google Apps rather than Microsoft Exchange.  It’s a pretty big release for Google I reckon.  With everyone including MS moving email services into the cloud, if Google can provide the same level of Outlook user experience from Apps as people expect from Exchange (at least for these basic services), it positions Google Apps as a more credible alternative to Exchange Online than ever before.

In practice the add-in seems to work a lot like the Live Mail add-in.  Rather than enabling the MAPI protocol on the backend, the add-in extends Outlook so that it can communicate with Google directly (though I should qualify that… I’ve not looked into it in detail, but that’s what it initially looks like).

Anyway… Whilst looking for some other stuff this morning I spotted this KB article in the Microsoft Knowledge Base.  It looks like Google have been a little cheeky with some of the settings that are configured when installing the add-in.   From the article:

“The installation of the Google Apps Sync for Microsoft Outlook disables the ability of Outlook to search the Outlook data. When you install the sync plug-in for Outlook, the sync plug-in changes a registry key. This disables Windows Desktop Search from indexing and providing search functionality for all Outlook data, not just the Outlook data being synchronized from GMail. Because Outlook search relies on the indexing performed by Windows Desktop Search, Outlook search functions are broken.”

Whilst I’m sure that there are sound technical reasons why Google chose to disable the integration between Outlook and Windows Search, the cynic in me does wonder if the Google recommend fix might be install Google Desktop Search :)

Fortunately you can turn the searching back on by changing the registry key back:

1. Click Start button, type regedit in the Start Search box, and then press ENTER.

2. Locate the following registry subkey:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Windows Search

3. Double-click the PreventIndexingOutlook registry entry.

4. In the Value data box, type 0, and then click OK.

5. On the File menu, click Exit.

(backup your registry, I take no responsibility, yadda yadda!)

Update:  It looks like I posted to soon – it looks like Google have released a fix  that solves this problem and addresses a few other niggles.  It’s really good to see Google and MS working to fix these things quickly.  Thanks to @MattBrowne for pointing out yesterdays update from Google!

Apple OS X Snow Leopard and Exchange

Wednesday, June 10th, 2009

Of the many bits of information that came out of Apples World Wide Developers Conference this week, one that really caught my attention was Snow Leopards native support for Exchange.

Within one of the sessions Apple spoke about how the out-the-box Mail app will support connectivity to Exchange for email (including folders) and tasks, with iCal supporting Exchange calendars and AddressBook integrating with Exchange Contacts.

Providing it works as advertised that’s really good news, if a little surprising.  It’ll be good to see it in action, assuming it supports the exchange auto-discovery tools it should be a very easy setup.

With the Snow Leopard supporting Exchange, Microsoft Messenger for Mac providing great access to OCS’s capabilities and SharePoint 2010 about to offer better support for non-IE browsers, Mac’s should offer a pretty good business platform for companies that use Microsoft infrastructure.  It will also be interesting to see how well Snow Leopard works with Microsoft’s hosted BPOS services that offer MS’s business platforms from the Cloud.

Although I’m not really a Mac user I’m quite looking forward to trying this stuff out.  Anything that builds interoperability and people more options has to be a good thing.  It should certainly help the Apple case for making Mac’s acceptable as a business computer.

Live Mesh Desktop… A pointer to a cloudy future?

Monday, February 16th, 2009

Over the past few weeks I’ve been doing a fair amount of thinking and work about how desktop computing will be delivered in the future.  I doubt we’ll be seeing the end of full-fat desktop and laptop computers anytime soon, but change is definitely in the air.

Within the enterprise thin provisioning of desktops is gaining pace.  Virtual desktops offer significant benefits in utilization, management and energy consumption.  Taken further, blade workstations such as HP’s can also offer performance benefits.  Especially in a world where data is increasing centralised and the workforce increasingly mobile.  The technology now allows true ‘desktop as a service’ solutions to be offered.

But what about the consumer and small business world? 

I’m a big fan of Live Mesh.  I now use it on all of my PC’s and the work Mac to keep a single view of my working docs.  One thing that I’ve always wondered about though is the Live Desktop.  It’s undoubtedly useful as a server side copy of my files but why make it look so much like a desktop?  Is it just to deliver a similar user experience?

image

I would love to see the Live Desktop gain some application functionality.  We already know that browser based versions of the Office applications are on their way with the Office Web applications.  We also know that MS has a huuuuge amount of computing capacity at it’s disposal in the Azure platform. 

Could the Live Desktop (or something like it) be used to deliver a web desktop with both storage for data and the applications to open and use it?  With the capabilities that are coming over the next year or so I can’t see why not. 

Looking at what’s now possible with remote desktop protocols like HP’s Remote Graphics Software (RGS) it may even be possible to take that further and present a desktop running real applications.  It may not be something we’ll see in the short term but many of the components you would need are in place:

- Significant amounts of computing power in the cloud – yep
- Broadband to the end-point – getting there… but yep
- Efficient display protocols – yep
- People storing data in the cloud for fast access – yep
- Virtualisation layers to protect the host environment – yep
- Application virtualisation to protect the host and other apps – yep

It’s going to be an interesting 18 months I reckon.

Exchange 14

Tuesday, January 20th, 2009

Last week the next version of Exchange broke cover with a blog entry over on the Exchange team blog and video on Technet Edge.  The video has been posted quite a lot over the last few days, but it’s pretty interesting so I thought it was worth speaking about.

Exchange 14 is shaping up to be a huge change from the application we know and (most of the time) love.  Architecturally the biggest difference is that 14 is designed to run in the Cloud on MS’s Software + Services platform.   Of course you’ll still be able to buy it and run it locally, but the option is there to take the infrastructure components out of your buildings.  What’s more you’ll be able to run both scenarios and split your users between them.

This could be a huge advantage for some companies.  For example if you’re running a global company but with segregated IT organisations each region would be able to deliver mail services in the way that best suit that region. 

There are a heap of other changes in functionality too, both from the techie side and the end user experience.  From what I understand there are things like live mail box moves and federation between Exchange organisations for shared free/busy info.

From a user perspective webmail is much improved (again!) and includes things like Presence, and Out-of-office notifications are see proactively before an email is sent.  There’s also some interesting stuff around translation between languages.

Barriers to the Cloud

Tuesday, December 2nd, 2008

I just spotted an interesting post over on James Urquharts blog.  It echo’s a few conversations I’ve had recently about how enterprises might start to adopt cloud solutions and how they can prepare themselves for a future where services are delivered outside of their own data centres.

I think that James is right, the existing investments companies have made in on-premise solutions and infrastructure are definitely a barrier to wholesale migrations to a cloud model.  This does however provide a migration path for those organisations that are investigating cloud options for the provision of services and are looking to test the waters a little before jumping in.

At the moment there aren’t too many services available from the cloud in a cost effective way – at least from the big players that large enterprises will look to deal with.  At the moment I reckon that the demand for cloud type solutions far outweighs the markets ability to deliver them. 

As existing on-premise services start to age I think we’ll see a service-by-service migration to those cloud services that are mature and have a cost effective billing models.  For some services this will work out well, but for others the market won’t be ready and the services will enter another life/depreciation cycle as on-premise solutions. 

It’s great to see VMWare et al creating solutions that will help enterprises ‘cloud enable’ these next generation of on-premise solutions.  I’m looking forward to seeing quite how these solutions will develop.

Check out James’ full post over on his blog: http://blog.jamesurquhart.com/2008/12/enterprise-barrier-to-exit-to-cloud.html

Exchange and SharePoint Online

Tuesday, November 18th, 2008

There’s been a fair amount of coverage of the release of Exchange and SharePoint Online over the past few days and it’s been interesting to hear peoples different takes.

Steve Clayton rightly highlights the potential benefits of using a hosted service for applications that could well be considered ‘commodity’ these days.  Shifting costs from Capex to Opex is generally quite an attractive prospect, and if MS can deliver services at a lower cost per user – like-for-like – then more power to them.  These services offer a really good alternative, especially for small or new companies.

The big thing for me is the like-for-like part… the current Online services are pretty basic.  You’re not getting a ‘full fat’ Exchange or Sharepoint here.  There’ll be no MySites or Excel Services in your SharePoint Online environment for example, so while it may be cheaper to host sites in MS clouds, you won’t getting much of the pixie dust (as Steve puts it!).

The interesting thing for me is where Exchange, SharePoint and OCS will be going over the next few years.  As I understand it the current Online solutions aren’t running on the Azure platform.  My guess would be that this is being saved for the v.next products that will start arriving next year.

From what I understand, and I could be wrong, both Exchange and Sharepoint 14 will be offered as both hosted and on-premise solutions.  With Azure in place to manage the infrastructure, Geneva there to manage the nuts and bolts of authentication and identity, and many more ‘full fat’ services available over standard http connections, I’d hope that the v.14 products offer a more full fidelity experience.  Now those are the services I’m interested in.

‘Geneva’ Identity in the Cloud

Tuesday, November 4th, 2008

One of the more interesting things to come out of the recent PDC conference (for me at least) was the work MS has been doing around identity in the cloud.  It’s always looked like a bit of a stumbling block for the adoption of cloud services, especially for enterprises where simple user interfaces and single sign-on have been a focus for years.

The main points that I picked up on were:

Identity

The Microsoft Federation Gateway – provides an identity and federation gateway into MS provided/hosted services including Azure and Live ID.

The Microsoft Services Connectorallows you to federate your Active Directory with MS to gain access to services hosted in their cloud. 

‘Geneva’ Servera standards based Security Token Service that allows federation between your AD and any other claims based service (including the MS hosted services)

Live ID and Open ID – Live will become an Open ID provider allowing the 400 million Live ID’s to use Open ID sites and visa versa.

Those are massive simplifications of course. 

Brought together these services and solutions could make life much easier for a lot of people.

– As an Enterprise we would be able to provide services from an Azure platform without any worry about authentication or identity.  Whether that be hosted Exchange, SharePoint, or just some internally developed apps the existing AD and it’s accounts can be used.

– ISV’s can provide solutions knowing that they’ll never have to worry about managing accounts and passwords for people.   No need to worry about password resets – the customer will deal with that for you.  Selling a license to a company?  No need to worry about employees leaving and still having access – the customer will remove their accounts anyway (well it depends who they are selling to I guess, but you get the idea). 

– As an end user my work username and password will get me seamless access to my work systems, and my personal ID (whether LiveID or OpenID) will work on more sites, so less accounts and passwords to remember.

I’ve just been watching this session on the ‘Identity Roadmap for Software + Services‘ over on the PDC site.  It gives are really good overview of what’s being planned and demo’s some scenarios where these new services might help.  It’s well worth a look.

Cloudy IT

Wednesday, August 27th, 2008

I was just catching up on my RSS feeds and ended up reading an old article about cloud computer by Dion Hinchcliffe over on ZDNet.   It’s quite a good article, but one bit caught my eye:

Like so many aspects of Web 2.0, the industry is moving a lot faster than most businesses are currently able to keep up with.

Being a customer looking at cloud services, that was news to me – I’d argue that the opposite is true, at least for some enterprises.

Whilst there are some maturing cloud services out there, many of the big players that Enterprises will traditionally deal with just aren’t quite there yet.  Whilst they’ll talk a good game, when you dig into the details and try and actually buy this stuff you soon find out that the grass isn’t quite as green as you’ve been lead to believe. 

It soon becomes clear that whilst many of the big players aspire to providing cloudy ’service effect’ style solutions very few are able to deliver them at the moment.  And those that do have solutions are often both limited in scope and more expensive than doing it yourself.

I’ve found that billing models aren’t developed, when you look for the simplistic £-per-user, £-per-GB, £-per-CPU/hour models you’ll find them strangely absent. 

What’s worse is that one of cloud computing’s big selling points – reduced capital investment and cost of entry -  is also quite often AWOL.  Many of big players are still reluctant to take on the cost and risk of owning the hardware layer, preferring the more traditional hosting and support style agreements.

Unless you’re specifically looking at apps that you can move to solutions like EC2 or App Engine, there are very few options available right now for delivering applications and services from the cloud.

So in my experience the appetite of enterprises for cloud services currently exceeds the markets ability to deliver them.   Or at least deliver them against the promises it’s already made.

Why ask ‘what makes up the cloud’?

Tuesday, July 1st, 2008

I’ve read a few posts over the last few days which try to answer the question ‘what is the cloud’.  Not conceptually ‘what is it’, but physically what is if made off, what servers, data centres etc.

To my mind the point of the cloud is that as a customer you don’t need to know how many servers it uses, over how many data centres, supported by how many people.  All you really need to be sure of is what services you will receive, or the overall service effect that you have agreed with your provider.

By using cloud services, especially in business, you’re abstracting yourself from all the details of running the service.  Sure it’s interesting from a geek perspective but ultimately you’re acknowledging that those guys can do it better and maybe cheaper than you.  That’s a good thing, you get get on with new stuff and taking the credit! :)