I recently had the pleasure of attending a talk given by Go-Oodles at one of the Google offices in Dublin, where I was also introduced to the Chromebook, which is due to hit our shores in July through the guys at Go Oodles. The Chromebook is Google's chosen fighter to enter the ring against Apple's leviathan iPad, which has decimated the competition in the tablet market after initially being scorned by some upon its introduction, & sold like crazy, where you can't even get one in a PC World outlet unless you're there on a Tuesday morning when they get their fresh deliveries of them!
Some have asked why Google are even going down this road considering the spectacular problems facing their Android platform. The issues facing Android are in fact absolutely no fault of Google's, but the poor exposition of Android by handset makers, carriers & what those aforementioned pair have done with their own respective implementations of Android, & also that there's less choice in the way of Apps as a result, as application developers make more money per App from iOS apps than Android ones.
Even in my own experience with my own Android tablet, saw me unable to load a great deal many applications from the official Android Market, because the applications were meant for Android Phones, not tablets. In fact, I'm pretty sure I've actually never used a full unmolested version of Android from Google. Yet I know when I pick up an iOS device; I can have any flavour I want, as long as it's Apple.
But, I'll digress at this point about that as this is not a blog about tablet computing, or Android VS iOS, but how tablet computing is in fact going to lead the march into the cloud, lemming style. While the enterprise is slowly moving into the Cloud, the consumer market is there, front & centre, & the push is persistent, kept simple & enabled by peple like Google, Microsoft, Apple, & Amazon.
Each of these players is involved with some consumer hardware that pushes people with ease into the Cloud & the use of cloud services. I pick up an iPad now, I no longer need a computer to activate it, & I can get straight into the iTunes Cloud to consume as much or as little as I like, & then shove what I want back up into iCloud.
I open up a Chromebook, find a wifi connection, I can work in Google Docs, check my Gmail, & listen to my music up in Amazon's Sound Drive, even watch videos out of YouTube. I can lose my Chromebook, or it break, I can contact Google, or a designated Google partner, & I'm right back there, no data lost, no more 'ah crap, I forgot to back X or Y up!'
Budweiser recently introduced an iPhone app that will track then temperature near where I am & give me cut-price beer in a local bar, or a free drink should it reach a certain temperature. The Cloud is bringing me cheap, or free beer. WOW! If you stood up at a Cloud Computing conference, or talk & made the statement of 'Cloud can even bring free beer to the masses' you would not only be laughed at, but questioned as to whether you yourself perhaps had too much beer.
Within every 'Cloud' company right now there is a drive to push adoption & sales like crazy. Executives are demanding numbers. Sales guys are hitting the market hard & aggressively. In some cases, the numbers are coming up short. Routes to market are being reviewed, messages being tweaked, even the offerings are getting changed, or re-imagined for re-marketing.
The successes in enterprise cloud right now are coming hard & fast in areas of software as a service, like e-mail, officeware or CRM's. These are the real fast quick wins for business consumer and service provider. Large complex migrations are never going to shorten down into exec-friendly boardroom pleasing sales cycles.
People are looking at companies like Google, SalesForce, Marketo, Microsoft Azure, Amazon, Apple & wondering why their Cloud offerings are not beating the paths to revenue like these guys are. These guys defined cloud. They were not only born from it, but pretty much defined it respectively. They fulfill the basic needs immediately, don't require much action in terms of market persuasion for people to beat a path to their door, & allow easy, non-fussy consumption of their services.
When you think of them you don't think 'Cloud service'. You don't find yourself asking 'okay, how does their cloud work'. 'How do I benefit from them?' You don't even find yourself really having to do much thinking at all to be on their cloud. And yet each of these guys despite being very active in the enterprise market, is exponentially more active in the average joe's life.
Countless droves of your every-man or every-woman has a G-mail or Hotmail account. Hundreds of millions of us have Apple iPods, or iPhones, or iPads (indications are a huge number have one or more of these devices or even all three!). Alot of us have bought products via Amazon's store, & alot of use SalesForce at our work. And as for Google, a billion unique visits per month across their services says it all.
Amazon are even in the process of introducing their own low-cost tablet computer, which some seem to think will deliberately be sold at or below cost so they can storm into the market & east into Apple's share, & grab those who are still unconvinced by Apple's pricing. This tablet is also believed to also tie neatly into Amazon's AppStore, Cloud Drive & own online store with ease. Further making the push into cloud via consumer devices.
Showing posts with label Amazon. Show all posts
Showing posts with label Amazon. Show all posts
Tuesday, June 28, 2011
Friday, April 22, 2011
Episode 4: The Day The Cloud Crashed & People Lost Their Minds
February 20th 2011 will be a date that cloud commentators, cloud zealots & the opportunists in the cloud will make sure is not forgotten. Amazon AWS had a colossal outage. This article from the BBC exemplifies the kind of coverage that went along with the event. Needless to say, alot of people directly affected as customers of AWS were miffed, as were users of those services hosted there in the affected area. And no, SkyNet did not begin its take-over starting with AWS for those who were concerned.
First off, one thing really needs clarifying about this event, as the reaction in social media circles, especially amongst twitterati was grossly out of of proportion. The reality of this is that a SINGLE region in Amazon's network was down. The rest of their services in the USA were fine, as were their European & their Asian services. The fact that the affected region services so many companies made the issue seem far greater than it was. Amazon AWS customers who engaged in deploying their cloud strategy across multiple regions in Amazon's EC2 system were completely unaffected.
The fact it went on for over ten hours yes is a concern. And rightfully so. But, did it violate Amazon AWS's 99.95% SLA which allows for '4 hours per year of downtime'? Nope. Not even in the slightest, even with their 10 hours of being unavailable to people who were screaming over lack of access to key services. But, screaming doesn't get around SLA's you agree to for services you take, or use. Always check the warranty.
And this is the real thing to remember; the fine print of your SLA's or terms & conditions of service are the last word in any comeback you have. Cloud Providers trying to win business from AWS to their own services around the world, especially in Ireland cried foul. What they neglected to tell those same Irish companies they were trying to win business from as a result of the outage was that their own SLA's & guarantees are in fact absolutely no better than Amazon's ones. In fact, some of them have in their terms & conditions that you have absolutely no comeback whatsoever in the event of an outage, & there are no guarantees on up-time at all, even at centre power/connectivity level, which some at least provide.
The companies who promote their uptime & their 'solid SLAs' if you dig into them are actually nothing more than guarantees against power & network connectivity to an actual hosting center itself, & unless both those fail for more than four hours in a year, you could lose access to your VPS or cloud for days on end due to a hardware, or virtualisation or internal networking issue & they would still not have violated their SLA with you.
Beware of service providers who are eager to bash the performance of their competitors openly. They'll mouth off quite happily about others lack of 'service', while at the same time not being so mouthy about what happens when (not a case of 'if' with technology, but 'when') their services fail on you. And believe me they will. If multi-billion dollar global companies like Amazon, Google, Microsoft, Apple & others have outages, your local provider who is less equipped staff-wise, financially & technically to be as able to deal with outages as efficiently as those corporations who have vast resources in all areas. It is also important to remember a very old adage when it comes to this, empty vessels make the most noise.
So, you're a company looking to engage a cloud strategy because you can see the benefits, but are scared by what happened with Amazon AWS from what you read on blogs & Twitter. You don't know what to do next. Firstly, the most important thing to do is ignore Twitter & the blogs decrying AWS. These are but a noisy few out of millions. Many of them are vested interests & vested interests should be ignored like the plague.
A good cloud service provider will be upfront with you when you engage them. They should be knowledgable enough to work with you in understanding your requirements, explain what risks there are to what you want to achieve, & provide advice on how to mitigate against the risks to what you want to do. Sure they're there to sell you services & gain your custom, but a good consultant will tell you that they are & should only be part of a solution to you. That as good as the company they represent may be, risk should always be spread.
Every company involved in risk management as a business will tell you that the absolute fundamental to risk management is spreading that risk around in a controlled manner to shore up your mitigation. Mitigating risk is not cheap. So don't fall for companies promising you to be the 'cheapest solution for your business' - they're not. They are if anything given their pricing, a small part of a solution to you. You also need to ensure that you have a communications plan in place in the event of any outages, as well as documented & tested internal procedures on how your teams & staff need to act, & what events need to be triggered if any to mitigate the circumstances or ease them as much as possible.
But this issue goes outside your cloud provider. It comes down to your choice in developer also. Your developer if they are worth their salt should have an application that allows for spread, that allows for redundancy. They should also be advising you to spread your system across at least two providers or two centers at the very least if your single provider can actually do this. Your cloud provider really should even do this. Single cloud services are single points of failure.
And the issue of disaster recovery or planning doesn't even stop at the developer or the service provider. You, as the business owner/operator leading your organisation are the absolute linchpin of it all. Fundamentally, being a good leader means being a good planner. As a leader of yours, it is incumbent upon you to plan, & plan well & properly.
'The Cloud' is not a solution to redundancy, or disaster recovery. It is a tool to help mitigate some aspects of risk at best in a cost effective manner for its part. It should never be the case of "Oh, it's in the cloud, no need to worry or care. It's taken care of already by my cloud provider." Just because it's easy to set up a business in the internet space, doesn't mean normal conventions for business disaster recovery, or 'battle-stations' planning doesn't apply. The fundamentals of good business planning apply to the Internet as much as the high-street. Most of the time, it's just cheaper. Shortcuts on these areas are just that, except to one day being caught proverbially with your pants around your ankles.
Remember; a blip in the operation of your business from an outage won't kill your business, but how you manage that blip, communicate & work towards the point of restoration will determine whether your business will recover when it happens. Another couple of adages worth closing this blogpost with is 'plan for the worst, hope for the best', 'expect the unexpected' & 'if you want peace, prepare for war'.
First off, one thing really needs clarifying about this event, as the reaction in social media circles, especially amongst twitterati was grossly out of of proportion. The reality of this is that a SINGLE region in Amazon's network was down. The rest of their services in the USA were fine, as were their European & their Asian services. The fact that the affected region services so many companies made the issue seem far greater than it was. Amazon AWS customers who engaged in deploying their cloud strategy across multiple regions in Amazon's EC2 system were completely unaffected.
The fact it went on for over ten hours yes is a concern. And rightfully so. But, did it violate Amazon AWS's 99.95% SLA which allows for '4 hours per year of downtime'? Nope. Not even in the slightest, even with their 10 hours of being unavailable to people who were screaming over lack of access to key services. But, screaming doesn't get around SLA's you agree to for services you take, or use. Always check the warranty.
And this is the real thing to remember; the fine print of your SLA's or terms & conditions of service are the last word in any comeback you have. Cloud Providers trying to win business from AWS to their own services around the world, especially in Ireland cried foul. What they neglected to tell those same Irish companies they were trying to win business from as a result of the outage was that their own SLA's & guarantees are in fact absolutely no better than Amazon's ones. In fact, some of them have in their terms & conditions that you have absolutely no comeback whatsoever in the event of an outage, & there are no guarantees on up-time at all, even at centre power/connectivity level, which some at least provide.
The companies who promote their uptime & their 'solid SLAs' if you dig into them are actually nothing more than guarantees against power & network connectivity to an actual hosting center itself, & unless both those fail for more than four hours in a year, you could lose access to your VPS or cloud for days on end due to a hardware, or virtualisation or internal networking issue & they would still not have violated their SLA with you.
Beware of service providers who are eager to bash the performance of their competitors openly. They'll mouth off quite happily about others lack of 'service', while at the same time not being so mouthy about what happens when (not a case of 'if' with technology, but 'when') their services fail on you. And believe me they will. If multi-billion dollar global companies like Amazon, Google, Microsoft, Apple & others have outages, your local provider who is less equipped staff-wise, financially & technically to be as able to deal with outages as efficiently as those corporations who have vast resources in all areas. It is also important to remember a very old adage when it comes to this, empty vessels make the most noise.
So, you're a company looking to engage a cloud strategy because you can see the benefits, but are scared by what happened with Amazon AWS from what you read on blogs & Twitter. You don't know what to do next. Firstly, the most important thing to do is ignore Twitter & the blogs decrying AWS. These are but a noisy few out of millions. Many of them are vested interests & vested interests should be ignored like the plague.
A good cloud service provider will be upfront with you when you engage them. They should be knowledgable enough to work with you in understanding your requirements, explain what risks there are to what you want to achieve, & provide advice on how to mitigate against the risks to what you want to do. Sure they're there to sell you services & gain your custom, but a good consultant will tell you that they are & should only be part of a solution to you. That as good as the company they represent may be, risk should always be spread.
Every company involved in risk management as a business will tell you that the absolute fundamental to risk management is spreading that risk around in a controlled manner to shore up your mitigation. Mitigating risk is not cheap. So don't fall for companies promising you to be the 'cheapest solution for your business' - they're not. They are if anything given their pricing, a small part of a solution to you. You also need to ensure that you have a communications plan in place in the event of any outages, as well as documented & tested internal procedures on how your teams & staff need to act, & what events need to be triggered if any to mitigate the circumstances or ease them as much as possible.
But this issue goes outside your cloud provider. It comes down to your choice in developer also. Your developer if they are worth their salt should have an application that allows for spread, that allows for redundancy. They should also be advising you to spread your system across at least two providers or two centers at the very least if your single provider can actually do this. Your cloud provider really should even do this. Single cloud services are single points of failure.
And the issue of disaster recovery or planning doesn't even stop at the developer or the service provider. You, as the business owner/operator leading your organisation are the absolute linchpin of it all. Fundamentally, being a good leader means being a good planner. As a leader of yours, it is incumbent upon you to plan, & plan well & properly.
'The Cloud' is not a solution to redundancy, or disaster recovery. It is a tool to help mitigate some aspects of risk at best in a cost effective manner for its part. It should never be the case of "Oh, it's in the cloud, no need to worry or care. It's taken care of already by my cloud provider." Just because it's easy to set up a business in the internet space, doesn't mean normal conventions for business disaster recovery, or 'battle-stations' planning doesn't apply. The fundamentals of good business planning apply to the Internet as much as the high-street. Most of the time, it's just cheaper. Shortcuts on these areas are just that, except to one day being caught proverbially with your pants around your ankles.
Remember; a blip in the operation of your business from an outage won't kill your business, but how you manage that blip, communicate & work towards the point of restoration will determine whether your business will recover when it happens. Another couple of adages worth closing this blogpost with is 'plan for the worst, hope for the best', 'expect the unexpected' & 'if you want peace, prepare for war'.
Subscribe to:
Posts (Atom)