Hide Notes 

Slide 1: <Insert Picture Here> OTN Architect Day Cloud Computing - Making IT Simple Scott Mattoon Principal Architect, Oracle Global Enterprise Architecture Program
Slide 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 remain at the sole discretion of Oracle. © 2011 Oracle Cloud Computing – Making IT Simple 2
Slide 3: How key is standardization? What are Deployable Entities? ‘Refactoring’ Dev / Ops Roles Building a Roadmap to Cloud © 2011 Oracle Cloud Computing – Making IT Simple 3
Slide 4: Moving to Cloud First Inventory Applications & Workloads Suitable for cloud now Not as suitable for cloud Time based Very parallel (i.e. batch) Spiky traffic Capital intensive (especially startup) Proof of Concept Low utilization Less deployment costs High bandwidth costs / high real estate Vertically scaled applications Consistent load levels Latency sensitive applications Insecure applications Hardware device dependent (e.g. fax server, SNA gateway) ISV unsupported Per CPU licensed applications © 2011 Oracle Cloud Computing – Making IT Simple 4
Slide 5: What Do You Want the Cloud to Do? Start with Common Use Cases Augmentation (Elastic scaling) Shared Services Development and Test Resource sharing (consolidation) Most enterprises are trying • Shared development and test environments • Hardware & Services consolidation © 2011 Oracle Cloud Computing – Making IT Simple 5
Slide 6: Shared Services – Many Possibilities Shared Functions Java PaaS Shared SOA Shared Security DBaaS X X XX X XX • Sharing Applications across org • Enabled by SOA, BPM • Build & deploy to common platform • Enterprise Private Cloud • Application services integration • Centralized authorization for all apps • Rapid access to all enterprise data • Parallel Processing of Transactions © 2011 Oracle Cloud Computing – Making IT Simple 6
Slide 7: Private Database Cloud Architectures Common Building Blocks - Shared Server & Storage Pools DW CRM ERP DW ERP CRM DW ERP CRM DB DB DB DB DB DB OS OS OS Hypervisor Hypervisor OS OS OS DB OS Server Deploy in dedicated VMs Server virtualization Operating System Share server pool Real Application Clusters Database Share database instance Real Application Clusters © 2011 Oracle Cloud Computing – Making IT Simple 7
Slide 8: Which Apps for Which DB Cloud? Each Architecture Serves Different Workloads Workload Type Mission or Business Critical Deployment Packaged Applications Data Warehouse Applications Standardized environment Internal Applications Rapid provisioning (i.e. Test and Dev) Mixed workload consolidation As-Is consolidation © 2011 Oracle Cloud Computing – Making IT Simple Optimal Cloud Architecture Operating System Operating System Operating System Operating System or Database Database Database or Server Server Server 8
Slide 9: Database Cloud Planning Identification of Applications to Migrate -  New applications are deployed to the Cloud -  Existing applications are migrated based on: •  Difficulty •  ROI •  Suitability -  The benefits and difficulties of consolidating existing applications in the Cloud will vary •  Applications with highly varying peaks will show greatest benefit -  The “lowest hanging fruit” should be migrated to the Cloud first © 2011 Oracle Cloud Computing – Making IT Simple 9
Slide 10: Roadmap to Cloud Multi-Dimensional Journey Optimize Automate Consolidate Standardize Define a single solution for a given problem Reduce the footprint of deployed applications Reduce the manual tasks for managing IT Achieve new operational models & greatest efficiency Individual enterprises or applications may join the roadmap at different points © 2011 Oracle Cloud Computing – Making IT Simple 10
Slide 11: Engineered Systems in the Cloud – extreme performance PaaS services •  Reference configuration •  Known sizing •  Order as ‘part number’ •  Unified support •  Simplified deployment •  Run existing apps •  Enterprise scale •  High performance © 2011 Oracle Cloud Computing – Making IT Simple 11
Slide 12: Build from Scratch vs. Exadata Commonwealth Bank of Australia Build From Scratch with Components Testing and Validation Installation and configuration Acquisition of components Pre-implementation System sizing Weeks to Months Installation and configuration Acquisition of components Weeks to Months Testing and Validation Configuration Take delivery of Oracle Database Machine Reference Configurations Oracle Exadata Database Machine  Server Pool pre-configured  Faster deployment Testing and Validation  Lower Risk < 1 Week after Delivery • DB deployment time reduced from 3 months to < 1 week © 2011 Oracle Cloud Computing – Making IT Simple 12
Slide 13: How key is standardization? What are Deployable Entities? ‘Refactoring’ Dev / Ops Roles Building a Roadmap to Cloud © 2011 Oracle Cloud Computing – Making IT Simple 13
Slide 14: Cloud Architecture - Logical View Access Interfaces Facilities Native Protocols Portals Custom UIs Self-Service APIs Proxy Perimeter Security Naming Balancing User Interaction / self service PaaS Container Queue Data IaaS Server Network Storage Mediation, Policy enforcement Service Mgmt Monitoring Capacity mgmt. Metering & Billing Resource mgmt. vDCs Resources Logical Pools Compute Networks Storage Other Pool Managers Clouds Legacy Partners External Physical Pools Compute Networks Storage Other © Oracle, 2010 (GEAP) © 2011 Oracle Cloud Computing – Making IT Simple Cloud Management SaaS Business Process Business Service Application Services Security / Policy Mgmt Model Mgmt Provisioning Customer info model Service catalog 14
Slide 15: Compatibility & Portability Implications API Consumers & Delivery Channels Cloud Service Developer Cloud Service Consumer Cloud Service Provider Access Code deployment, developer discovery and application control Self-Service APIs Access Points Native Protocols Portals Custom UIs Images Run time services within a particular cloud may be absent or significantly different Services Platform as a Service Infrastructure as a Service Deployable Entities Security / Policy Mgmt Service Mgmt Cloud Management Services Software as a Service Model Mgmt Application and data deployment Model Architectural models of cloud applications may be external (deployment code), embedded (e.g. OVF) or internal Resources Data Access and formatting of data may differ between clouds Storage Networks Servers Partner Systems Legacy Systems Other Clouds © Oracle, 2010 (GEAP) © 2011 Oracle Cloud Computing – Making IT Simple 15
Slide 16: Cloud Infrastructure – Key Abstractions – making it simple •  Separation of roles (e.g., Cloud Provider vs Service Developer) •  Model Management incl. Services, Consumers, etc. •  Deployable Entities (aka VDCs) include both Service Templates and Service Context (e.g. – VAB ‘Assemblies’) •  Separation of control plane ‘cloud’ mgmt vs ‘pool’ resource mgmt •  Resources abstracted as logical resource “pools” which are addressable. © 2011 Oracle Cloud Computing – Making IT Simple 16 Access Consumers & Delivery Channels Cloud Service Developer Cloud Service Consumer Cloud Service Provider Access Points Native Protocols Portals Custom UIs Self-Service APIs Services Platform as a Service Infrastructure as a Service Deployable Entities Security / Policy Mgmt Service Mgmt Resources Storage Networks Servers Partner Systems Legacy Systems Other Clouds © Oracle, 2010 (GEAP) Cloud Management Software as a Service Model Mgmt
Slide 17: Service Catalogue •  Repository of models •  Models contain templates and service contracts -  Payloads like virtual server images -  Application metadata such as configurations and policies © 2011 Oracle Cloud Computing – Making IT Simple 17
Slide 18: Model / Service Management •  Model management supports build-time functions in cloud -  Exposes resources to developers -  Stores developer’s models for deployment -  Validates cloud models •  Service management controls the run-time aspects of the cloud -  Capacity management -  Service management •  Developer’s main point of interaction with the cloud •  Model management also contains the solution catalogue, facilitating discovery, storage, use and re-use of cloud services •  Operator’s main point of contact for the cloud •  Provisions / monitors resource tier •  Contains configuration management repository which is the current state of all cloud vDCs © 2011 Oracle Cloud Computing – Making IT Simple 18
Slide 19: Oracle Virtual Assembly Builder – automating deployment of ‘assemblies) config1 config2 Assembly = Dev/Test Environment Appliances (VM Templates + configuration Metadata) + relationships & start order Metadata Production Environments • 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 production instance has well-contained configuration parameters for flexibility © 2011 Oracle Cloud Computing – Making IT Simple 19
Slide 20: How Key is Standardization? What are Deployable Entities? ‘Refactoring’ Dev / Ops Roles Building a Roadmap to Cloud © 2011 Oracle Cloud Computing – Making IT Simple 20
Slide 21: Identify Roles and Interactions – Cloud implies changes in IT roles Models Service App Owner User Access Developer Creates Services DevOps Packages & Deploys Services Monitors & Approves Services Interfaces Facilities Native Protocols Portals Custom UIs Self-Service APIs Proxy Perimeter Security Naming Balancing uses service SaaS Business Process Business Service Application User Interaction / self service Monitor/manages cloud Cloud Management Services PaaS Container Queue Data Security / Policy Mgmt Mediation, Policy enforcement Model Mgmt Provisioning Customer info model Service catalog Service Mgmt Monitoring Capacity mgmt. Metering & Billing Resource mgmt. IaaS Server Network Storage Cloud Operator vDCs creates resources Resources Logical Pools Compute Networks Storage Other Pool Managers Clouds Legacy Partners External Physical Pools Compute Networks Storage Other © Oracle, 2010 (GEAP) Cloud Builder © 2011 Oracle Cloud Computing – Making IT Simple 21
Slide 22: Build time vs run time perspectives – need to separate development / operations horizons Process Modeling, Simulation and Documentation BUILD TIME Service Identification & Discovery RUN TIME © 2011 Oracle Cloud Monitoring and Metrics Deployment Engineering Cloud Computing – Making IT Simple 22
Slide 23: Cloud Roles / Actors – each role category has possible sub-roles Category Cloud Service Provider Actor Operator Builder DMTF Roles Service Operations Mgr Service Business Mgr Service Transition Mgr Cloud Service Developer Cloud Service Consumer Service Developer Deployer / DevOps Application Owner User Service Developer Consumer Business Mgr Consumer Service Admin Service User © 2011 Oracle Cloud Computing – Making IT Simple 23
Slide 24: Example of Build vs Run Time – Oracle Virtual Assembly Builder roles 2. Build App Build app using shared components Set up selfservice portal Set up shared components App Developer 1. Set Up Cloud RUN TIME 3. Use App IT Set up Cloud Platform Dept App Deploy using self service Use app App Users 4. Manage App BUILD TIME Shared Components Integration / SOA BPM Portal Self-Service Interface Security & Identity System App Owner Manage Adjust Capacity Review Charge-back Application Server Oracle Cloud Platform Manager Database Operating System,Virtualization,Server,Storage © 2011 Oracle Cloud Computing – Making IT Simple 24
Slide 25: How Key is Standardization? What are Deployable Entities? ‘Refactoring’ Dev / Ops Roles Building a Roadmap to Cloud © 2011 Oracle Cloud Computing – Making IT Simple 25
Slide 26: Cloud Computing Readiness May Require Diverse Business Changes   Consider, for example, IT governance & risk management, information modeling & ownership, operations & service management.   How are these areas managed today? •  identified responsibilities, documented processes, etc.   Do you have a mechanism for assessing capabilities in each area?   How will you identify needs for changes or improvements to support cloud computing? © 2011 Oracle Cloud Computing – Making IT Simple 26
Slide 27: Example Cloud Capabilities by Domain Areas Important to Cloud Readiness  Reference architecture  Standards  Model templates  Data ownership  Business & IT drives  Costs & Benefits  Executive sponsorship  Roles & responsibilities  Model packaging  Service monitoring  Risk management  Cloud change management  Services portfolio management  Services engineering approach  Capacity management  Operational tools & processes •  To succeed at Cloud services adoption, an organization must adequately progress in all the appropriate domains. © 2011 Oracle Cloud Computing – Making IT Simple 27
Slide 28: Cloud Computing Roadmap How Will Your Cloud Be Introduced? Cloud computing efforts range from small ‘experiment’ projects to major strategic initiatives. Most companies have multiple projects underway or anticipated. •  Separate from the new architecture, is there a plan for how the new model will be rolled out? •  E.g., by application, by business unit, by geography… •  Is cloud viewed as a limited tactical deployment, major strategic initiative, or both? © 2011 Oracle Cloud Computing – Making IT Simple 28
Slide 29: Focused Implementation Vs. Wide Diffusion Optimized Cloud Cloud Maturity Managed Cloud Systematic Cloud Strategic Expanding Exploring Application Level Suite Level Exploiting Opportunistic Cloud Ad Hoc Cloud Tactical Cloud Adoption Data Center Level Region Level Enterprise Level •  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 © 2011 Oracle Cloud Computing – Making IT Simple 29
Slide 30: Key Business/IT Transformations Current Approach IT Architecture designed up front (early binding) IT operations developed and performed by the IT department Systems and application management was specific to select systems and applications Cloud Approach Build infrastructure up-front, deploy later (late binding) IT will move to building upfront operational functions for a self-service model. The cloud ‘control plane’ has to be architected as a general service © 2011 Oracle Cloud Computing – Making IT Simple 30
Slide 31: ‘Enterprise’ Private Clouds are Different •  NIST identifies 5 essential cloud characteristics -  On-demand self-service, Resource pooling, elasticity, Measured service, Broad network access -  E.g., On-demand self service •  Public developer cloud – unrestricted resources provisioned in minutes, but with no controls or corporate governance •  Enterprise private cloud – need provisioning controls, standards enforcement, prioritization, approvals, etc. -  I.e., Enterprise cloud faster to deploy than traditional IT, but probably slower that public cloud I N T R A N E T SaaS Saa PaaS RapidPaa IaaS Iaa •  But private clouds are different from public clouds… •  There are other criteria with similar differences -  Security, governance, high availability, global access …. © 2011 Oracle Cloud Computing – Making IT Simple 31
Slide 32: For More Information…. oracle.com/cloud © 2011 Oracle Cloud Computing – Making IT Simple 32
Slide 33: © 2011 Oracle Cloud Computing – Making IT Simple 33
Slide 34: © 2011 Oracle © 2009 Oracle Cloud Computing – Making IT Simple 34