Service architecture for cloud services

9
Independent Guidance for Service Architecture and Engineering www.cbdiforum.com CBDI-SAE Service Architecture for Cloud Services By Lawrence Wilkes Practice Guide This presentation summarizes the architecture section of our more detailed report on Service Portfolio Planning and Service Architecture for Cloud Services

description

This presentation summarizes the architecture section of our more detailed report on Service Portfolio Planning and Service Architecture for Cloud ServicesCloud Computing is concerned with deployment, but introduction of Cloud Services cannot be a purely technical deployment matter. There are numerous considerations that may impact on all the Stakeholder Views. In the full report report, we show how the CBDI-SAE approach can be used and extended to architect for Cloud Services. We extend our current guidance with new and refined classification systems, diagrams, policy types and techniques designed to promote visibility and good governance over Service Portfolio Planning activities and Cloud Services provisioning.

Transcript of Service architecture for cloud services

Page 1: Service architecture for cloud services

Independent Guidance for Service Architecture and Engineering

www.cbdiforum.com

CBDI-SAE Service Architecture for Cloud Services

By Lawrence Wilkes

Practice GuideThis presentation summarizes the architecture section of our more detailed report on Service Portfolio Planning and Service Architecture for Cloud Services

Page 2: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Does it Matter Where the Service is Located?

Product Availability

Schedule Delivery

Create Order

Delivery Status

Amend Order

Reserve Stock

What are Cloud Services? Simply put, they are Services provided where:•Their physical location is transparent to the Service consumer. •The computing infrastructure is provided on a shared basis to derive economies of scale, or to improve agility, scalability or reliability.

Page 3: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Service Architecture Views Modeling Considerations

View Modeling Consideration

Business For traceability, the associations between Cloud Services and objects in the Business Model should be shown, where relevant. For example in the case of Cloud Services classified as Core Business and Process Services that should have associations with Business Process, Business Type, or Business Service in the business model.

A Cloud Service may introduce an industry standard business process; or a business process and semantics that are shared across a supply chain or information ecosystem.

Specification The Cloud Service needs to be classified and placed accordingly in the Specification Architecture.

The contracts between the provider and consumer may need to be expanded to capture additional detail regarding the provision and consumption of Cloud Services, such as security classifications, charging mechanisms, and to record associations between different contract types (Service Specification, , Commercial Terms, etc). At the same time, the level of detail in some areas of the contracts such as implementation instructions may decrease.

Implementation If the Cloud Service is an implementation-only consideration, that is it is used to implement a Service in the Specification Architecture, but not visible in the Specification architecture itself, then it is only modeled as is part of the internal architecture of the Service. For example an Infrastructure or Utility Service that is used exclusively to implement a Core Business Service

Deployment In a private cloud, the nodes hosting the service endpoints and the deployment artifacts would be modeled in the normal way, though little may be known about the deployment architecture of an external, public cloud service.

However, the external behaviors are of interest – such as configuration management, operational management, (particularly where Services are provided as a mechanism to accomplish this), compliance with standards, and hence level of portability that enables a switch between providers

Page 4: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Mapping Cloud Services and CBDI-SAE Service Classifications

Cloud Classification CBDI-SAE Service Layers

Software as a Service (SaaS) Fairly vague term, given all cloud services are software. So useful to decompose this a little more.

Application Capability Service

Application Process Service

Core Business Service

Business ‘Process’ Process Service

Business ‘Service’ Core Business Service

Business ‘Function’ Utility Service

Infrastructure as a Service (IaaS) Infrastructure Service

Platform as a Service (PaaS) Infrastructure Service

n/a Underlying Services

n/a Exclusive Service

Page 5: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Shipment Service

OrdersService

Products Service

Sales Process Service

Tax Calculation

Service

Manufacturing Systems Service

Inventory Service

CRM Process Service

Customer Management

Service

PaymentService

Fulfillment Process Service

Service Specification ArchitectureShowing ‘Usage Patterns’ Classification

Process Services

Core Business Services

Utility Services

Underlying Services

Capability Services

Public

Private

Public

Private

Manufacturing Inventory Service

MRP Process Service

Community

Page 6: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

«Business Process Orchestration»

Sales Process

Service Implementation ArchitectureArranged into Usage Pattern ‘Layers’

Orders Service

Sales Process Service

«component»Orders

Component

Manufacturing System Service

«wrapper»Manufacturing

System

Products Service

«aggregator»Products

ComponentPrivate

Public

Community

«Business Process Orchestration»

MRP Process

MRP Process Service

Manufacturing Inventory Service

«component»Manufacturing

Inventory Component

«AWS»Amazon RDS

Database Service

Page 7: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Deployment Architecture Showing Cloud Deployment Types

Any:client

:Amazon EC2

«Service Endpoints» MRP Process ServiceManf. Inventory Service

«components» MRP Process ComponentManf. Inventory Component

:AmazonWS

«Service Endpoints»

AmazonRDS

A:Cluster

«Service Endpoints» Sales Process ServiceOrders ServiceProducts Service

«BPEL»Sales ProcessOrders ComponentProducts Component

Z1:Mainframe

«Service Endpoints» Manufacturing Systems Service«components»Manufacturing System

Public

Private

Page 8: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

To Find Out More...

The complete report contains more detail on the worked Service Architecture example, and a section on Service Portfolio Planning for Cloud Services, providing policy and planning guidance for the selection and use of Cloud Services and deployment decisions.

The report is available to CBDI Forum Gold and Platinum subscribers as part of a CBDI Journal or Knowledgebase subscription

See http://cbdi.wikispaces.com/Price+List

Page 9: Service architecture for cloud services

2010 Everware-CBDI Inc This material may not be copied or reused without express permission

Independent Guidance for Service Architecture and Engineering

www.cbdiforum.com

www.everware-cbdi.com