CBDI-SAE UML Profile for SOA V3 Now Available

Thanks to the hard work of my colleague John Butler, the latest version of our CBDI-SAE UML profile for SOA is now freely available for download.  This impliments V3 of our CBDI-SAE Meta Model for SOA.

This enables the full lifecycle of SOA to be modeled in UML, enabling SOA artifacts to be associated with both business models at the begining of the lifecycle, through to deployment at the end.

John has also authored a useful introduction to using the SAE profile and walks through the process of modeling a service specification architecture. This is also available for download.

Download now at http://everware-cbdi.com/umlprofile-v3

Cloud Computing. Are Utility and Cloud Computing really analogous to traditional utilities?

The analogy is often made between utility computing and other ‘traditional’ utilities such as electricity, gas, water, and telephone. The same analogy is now being made with cloud computing. At a high level this makes sense. In the same way there is no need for each individual or company to operate their own power plant, do they really need to operate their own computers? Why invest in the capital equipment to provide a computing capability if it can be piped into the premises and purchased ‘on demand’? The opportunities for economies of scale, the centralization of expertise, increased reliability and scalability all make perfect sense.

However, as Nicholas Carr also recognizes in his book “The Big Switch”, analogies often break down once you move to another level of detail as highlighted in the table below. Here we need to understand the difference between the utility (e.g. electricity) and the application of that utility (e.g. cooking).

Making Sense of Cloud Computing

The terms virtualization, utility computing and Cloud computing are often used interchangeably which can be very confusing. A new report I have just authored aims to provide clarification - to identify the similarities and differences in those characteristics, and provide a framework in which organizations can decide which capabilities they require in specific situations – as it is unlikely that one model alone will suit all their requirements.
A visitor from outer space would be forgiven for thinking that virtualization, utility computing and Cloud computing are different capabilities. But most of us understand that many product and service offerings use the terms rather casually and the trend is to assume they are all describing the same thing, where virtualization is synonymous with utility computing which is synonymous with Cloud. Some might say these are just steps in the evolutionary process – where utility has simply evolved into Cloud.
So, are they the same or different? Can the terms be used interchangeably, or are there clear distinctions between them?

The answer is not straightforward. There are clearly some common, overlapping characteristics that allow the terms to be used interchangeably. But at the same time there are other characteristics that enable them to be distinguished from each other.

The report aims to provide clarification. To identify the similarities and differences in those characteristics, and provide a framework in which organizations can decide which capabilities they require in specific situations – as it is unlikely that one model alone will suit all their requirements.

ESB - Everyone's Silver Bullet?

Given its prominence in any discussions around SOA for several years, you might think that by now everyone has acquired an Enterprise Service Bus (ESB).  However, it is clear that there is still ongoing discussion about the need for an ESB, and questions still remain as to what exactly an ESB is.  Cloud computing seems to have renewed interest in the topic. In the same way that people asked "do I need an ESB to do SOA?", we now have "do I need an ESB to do Cloud Computing?" (at least amongst those who recognize that Cloud Computing is largely service-based).

I sometimes think a better expansion of the abbreviation might be “Everyone’s Silver Bullet”, such is the perception that all you need to buy is an ESB and all your problems are solved.

SOA in Context

SOA does not exist in isolation. Whilst it may be the centre of the universe for SOA aficionados, SOA is just part of a "bigger picture". That isn't to say that SOA can be marginalized. Far from it, as SOA is an important part of, and enabler of that bigger picture as the image below illustrates.

Service Provisioning Contracts - New SOA Training

SOA is fundamentally a contract-based approach. The concept of ‘loose coupling’ works because the dependency between implementations is replaced by a dependency on contracts. As long as the contract between provider and consumer is met, then the dependency on a specific implementation is removed. However, the devil is always as ever in the detail. What contracts are actually required? How are they documented? How should the level of precision required be conveyed?

To answer these questions, I recently completed work on building, and subsequently delivering, a new SOA training workshop based on our concepts of Service Provisioning Contracts.

This workshop considers the following three prime contracts used in the provisioning of a Service, and the relationships between the,

• Service Level Agreement: The quality of service contract between service provider and consumer for the operational delivery of the service at run-time.
• Service Specification: The implementation independent behavioral contract between the service provider and consumer, and also the service provider and service implementer, that specifies what a service does but not how it does it.
• Automation Unit Specification: The requirements contract between the service provider and service implementer for the Automation Unit that provides the implementation of one or more service specifications.

Several CBDI Journal Reports Now Freely Available for Download

As well as making the CBDI Journal free from September onwards, we have also published several reports from past journals available for free download. Registration is required (but at no costs)

See the CBDI Journal index

Hope you find these useful.