1. ODCA INFRASTRUCTURE AS A SERVICEODCA INFRASTRUCTURE AS A SERVICE
MASTER USAGE MODELMASTER USAGE MODEL
Claude Noshpitz, AT&T
David Casper, UBS

2. AGENDA
• Goals of the CIaaS master usage model
• Deep dive
• Interactive dialog session
• Open discussion (Q&A, debate...)
• ODCA Infrastructure Workgroup
• Adoption approaches
• Focus on actions
• Conclusion
2

3. GOALS OF THE CIaaS MASTER USAGE MODEL
• Robust Marketplace
• Establish unified customer requirements framework for
open, interoperable compute infrastructure services
• More stringent requirements than popular existing public
clouds
• Enterprise focused -- Sufficient to displace incumbent
enterprise data centers
• Full coverage for all Usage Scenarios
• Storage and Network as extensions, published Forecast
2013
3

4. ODCA CONCEPTUAL FRAMEWORK V1.0
4
End UserEnd User
Application
Development
Application
Development
IT
Ops
IT
Ops
Capacity &
Performance
Capacity &
Performance
SW Delivery
Ops & OS
SW Delivery
Ops & OS
ConfigurationConfiguration
EventEvent
SecuritySecurity
DynamicManagement&
OrchestrationofEndtoEndServices
DynamicManagement&
OrchestrationofEndtoEndServices

5. 5
Security
Automation
Mgmt&Policy
Transparency
Commerical Framework 1.0
Service Orchestration 1.0
Integrates Requirements
from Published Usage
Models
Focus on Solution Level
Requirements Framework
Drives Ease of
Implementation,
Accelerated Delivery
WHAT ARE MASTER USAGE MODELS?
Compute IaaS 1.0

6. 6
OPEN DATA CENTER ALLIANCE VISION
Focused UsagesFocused Usages
Standard Units of Measurement for IaaS
Security Monitoring
Provider Security Assurance
Carbon Footprint
Regulatory Framework
IO Control
VM Interoperability
Service Catalog
Long Distance Workload Migration
Identity Management Interoperability
Guide
Standard Units of Measurement for IaaS
Security Monitoring
Provider Security Assurance
Carbon Footprint
Regulatory Framework
IO Control
VM Interoperability
Service Catalog
Long Distance Workload Migration
Identity Management Interoperability
Guide
Master UsagesMaster Usages
Commercial FrameworkCommercial Framework
Compute IaaSCompute IaaS
Service OrchestrationService Orchestration
Development Program and PrioritiesDevelopment Program and Priorities

7. Defines Enterprise-class CIaaS Use
Cases
Defines Tiered Service Delivery
Bronze/Silver/Gold/Platinum
Outlines Requirements for CIaaS
Stack Attributes
•Compute Container
•CPU & Memory
•Network Components
•Storage
Supports both Traditional and
“Cloud Aware” Apps
COMPUTE INFRASTRUCTURE AS A SERVICE
7
Container
Server
Storage
Network
Container
Server
Storage
Network
Container
Server
Storage
Network
Cloud
Provider 1
Cloud
Provider 2
Cloud
Provider 3
Cloud
Broker
Cloud
Subscriber

8. • CIaaS: Recommendations from the ODCA and TM Forum: A joint perspective
on the requirements of the enterprise consumer
• TR174 Enterprise-Grade External Compute IaaS Requirements (Virtual Private
Cloud)
• TR174 Addendum A: Cloud Business Models
• TR174 Addendum B: Enterprise Enterprise-Grade External Compute IaaS
Requirements Spreadsheet (Virtual Private Cloud)
• TM Forum's Enterprise-Grade Virtual Private Cloud from a State-of-the-Art
Reference Implementation
TM Forum Publishes 5 Papers Aligned with
ODCA’s CIaaS Usage Model
CIaaS MASTER USAGE MODEL COLLABORATION
8

9. GOAL OF USAGE MODEL
• Uniform consumer requirements
• Drive suppliers to respond to collective voice of
cloud service consumers
• SLAs
• Capabilities
• Usage scenarios used to illustrate and validate

10. USAGE SCENARIOS

11. SLA EXPECTATIONS

12. EXAMPLE SLA FOR A USAGE SCENARIO

13. SOME EXAMPLE CAPABILITIES
• Service is open and is standards-based. Describe how the service meets this
principle and any limitations towards the ODCA principle.
• The service must support a wide range of x86-based operating systems,
including Windows (server and desktop OS), Solaris x64 and Linux (leading
distributions) in 32-bit and 64-bit versions.
• The service must support network isolation controls for inbound and outbound
traffic.
• The service must support the deployment of Web, Application, Database and
Infrastructure Service components, such as LDAP components.
• The service must support alignment with Information Technology Infrastructure
Library (ITIL) processes for change, incident and configuration management
• The service provider must provide options for consumer network connectivity,
such as internet VPN, and leased lines. In addition, the service provider must
articulate any other network requirements, stipulations and constraints, such as
NAT, IP address overlays, and latency controls.
• Etc…

14. SLAS EXPRESSED AS CAPABILITIES

15. INTERACTIVE DIALOG SESSION

16. ADOPTION APPROACHESADOPTION APPROACHES
Success
stories
Awareness
Collaboration
ODCA Defines
Requirements
ODCA Defines
Requirements
Providers
Deliver
Solutions
Providers
Deliver
Solutions
Enterprises
Adopt
Solutions
Enterprises
Adopt
Solutions
ODCA Drives
Scale with
Results
Sharing
ODCA Drives
Scale with
Results
Sharing
New/Enhanced
Requirements Defined
Best Practices Fuel
Broad Deployments
Lead Enterprises Invest
in Required Solutions
Providers Invest to
Meet Demands
16

17. PATH TO ADOPTION
17
DefinitionDefinition IntegrationIntegration Early AdoptionEarly Adoption Scale EnablementScale Enablement
Proof of ConceptsProof of Concepts
Service OfferingsService Offerings
RFPsRFPs
Solution providers interacting
with members to assess value
and drive enhancements
Integration/Learning
Solution providers offering
services on specific usages
Investment/Development
EU offering intent to buy
HW and SW with specific
ODCA requirements
Conviction

18. WHAT NEXT: INDUSTRY ACTIONS
Broad adoption of consistent reference architecture
Investment in Products meeting requirements of large enterprise
consumers
Categorize and classify products and services
Determine which important standards and specs must be considered
18

19. WHAT NEXT: CONSUMER ACTIONS
Categorize and classify real business requirements
Learn: Become fluent in cloud
Implement!
Leverage ODCA PEAT tool for RFx
19

20. ODCA INFRASTRUCTURE WORK GROUP
• Charter and focus
• Prioritized customer requirements for emerging infra frameworks
• Inter-operability between CIaaS and Traditional solutions
• Drive maturity, identify best practices
• Relationship with ODCA publications
• Standard Units of Measure for IaaS, Guide to Interoperability
Across Clouds, Service Orchestration, Security Usage Models,
Regulatory Framework, Commercial Framework, Scale-out
storage, Software defined networking
20

21. QUESTIONS
Compute Infra as a Service
From engagement to real adoption andFrom engagement to real adoption and
implementationimplementation
www.opendatacenteralliance.org
21 21

22. © 2013 Open Data Center Alliance, Inc. ALL RIGHTS RESERVED.