Cloud Solution Design

Microsoft: Cloud Solution Design

In this presentation for building a Cloud strategy the Microsoft Enterprise Architecture and Strategy team shared their blueprint for an overall framework to guide Cloud Migration.

Most notably they approach this from an Enterprise Architecture-led point of view, including encapsulating Business Architecture best practices too.

Presentation summary:

  • How EA/BA provides the connecting logic between Strategy and Execution
  • Mapping Strategic Goals on to relevant XaaS Cloud Services, through ‘Cloud Pattern Matching‘ (slide 50)
  • Enterprise Architecture to Drive Cloud Strategy and Planning
  • Business Value Driven Methodology
  • slide 20 – connecting business strategy to technology investments
  • Embraces and extends proven Cloud best practices, from NIST, Cloud Security Alliance, et al.

Cloud Pattern Matching: ‘XaaS Mapping’

Cloud Solution Design can fundamentally be thought of as a process of “XaaS Mapping”, refering to identifying which particular type of Cloud service might be the best fit for your particular business requirement(s).

In the Microsoft presentation on slide 50 they show this XaaS Mapping, which they describe as ‘Cloud Pattern Matching’.

The customer requirement, eg ‘A1: Customer Portal‘, is matched to a Public SaaS option. Other elements may then be mapped to on premise functionality, and the capability needed to integrate them also defined as a canvas requirement and also mapped to a Cloud service.

This can be applied right through to scenarios including private, in-house deployments, with a common function of each mapping being the exposure and linkage to the underlying enabling technologies in a uniform fashion, across Cloud, SaaS and internal apps.

Cloud Service Catalogue

This top down Capability Mapping can be married with a bottom up cataloguing of potential vendor options to meet your needs, achieved in a super simplistic form through the “Pizza as a Service” analogy.

This compares the increasing scope of outsourced supplier services, how much management responsibility the provider owns versus what the customer manages, to how much work you do in the preparation of the pizza dinner.

This explains the scope of roles and responsibilities through an analogy ranging from ‘made at home’ right through full ‘dining out’.

Siemie Engineering describe an equally simple example of how different vendors offer services at each level, such as:

  • IaaS: Amazon AWS
  • PaaS: Microsoft Azure
  • SaaS:

Each of these vendors also offers services in the other categories, and there are thousands of other options that also populate this landscape.

Your business requirements can be analyzed and mapped to one or more of these service, indicating which vendors you may want to consider for your supplier short list.

From Idea to Implementation

In conclusion the output of a full digital transformation lifecycle, a fully populated Business Model Canvas with integrated Cloud design components, is very effectively demonstrated through this presentation from BT on their Milton Keynes Smart City case study, achieved through their Cloud platform (with an accompanying executive level case study from BT).

This focuses specifically on how one sub-section of the overall model is achieved, the management of SLAs for key data services.

Via the capabilities offered by BT’s Cloud Management Platform functionality, they isolate out and highlight a sub-set of the business model that the CMP specifically can achieve, including:

  • Easy access to information and services
  • Easy monetization of services and data
  • Guaranteed service levels
  • Easy to use developer portal

Through a process of Cloud Solution Design other Capabilities required to meet the other identified model requirements can be identified in a similar fashion, ultimately addressing how the entire business model can be achieved.

Related Articles