Thursday, 26 April 2012

Everyone is an Architect?

Engineered, Integrated, Consolidated, Appliance ..... all of these (and more) are used to describe a new way of delivering IT functionality. Yes, I do work for the premier vendor of these systems but regardless of any particular vendors offering, there are implications that to some degree are common to all. 

How do these systems fit into the existing IT landscape and traditional IT job roles ?

This very subject started a debate in our team in response to a request for a particular customer situation and got a couple of us thinking about this.

Friend and respected colleague @Zalez blogged about the changing job roles, the concept of DevOps and begins to shed light on the impact these new systems will have on job roles. 

These sort of changes in roles are not only driven by vendors supplying IT capability in a different, more packaged format, but driven by how to adopt them into enterprise IT. See this article for some insights into Rogue IT and the need to embrace it.

It is my personal opinion that any IT department must have some sort of an architecture strategy to be successful in delivering what the business needs. I don't really care what it is called, Enterprise Architecture, Strategy, default vendor choice, etc, etc ..... the important thing is that there is some rationale behind choices being made. Only by having some idea of the structure and shape of existing IT will the effect of these new systems be able to be quantified.

From an Enterprise Architecture point of view it means a couple of things. Firstly, it means bigger, more course grained solution building blocks. Secondly, it starts to challenge the utopian view that Architects like to adopt of an organized, standardized layered approach and move to a more vertical, capability focused and interconnected fabric. Please not that this does NOT mean a return to Silo'd and disconnected. This drives true rogue IT.

By driving this change, the role of say, the Storage Admin for example, now has to start dealing with multiple storage technologies. Some of these may be focused on delivering eye-watering database performance for a Data warehouses and others delivering a cost effective, flexible Dev/Test cloud. The practical reality of this is that the storage for the DW will be under the direct, day to day control of the DBA's. 

This shifts the focus of the Storage Admin role will become more of defining policy, strategy and governance across the storage landscape. Similar in concept to the impact that BPM has had on development roles in using tools to design new business capabilities by combine services into new processes rather than cutting code. It's just starting to happen further down the IT "stack".

Any (sensible) thoughts, comments welcome as I am currently working on how this approach changes Enterprise Architecture thinking and delivery.



Tuesday, 24 April 2012

PureSystems - Flex or Fantasy?

So, IBM have discovered integrated systems with the recent announcement of PureSystems. Link is here if you have a life an not noticed the marketing. If you believe all the hype IBM has had such a real Niel Armstrong moment that IT will never be the same again. So I thought I would take an alternative view to what all this means.

There are a number of sites that have reviewed the announcement. One of my favorites is this in The Data Center Journal by Greg Shulz. I especially love the bulls buzzword bingo wordle! Another good one in the awesome El Reg is here. So I will leave it to you to review the official information and some of the industry commentators and make up your own minds as to what it all really means to you.

To summarize, (and just to be accurate for all the blue bloods out there, this is my personal interpretation and thoughts) an IBM PureSystem is a factory integrated data and compute infrastructure in a cabinet combing cloud, virtualization, servers, data and storage networking capabilities.
The IBM PureFlex system is comprised of various IBM and products and technologies (hardware, software and services) optimized with management across physical and virtual resources (servers, storage (V7000), networking, operating systems, hypervisors and tools).

The IBM PureApplication system builds and on PureFlex systems as a foundation for deploying various software stacks to deliver traditional IT applications, PaaS, SaaS or AaaS along with suitable buzzwords of elastic, scalable, repeatable, self-service, rapid provisioning, resilient, multi tenant and secure among others.


So what makes these different from HP or EMC etc? According to the marketing it is "Built in Expertise", "Integration by Design" and a "Simplified Experience". According to the video messages on the launch site, customers find it easy to write applications but find it really hard and expensive to deploy, run and manage them and the answer to this is IBM PureSystems. 

An alternative view is that IBM has spent the last decades charging customers billions of dollars in services doing what a PureSystem will help them do for a couple of hundred thousand dollars of hardware. An interesting compare to what the real cost of these systems will be. I wonder what the TCO will be when installation, software licenses and support are factored in ? Talking of support, as there is a total reliance on ISV applications what is the reality of a support call going to be .... hardware it's not us, it's software, software it's not us it's the application ... you get the idea.

Built in Expertise - read, customize and run these scripts to get what you thought you were buying from the factory. 

Integration by Design - read, someone managed to get a single PID on the price list.

Simplified Experience - read, it's easier to get your cash for compute and storage resources in one go.