Mais conteúdo relacionado Semelhante a Cloud Computing - A Pragmatic Approach to Cloud Adoption (20) Cloud Computing - A Pragmatic Approach to Cloud Adoption1. Making IT Simple:
A Pragmatic Approach to Cloud Adoption
Scott Mattoon, Principle Architect @smattoon
1 Global Enterprise Architecture Program
Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
Insert Information Protection Policy Classification from Slide 8
2. The following is intended to outline our general product
direction. It is intended for information purposes only, and
may not be incorporated into any contract. It is not a
commitment to deliver any material, code, or functionality,
and should not be relied upon in making purchasing
decisions. The development, release, and timing of any
features or functionality described for Oracle’s products
remains at the sole discretion of Oracle.
2 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
3. Oracle Cloud Offerings – Complete Choice
Private Cloud Products Private & Public Cloud Services
Applications Oracle Cloud Oracle Public
Services Fusion
Cloud
Fusion Oracle
Oracle Applications
Oracle Applications On Demand
HCM Cloud CRM Cloud Social
Service Service Network
Cloud Control
Platform as a Service
Oracle Enterprise Manager
SOA Suite & Data Integration Identity & WebCenter User Oracle Social Network
BPM Suite & GoldenGate Access Mgmt Engagement
Cloud Management
Middleware On Demand
Cloud Application Foundation: WebLogic Server, Exalogic On Demand
Oracle Java Cloud Service
Coherence, JRockit, Exalogic Elastic Cloud
Oracle Database, MySQL, Database On Demand
Oracle Database Cloud Service
Exadata Database Machine Exadata On Demand
Infrastructure as a Service
Oracle Solaris Oracle Linux
Ops Center
Oracle VM for SPARC (LDom) Oracle VM for x86
Solaris Zones
Servers,
Storag
SuperCluster
Network
e
Fabric
3 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
4. Agenda
Key considerations to Cloud implementation?
Consider….
• What forces drive your adoption of Cloud?
• What sort of architecture do you need?
• The focus of component architectures?
• What are the ‘Deployable Entities’?
• How will you ‘refactor’ the organization?
4 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
5. Before we get started….
What forces influence Cloud adoption?
5 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
6. What Forces influence your Cloud Adoption?
- Consider three differentiating criteria
- This perspective drives your decisions
Business Drivers Pure $ savings vs. Business Agility
Project Control IT Dept. vs. Business
Business Model IT as Support vs. IT as a Business
Is your cloud project ‘cutting costs’ or ‘driving business’?
6 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
7. How Do Forces Affect Approach?
Select tools to support your initiative Business agility
The Oracle Cloud Maturity Model…
o Framework for insight and discussion
o Diagnostic for current environment
o Planning tool / roadmap generator
o Measure long-term improvement
• Focus on select domains IT cost savings
7 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
8. Define Your Key Transformations
Include both IT & business transformations
Traditional Approach Cloud Approach
App / system specific Model centric control plane
management
Operations developed and IT ‘architects’ operations for
performed by IT consumer self-service
Architecture implemented Build infrastructure up-front,
up front (early binding) deploy later (late binding)
8 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
9. Consider an Architecture Strategy
This presentation emphasizes ‘integration’
– Virtualization Centric
• Potential of increasing complexity
over time
vs.
– Integration Centric
• Integration & architectural abstraction
offers greater performance & ‘simplicity’
9 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
10. What’s Forces drive your Cloud Strategy?
- Public Cloud Adoption and Central IT
Relinquish Control Broker Control
Time Time
10 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
11. What sort of Cloud architecture
do you need?
11 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
12. Why build an Architecture?
“architecture encompasses the set of significant
decisions about the organization of a software
system including the selection of the structural
elements and their interfaces by which the system
is composed; behavior as specified in collaboration
among those elements; composition of these
structural and behavioral elements ……” (Krutchen,
Booch, et.al.)
© 2011 Oracle Pragmatic Approach to Cloud Computing 12
13. Start with Cloud Conceptual Architecture
Outline and group the basic elements
• Key Elements
– Service model
– Management
infrastructure
– Resources
– Roles –
Consumer,
Broker,
Auditor…
NIST conceptual architecture
13 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
14. Drill Down for Critical Functional Detail
Comprehensive Cloud management is key
• Cloud Management
drill down includes
• IT Operations
• Customer
management.
• Model
management.
14 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
15. Map To Technologies / Products
Oracle provides end-to-end Cloud functionality
Oracle Applications
• Key products (Fusion & Apps OID - Identity, OAM –
WebCenter
Unlimited), Oracle
provide multiple Identity Manager
Access, OPSS – Platform
Security, OES –
functions, e.g… Entitlement, OAAM –
Adaptive Access
Oracle Billing & Revenue Oracle
• Oracle Management, Oracle
Enterprise Manager
Database,
RAC, OEM,
Enterprise Oracle Oracle Enterprise Repository
Manager Enterprise
Repository
Oracle Enterprise
• Oracle Identity Manager, Oracle BPM,
Oracle Service Bus
Oracle Enterprise
Manager Manager (OEM)
Oracle Virtual
• Exalogic Assembly Builder,
OEM
Elastic Cloud
Oracle Exalogic Elastic Cloud Oracle Exadata Exalogic Elastic Cloud
15 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
16. Hybrid Clouds – Which Kind?
Different ways to mix public and private
Lifecycle distribution
Dev/test cloud - the Common one
Test
There are many different ‘Hybrids”
Production
Development
Private Cloud Public Cloud Functional distribution
Public / private services - a Likely one
Workload distribution HR
‘Cloudbursting’ - the Hard one
Order to cash
Sync Private Cloud CRM
Order to cash Order to cash Public Cloud
Private Cloud Public Cloud
16 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
17. What Do You Want the Cloud to Do?
Start with Common Usage Patterns
Augmentation
(Elastic scaling)
Shared Services
Development
and Test
Resource sharing
(consolidation)
© 2011 Oracle Cloud Computing – Making IT Simple 17
18. Component Architecture
And the value of Integration
18 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
19. Component Arch Example – Database Cloud
Three alternatives to shared Database services
DW CRM ERP DW ERP CRM DW ERP CRM
Schema
Schema
Schema
Schema
Schema
DB
DB
DB
DB
DB
DB
DB
OS OS OS
Hypervisor Hypervisor OS OS OS OS
Server Operating System Database
Deploy in dedicated VMs Share server pool Share database
Server virtualization Real Application Clusters Real Application Clusters
Workload Type Server OS Database
Mission or Business Critical p
Standardized environment p p
Rapid provisioning (Dev / Test) p p
Mixed workload as-is consolidation p
19 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
20. Engineered Systems in the Cloud
Platform as a Service services from Integrated HW/SW
Exadata / Exalogic
• Reference configuration
• Known sizing
• Order as ‘part number’
• Unified support
• Simplified deployment
• Run existing apps
• Enterprise scale
• High performance
20 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
21. When do you build 'architecture'?
'Appliance' time Data Center time 'Cloud' time
Early binding 'Traditional' binding Late binding
architecture architecture architecture
Appliance Data center cloud
flexibility low med hi
modularity hi med hi
scalability low med hi
parallelization low med hi
stateful hi med low
… ? ? ?
22. Build from Scratch vs. Oracle Exadata
Commonwealth Bank of Australia
Build From Scratch Oracle Exadata Database
with Components Reference Configurations Machine
Testing and
Validation
Server Pool pre-configured
Faster deployment
Installation and Lower Risk
Testing and
configuration Validation
Acquisition of
components Installation and
configuration
Testing and Validation
Pre-implementation
System sizing Acquisition of Configuration
components
Take delivery of Oracle Database
Machine
Weeks to Months Weeks to Months < 1 Week after Delivery
• DB deployment time reduced from 3 months to < 1 week
22 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
24. Use a Logical Architecture
Key relationships and abstractions
24 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
25. Use a Logical Architecture for Key Abstractions
e.g., What will you deploy (it’s more than simple images)
Role separation APIs
Deployable Entities Images
(‘Assemblies’) include
Service Templates and
Context (aka VDCs) Model Mgmt.
Architectural models
may be external,
Control Separation embedded, or
internal
Services
Logical resources
Data
25 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
26. Oracle Cloud API ‘Service Catalog’
Images plus architectural meta-data
• Repository of models
• Models contain templates
and service contracts
– Payloads e.g., virtual server
images
– Application metadata such as
configurations and policies
• Key components of Oracle’s
Cloud API standards
26 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
27. Model / Service Management
Need to do both
• Model management (build-time) • Service management (run-time)
– Exposes resources to developers – Capacity management
– Stores developer’s models – Service management
• Developer’s main point of • Operator’s main point of contact
interaction with the cloud for the cloud
• Defines services • Provisions resources
• Includes solution catalog • Includes configuration repository
(deployable entities) (current state)
27 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
28. Oracle Virtual Assembly Builder
Automating deployment of ‘assemblies’
config1
config2
Assembly =
Appliances
Dev/Test Environment (VM Templates +
configuration
Metadata) + Production Environments
relationships & start
order Metadata
• Package up complex structure from dev/test and reconstitute in production
• Minimize setup time and risk of hard-to-debug configuration errors
• Easily replicate in production with minor variations
• Each instance has well-contained configuration parameters for flexibility
28 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
29. Exalogic Cloud Assembly and Deployment
OTD 3
Exalogic Elastic Cloud
OVAB OHS Upload
1 2 assemblies
Studio WLS
using
Assembly Admin Coh PaaS APIs OVAB Deployer
creates assembly
Assembly OVA
OTD OTD Compute Nodes
OHS OHS Deploy /
4 undeploy
assemblies
WLS WLS WLS Assembly using
Repository PaaS
Coh Coh APIs
DB EMGC Discover application components
5 and assembly topology with EMGC
Reference system
29 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
30. Admin/Architecture as a Service
‘Refactoring’ Dev / Ops Roles
30 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
31. ‘Enterprise’ Private Clouds are Different
I
N SaaS
Saa
• Consider the 5 NIST essential characteristics T
R
A
PaaS
Paa
– On-demand self-service, Resource pooling, N
Rapid elasticity, Measured service, Broad network access E IaaS
Iaa
T
• Consider Self Service
– Public developer cloud – provisioned in minutes, but no controls or corporate
governance
– Enterprise private cloud – need controls, standards, prioritization, etc.
… Enterprise cloud – Faster to deploy than traditional IT, but slower than public cloud
• How ‘SELF’ should self service be?
– Who does what?
31 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
32. Identify Roles and Interactions
Cloud implies changes in IT roles
Models Service
DevOps
App Owner Developer
Monitors & Creates Services Packages &
User Approves Services Deploys Services
uses
service Monitor/manages cloud
Cloud Operator
creates resources
Cloud Builder
32 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
33. Cloud Roles / Actors
Each role category has possible sub-roles
Category Actor DMTF Roles
Cloud Service
Operator Service Operations Mgr
Provider
Builder Service Business Mgr
Service Transition Mgr
Cloud Service Service Developer
Developer Service Developer
Deployer / DevOps
Cloud Service
Consumer Business Mgr
Consumer
Application Owner
Consumer Service Admin
User Service User
33 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
34. Build Time vs Run Time Perspectives
Need to separate development / operations horizons
BUILD TIME
Process Modeling, Simulation
and Documentation Service
Developer
Application
Owner
Service Identification & Discovery
End Users
Service Deployer
RUN TIMECloud Monitoring and Metrics
Cloud Operator Cloud Builder Deployment Engineering
34 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
35. Example of Build vs Run Time
Oracle Virtual Assembly Builder roles
1. Set Up Cloud 2. Build App RUN TIME
Build app using
shared App Developer 3. Use App
components
IT
Set up Set up self-
Cloud service portal Dept Use app App Users
Platform
Set up
App
Deploy
shared
using self
components
service
4. Manage App
Shared Components Self-Service Interface
BUILD Integration / Security &
BPM Portal App Owner
SOA Identity
TIME Manage
Application Server System
Oracle Cloud Platform Manager
Adjust Capacity
Review Charge-
Database back
Operating System,Virtualization,Server,Storage
35 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
36. In Summary, ….And What’s Next
Use architecture to keep IT simple
36 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
37. Focused Implementation Vs. Wide Diffusion
Most companies have multiple projects underway or anticipated
• Strategic – Complete migration for a given architecture/application, often focusing on revenue
enhancement
• Tactical – Wide deployment of a limited technology (e.g. virtualization), often focusing on cost reduction
37 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
38. Cloud Computing Roadmap
How will your Cloud be introduced?
• Most companies have multiple initiatives.
• It doesn’t have to get more complicated
- Architecture – Before you start…
- Integration – Make things simple
- Technology – Oracle VM Templates, OVAB Assemblies,
Engineered Systems, Oracle Public Cloud
Strategy, Architecture, Transformations,
Measurement, Readiness, Roadmap
38 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
39. Using Public Cloud Computing
Oracle Public Cloud
Look for: Fusion Fusion Fusion Fusion
Pure-OpEx model CRM HCM Talent ERP
Enterprise grade multi-tenancy
Integrated development
environment Database WebLogic WebCenter
Service Service Connect
Transparent architecture and Service
control
10X+ productivity
Install applications (not just Security & Identity Integration
Service
images) Service
Unambiguous data persistence
Predictable …
performance, elasticity, price
39 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
40. Using Public Cloud Computing
Oracle Public Cloud
Look for: Fusion Fusion Fusion Fusion
Pure-OpEx model CRM HCM Talent ERP
Enterprise grade multi-tenancy
Integrated development
environment Database WebLogic WebCenter
Service Service Connect
Transparent architecture and Service
control
10X+ productivity
Install applications (not just Security & Identity Integration
Service
images) Service
Unambiguous data persistence
Predictable …
performance, elasticity, price
40 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
41. Implementing Private Cloud Computing
Oracle Consulting Cloud Services
• Lifecycle services approach to deliver business solutions
• Unparalleled product skills across the entire Oracle portfolio
• Extensive architecture and system knowledge
41 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
42. Oracle Cloud Strategy Assessment
A collaborative engagement designed to
assess and quantify the capabilities and
business benefits of an organization
implementing
near-term, mid-term, and long-term Cloud
Computing strategies
42 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
43. Oracle Cloud Strategy Assessment Process
The Method The Team The Result
• Initial Cloud Definition
Framework, Financial • Cloud Capability Analysis &
Hypothesis and architecture Client Modeling
Opp. Prep & development Iteration
Scope • Define charter, scope,
Executive Executive
deliverables, team and start-
Sponsor (C- Sponsor
date with Customer
Level)
• Collaborative validation of • Business Case & Value
Discovery & Cloud Definition Framework Proposition
Modeling Engagement Engagement • Near Term Recommendations
Cloud Capability & Business Director Manager & High-Level Roadmap
Case Modeling
• Deliver optimized Line of OCSA
Solution Dev. recommendations linked to Business Leads
business objectives
• Develop value proposition Technology Cloud Experts • Mid-Term & Long-Term Cloud
• Present findings to Business Managers Computing Strategy
Present
and IT leadership Solution
• Define next steps Architects
43 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved. 43
44. Oracle Cloud Strategy Assessment Benefits
• Links the cloud computing strategy to
the business objectives of the
organization
• Provides a value proposition for near
term – long-term cloud computing
investment
• Defines a roadmap towards a future-
state architecture
44 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved. 44
45. For More Information….
oracle.com/cloud
45 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
46. 46 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
47. 47
© 2009 Oracle Copyright © 2012, Oracle and/or its affiliates. All rights 47
reserved.
48. A Pragmatic Approach to Cloud Computing
Abstract
As organizations adopt cloud computing, they need to define an
approach that matches the combined advantages of IT
standardization, consolidation, and self-service, with their specific
business drivers. This session outlines Oracle's Cloud Reference
Architecture and outlines fundamental considerations to
implement a cloud strategy. Methods are presented for aligning
critical architectural decisions and key organizational
transformations with cloud strategy, as well as the important
criteria to consider when selecting cloud service providers and
cloud enabling technologies.
48 Copyright © 2012, Oracle and/or its affiliates. All rights
reserved.
49. 49
© 2009 Oracle Copyright © 2012, Oracle and/or its affiliates. All rights 49
reserved.