Monday, 9 November 2009

Does HP-UX provide historic roots to take on VCE?

You might be wondering why I have mentioned HP-UX and VCE in the same topic for this post and come to think of it your right, firstly though you maybe wondering what HP-UX is? Well its HP's Unix OS which ships and runs on their Integrity line of Server class....it's a rock solid Unix platform and runs as the big Iron in a lot of companies that I know of, it has built in partitioning (or more Containerised Virtual capability), it provides comparative performance to other alternative RISC based processors, has ported to Itanium, has integration, high availability and management layer etc. So cutting to the chase the reason I've posted is this....With the recent VCE announcements VMware/Cisco/EMC have put the wind up most big vendors in the last week I am sure by finally sh%ting and getting of the proverbial pot and creating an alliance, and fair play to them its a dog eat dog world look at how HP acquiring EDS shook the world of Services...

So to date HP in its armoury has the Storage, has the Server, has the Services and Integration with EDS but one main important ingredient missing in this equation to offer customers that alternate and what is it???? Yes the Hypervisor....

With HP having previous experience of running a development program Internally with HP-UX it is quite possible they could quite potentially release a Hypervisor themselves with the capability to build a commodity converged solution to completely compete and go it against something like VCE. Think Xen based hypervisor with openness naturally built in to provide customers with the portability and flexibility to move Images between other Xen based Hypervisors and dare I say it hybrid clouds with EC2....? HP have the internal resources I am sure to do this, they have done it for years with HP-UX already.

So this maybe a zany thought but when you look at Oracle having Sun/and Virtual Iron portfolios under its belt, and now VCE being fully announced isn't HP seriously going to suffer if it wants to concur all like so many of the vendors at the moment in the Datacentre space? Somehow I don't think pushing the Hyper-V and Xen OEM deals more agressively in spite of VMware being part of the VCE alliance will be enough to not lose at least some larger customers....

Thursday, 5 November 2009

SSD....maybe not as widely adopted

This news feed made me chuckle, its on how STEC shares plummeted this week due to EMC cutting back on an intial order with them for Shiny fast expensive SSD that they make for DMX/Vmax.

EMC are very clever in how they market and promote the success of relevant technologies, in fact the top tier vendors are king at this in the world of Tech and I really respect them for this it goes with the clique of trying to flog a Fridge/refrigerator to an Eskimo as people (not me) will most likely buy them under this presumption.


2009 has certainly been the year the SSD gets marketed and promoted as the killer disk medium for high IO intensive applications. At most events, in most magazines, vendor blogs etc they have pushed them like crazy. However after the STEC news I think it is quite clear that 2010 will be where the hardwork of trying harder to shift very small capacity and very expensive SSD disk will be coming for EMC!

Tuesday, 13 October 2009

Cloud fail? Get outa here...

So I thought I'd post my views on the Tmobile/Danger outage along with the massive amount of views that have been plastered all over the world of twitter and large volumes of cloud bloggers. I wont go into technical detail on the outage, I'll be going philosophical on the whole thing.

First question being asked is was it the Cloud that failed? First things first, I (and many others) have mainly been pissed off with the fact that a vast array of short sighted people and reporters have quoted this as being a "Cloud" failure, I wont go into definition of Cloud as I've got many posts that provide this (and still continue to do so as Cloud Evolves), but what I will say is that this outage was by all means not a Cloud issue. Yes I repeat it was not Cloud issue....the issue was a managed service issue, a service that was being managed by Danger that T-Mobile outsourced to Danger, and Danger were obliged contractually by Tmobile to provide relevant services. Turn the clock back 5 Years and this outage would have been described as just that... an Outsourcing failure. Its important to state that the delivery method of the Cloud didnt fail to end users (the internet)....the Cloud Computing/storage strategy didnt fail (hardware did)...the crux is the managed service companies obligation and duty of care to operate it successfully failed.

Now flick to the other side of the coin....Danger were paid to provide a service and software to Tmobile, that payment was probably bare minimal cost base and tightly screwed down on overall price with absolute zero investment in any extended expensive SLAs with them, and obviously as Tmobile is the only operater with egg on there face here they were the only Operator to use Danger services and thus most likely the primary source for Infrastructure Investment fund for avoiding such outages, as anyone in business knows a single large customer is never enough SO before your eyes is a complete vicious circle of why this thing was doomed to fail...Two companies hedging bets basically on a business model supported by shoestring Infrastructure services and trying to reap every reward going financially.

The Cloud is not to blame, it is greed.....

"Everything happens for a reason"

Now that rant is over I provide reflection on why I think this outage was a good thing.

Sadly with the evolutional theory of natural selection this little chick of MS Danger had to fail to make the current leaders in the Cloud industry stronger and more capable. And with this outage I wonder how many of these Cloud/Managed Service providers reviewed backup and continuity strategy this week ;). Think of it as a lesson learnt, a lesson unfortunately learnt by Tmobile whom I am sure will settle in court and make lost revenue back and the consumer whom will also gain recompence.

And this lesson is one that can be taken on board by every aspect in the dark world of IT services and outsourcing, this goes from the bare basics of the Outsourcing of IT Services model where "Your mess for less" mentality is strive through to the bleeding edge side of IT within the Cloud world of services such as Amazon EC2 and many other cutting edge suppliers that are still yet to break the adoption curve into mainstream due to less high profile outages.

Additionally on this Mr Vinternals provided an excellent view point where he highlighted that example issues can additionally be used for you and I who most likely struggle to educate management on the phrase "you get what you pay for", and I add to this that the lack of visability on what your purchases and using for services no matter how good or reputable a service provider is should never be taken for granted. An example of this is the other high profile outage this week of a very reputable airline's primary reservation system which was being hosted in a managed service datacentre run by THE biggest and apparently most reputable managed service provider....Unfortunately I can't probably use the Phrase "You get what you pay for on this one" for services not granted but this guy really really made my day when I read this

Over and out...

Sunday, 4 October 2009

Cloud "Are you ready" - Part 2 - PaaS

Part two of my "Cloud are you ready" series focuses in on Platform as a Service or more commonly abbrieviated as PaaS. Now one has disclaimers with part 2 and 3, and that is I am an Infrastructure guy, I am not skilled and greatly knowledgeable on application architecture, that withstanding I am aware of emerging trends and strategy which is present in most of the cloud based technology and the emerging strategy from vendor PaaS offerings. Hopefully you won't be disapointed that this will not focus as much on cloud readiness as Part 1 as it will focus on fast facts picked up during research activity on current PaaS solutions and strategy. I wouldnt want to blog about something as a little knowledge has potential to be dangerous, I merely provide running views and opinions gathered.

Myself like many Infrastructure bods are seriously having to learn a lot about PaaS and SaaS strategy extremely FAST, this certainly shows that the Infrastructure bods which used to just be only concious of the bottom of the stack need to focus and diversify on alternate datacentre strategies and methods for delivery of core services. I am mightily interested and also quite concerned by the potential power of PaaS and SaaS to change the model for how Infrastructure delivery methods work. I am concerned if I don't get a grip on the basics of PaaS and SaaS I will be left out in the cold and app teams will start to scale environments and supportive IaaS which with "Cloud" simplifying strategy I am very skeptical this won't turn into the same as issues that occur in common architectural strategy by app bods doing this in todays world.

Now PaaS i've heard of that...

PaaS is growing exceptionally fast and has large volumes of industry interest, one of these reasons is mainly due to PaaS having app development at its heart still and the fact that coders beaver at code and they can still code happily away with PaaS. New PaaS strategy means there isnt "as" a initial massive shift compared to say changes that have occured in IaaS on how things get delivered.

Key advantages with Hosted PaaS cloud solutions for developers is they can code anywhere with anyone through central repositarys across the internet, example PaaS cloud providers include Microsoft Azure (currently in beta) and Google Appengine, you also have the PaaS purpose built frameworks such as Adobe Air and MS Silverlight, additionally some charateristics of PaaS include;
  • PaaS development frameworks are used to build components and services presented at the SaaS layer, examples include .Net, PHP, Java etc,
  • PaaS applications have potential improved intelligence capability to interact with the IaaS layer and provide developers with more statistic, I will emphasise more on this later in the post,
  • PaaS is built with more openness, PaaS providers are building platforms (and this is more not a complete u Turn) with SDK's and frameworks that support a cross range of different frameworks, even Microsoft with Azure are doing this with things like a Java SDK.

PaaS intelligence

The potential areas and intelligence for PaaS developers to exploit within its architecture is immense, for example if you take a PaaS built application the developers in almost real time can interogate and investigate every intricate detail on what consumers or users of the application are doing and what they want from applications, this is mainly due to the fact that the PaaS services hosting the SaaS applications are running across the internet and across various service buses.

From a security standpoint this is very important to consider if you are considering using a public PaaS cloud provider such as Microsoft Azure or Google Appengine, in theory cloud providers have the ability to obtain complete knowledge on any data stream that goes through the Platform that is hosting your SaaS built applications, I compare this in simplistic terms to them having full access to rummaging through your Private databases. I guess that certain laws prohibit this and to succeed in the world of compliance they wouldn't, but this is certainly one issue in regards to security and cloud that is not completely acknowledged and known and the hatchet buried.

Death of the OS?

Last comments from an Infrastructural viewpoint is the fact a lot of peeps believe that PaaS will be one of the strategies in Cloud that kill the current generation of OS as we currently know it. My sceptical view is first incarnations of PaaS will most certainly not replace the OS, to succeed it will need an underlying platform able to be compatible with current dev frameworks. Additionally we mostly do not have programming frameworks which are capable of not completely being able to run without using resource management features in the typical OS to scale.

Longer term prediction for the next 2-3 years we will possibly see PaaS applications being hosted as with current datacentre services upon JeOS or Tailored cut down type OS's like Ubuntu JeOS and in some respects Oracle Unbreakable Linux (The below diagram provides depicts this), these provide the bare minimal footprint required to start just limited services and supportive services such as Apache or the relevant proprietory app/db and are finely tuned.


The "Just Enough" operating system strategy certainly leads to some interesting thoughts on what will emerge and how architecture like this will affect the underlying IaaS model. Google as an example of this appear to be concentrating more on Dev Framework and API, they see the OS and Virtualisation as a barrier to achieve more for scalability of Cloud based applications and for certain application workload thats scales out such as Web apps I agree with this. Web based services scale horizontally, and growth of this at the scale being demanded even with streamlined approaches to Infrastructure delivery within IaaS can still be a problem, however if you remove the dependancy on the OS this means that speed and agility is less of an issue for the application but at what cost in other areas of the datacentre? that is the question and maybe something to discuss in further posts.

Summary

So there is my partial view on PaaS and what I believe it will shape to be (no sniggering please), my advice is if you are serious about looking into using PaaS and strategy similarily internally I seriously recommend you talk and discuss strategy with your incumbent Application Architects/Gurus. Emerging trends like Microsoft Azure are now being pushed by the industry marketing machine, this means that you will suddenly start to find a massive sideways approach to adoption by current application teams adopting without you even knowing which will leave the complete department at a quandary.

Friday, 2 October 2009

Abiquo Abicloud

Came across this little gem today http://www.abiquo.com/en/products/abicloud It looks like a very slick open source freely available Private and Public Cloud manager.

The product video shows some screendumps (although the women narrating sounds a bit strange) which is quite cool and has similar features seen in a lot of the cloud managers.

We do seem to have an emergence of these with Players like CohesiveFT and Eucalyptus being the dominant players, I will probably have a look into this and post some reviews/comments on it.

Thanks

Dan

Monday, 28 September 2009

Who is next?

Perot Systems bought last week by Dell and then ACS go this week to Xerox so the question is who will be next?

Other big names that may possibly go include;
  • ATOS
  • CSC
  • Fujitsu
  • Cap Gemini
  • Computacenter
  • Logica
  • Steria

It is amazing how much consolidation is occuring and how quickly in the industry today and its quite alarming what the big powerhouses are prepared to do to jump onto the IT services bandwagon, Especially when you hear about Outsourcing pricing being whittled down to bare minimal profit margin with customers demanding much more out of there contracts.

Now if you were Xerox or Dell why would you buy an IT services integrator and provider? Many thoughts come to mind such as;

  • Entry into the IaaS space
  • Build a portfolio of offerings which will be ready for the economic upturn
  • Improve indirect sale, they will claim to remain agnostic but the longer term goal is to adopt customers to there platforms/solutions
  • Quash competition, namely IBM, Oracle and now HP after EDS

Future Predictions

Oracle buy FJS or even possibly CSC, and why do I think this? They both have credible history and large customers within the Government and Public sector, provide further international coverage with multiple continental reach (especially FJS) and lastly a possible for consideration for purchasing Fujitsu is it builds the current SPARC chips and Oracle has commited to staying in the Hardware business so I expect will want control on the production line.

Another is Cisco are a possible to buy Accenture, they work together on current engagements apparently (how cute) and I see them probably being closely matched in regards to target audience. Accenture is very expensive and has a large price tag but Cisco is one of the few orgs who are capable of buying them HP/EDS stylie. Cisco might even go for an Indian Outfit like TCS or HCL, they are into emerging markets and they probably have large outsourced operations over there already so maybe a good cheaper mix?

Whatever the next acquisition is it will raise an eyebrow, with emerging countries making the world a smaller place and price of companies being at a lower value due to the economy it is bound to happen.

Wednesday, 23 September 2009

Virtualisation V1.0...V2.0...V3.0

In between doing some work on the Part 2 of the post series "Cloud are you ready" I thought i'd post in between with some thoughts related to Virtualisation strategy within the datacentre and how I think we need to change and knuckle down to start to get Virtualisation to do what it is supposed to do for businesses....do more with less yet provide more agility and flexibility.

Virtualisation version 1.0 in where the industry performed basic DC consolidation and sat reaping the benefits drinking Kool Aid has and still is currently the predominant phase. In V1.0 the Hypervisor provided organisations with extremely good performance factor, clever and turn key benefits to consolidate along with supportive functionality such as Vmotion, DRS, HA and excellent provisioning opportunities. It probably sounds a bit unfair to sum up current Virtualisation based on the hard work VMware and its development team has done so far, but I am sure that even VMware would admit for x86 Virtualisation to truly succeed in the datacentre and more importantly impact and become the defacto server platform within the Datacentre it needed to diversify.

This diversity was evident, they bought companies such as Dunes (Lifecycle and Stage Manager) and Akimbi for Lab Manager so hopefully this post doesn't come across like i'm saying VMware was not business ready or serious about Datacentres...they are and they got the hell of One app per server and Physical Bloated server consolidation off the ground so we could SAVE BIG BUCKS/POUNDS to invest into IT someplace else more effectively.

Enter the dragon

So enter the next phase of Virtualisation, stage 2.0 strategy which is built upon the feature rich business focused products that has evolved and grown in ecosystems of the big virtualisation companies like VMware. The stage still predominantly in the infancy phase (when say infancy stage I think my statement was backed up recently when about 5 hands out of 50 at a local London VMUG knew what Lifecycle Manager was) V2.0 builds upon and uses the solid Virtualisation 1.0 consolidation fundamentals. It uses the later end developed enablement technology in Vmware such as available orchestration tools, chargeback, capacity management tools and self service portals to streamline IT delivery and services. Further afield of Virtualisation strategy and one step higher up the technological stack is Cloud Computing (or strategy), this combines large amounts of the technology that surrounds the V2.0 Ecosystem such as web based service catalog interaction and billing, the granual chargeback tools, rich API and many more to provide this in many different service delivery methods to organisations. And whether it is a Public or Private Clouds they all have to use such technology and process automators to ensure they meet cost and service expectation.

So the question I have is do we see V2.0 strategy completely in full adoption yet within the industry and ready to evolve further? Based on feedback from events and from blogs etc I'm not entirely sure it is, Maybe I'm not asking the right audience but I do feel adoption is not large enough yet to say it is there.

Based on the fact that businesses want to do more with less and how how extremely process centric IT is today I do feel it is the right thing for IT in organisations to move to this V2.0 engine and fast. Without this automation and interaction more with our business processes we will suddenly start to hit the same issue that were hit with Physical sprawl and our Virtualised worlds will mean an untenable situation to provide justification for further investment.