Cloud Computing - A Pragmatic Approach to Cloud Adoption
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Cloud Computing - A Pragmatic Approach to Cloud Adoption

on

  • 2,151 views

The road to Cloud Computing is not without a few bumps. This session will help to smooth out your journey by tackling some of the potential complications. We'll examine whether standardization is a ...

The road to Cloud Computing is not without a few bumps. This session will help to smooth out your journey by tackling some of the potential complications. We'll examine whether standardization is a prerequisite for the Cloud. We'll look at why refactoring isn't just for application code. We'll check out deployable entities and their simplification via higher levels of abstraction. And we'll close out the session with a look at engineered systems and modular clouds.

Statistics

Views

Total Views
2,151
Views on SlideShare
2,140
Embed Views
11

Actions

Likes
0
Downloads
175
Comments
0

2 Embeds 11

http://www.adaptit.co.za 9
http://sharepoint2010.adaptit.co.za 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Cloud Computing - A Pragmatic Approach to Cloud Adoption Presentation Transcript

  • 1. Making IT Simple: A Pragmatic Approach to Cloud Adoption Scott Mattoon, Principle Architect @smattoon1 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 EngagementCloud 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 BusinessIs 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 agilityThe 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 Time10 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 architecture13 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 Cloud16 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 Integration18 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
  • 19. Component Arch Example – Database Cloud Three alternatives to shared Database servicesDW CRM ERP DW ERP CRM DW ERP CRM Schema Schema Schema Schema Schema DBDB DB DB DB DB DBOS OS OS Hypervisor Hypervisor OS OS OS OS Server Operating System DatabaseDeploy 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 p19 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 performance20 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 week22 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
  • 23. Abstracting application architecture What are Deployable Entities?23 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
  • 24. Use a Logical Architecture Key relationships and abstractions24 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 APIsDeployable Entities Images(‘Assemblies’) includeService Templates andContext (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 flexibility28 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 assembliesWLS WLS WLS Assembly using Repository PaaS Coh Coh APIs DB EMGC Discover application components 5 and assembly topology with EMGCReference system29 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
  • 30. Admin/Architecture as a Service ‘Refactoring’ Dev / Ops Roles30 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 Builder32 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 User33 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 Engineering34 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,Storage35 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
  • 36. In Summary, ….And What’s Next Use architecture to keep IT simple36 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, Roadmap38 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, price39 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, price40 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 knowledge41 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 strategies42 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 ModelingOpp. 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 & ValueDiscovery & Cloud Definition Framework Proposition Modeling Engagement Engagement • Near Term Recommendations Cloud Capability & Business Director Manager & High-Level Roadmap Case Modeling • Deliver optimized Line of OCSASolution 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/cloud45 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 Oracles 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.