Cloud Computing - A Pragmatic Approach to Cloud Adoption

Download Cloud Computing - A Pragmatic Approach to Cloud Adoption

Post on 11-May-2015

1.955 views

Category:

Technology

1 download

DESCRIPTION

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.

TRANSCRIPT

<ul><li>1.Making IT Simple:A Pragmatic Approach to Cloud AdoptionScott Mattoon, Principle Architect@smattoon1 Global Enterprise Architecture ProgramCopyright 2012, Oracle and/or its affiliates. All rightsreserved. Insert Information Protection Policy Classification from Slide 8</li></ul><p>2. The following is intended to outline our general productdirection. It is intended for information purposes only, andmay not be incorporated into any contract. It is not acommitment to deliver any material, code, or functionality,and should not be relied upon in making purchasingdecisions. The development, release, and timing of anyfeatures or functionality described for Oracles productsremains at the sole discretion of Oracle.2 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 3. Oracle Cloud Offerings Complete ChoicePrivate Cloud Products Private &amp; Public Cloud ServicesApplicationsOracle CloudOracle Public ServicesFusionCloudFusion OracleOracle Applications Oracle Applications On DemandHCM Cloud CRM CloudSocial Service ServiceNetwork Cloud Control Platform as a Service Oracle Enterprise Manager SOA Suite &amp; Data Integration Identity &amp;WebCenter User Oracle Social NetworkBPM Suite &amp; GoldenGate Access Mgmt EngagementCloud Management Middleware On Demand Cloud Application Foundation: WebLogic Server, Exalogic On Demand Oracle Java Cloud Service Coherence, JRockit, Exalogic Elastic CloudOracle Database, MySQL,Database On Demand Oracle Database Cloud ServiceExadata Database Machine Exadata On Demand Infrastructure as a ServiceOracle SolarisOracle Linux Ops Center Oracle VM for SPARC (LDom)Oracle VM for x86Solaris Zones Servers, StoragSuperClusterNetworkeFabric 3 Copyright 2012, Oracle and/or its affiliates. All rights reserved. 4. AgendaKey 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 rightsreserved. 5. Before we get started.What forces influence Cloud adoption?5 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 6. What Forces influence your Cloud Adoption?- Consider three differentiating criteria- This perspective drives your decisionsBusiness Drivers Pure $ savings vs. Business AgilityProject ControlIT 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 rightsreserved. 7. How Do Forces Affect Approach? Select tools to support your initiativeBusiness 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 TransformationsInclude both IT &amp; business transformationsTraditional Approach Cloud ApproachApp / system specificModel centric control planemanagementOperations developed and IT architects operations forperformed by ITconsumer self-serviceArchitecture implemented Build infrastructure up-front,up front (early binding) deploy later (late binding)8 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 9. Consider an Architecture StrategyThis presentation emphasizes integration Virtualization Centric Potential of increasing complexityover time vs. Integration Centric Integration &amp; architectural abstractionoffers greater performance &amp; simplicity9 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 10. Whats Forces drive your Cloud Strategy? - Public Cloud Adoption and Central IT Relinquish Control Broker ControlTimeTime10 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 significantdecisions about the organization of a softwaresystem including the selection of the structuralelements and their interfaces by which the systemis composed; behavior as specified in collaborationamong those elements; composition of thesestructural 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,AuditorNIST conceptual architecture13 Copyright 2012, Oracle and/or its affiliates. All rights reserved. 14. Drill Down for Critical Functional DetailComprehensive Cloud management is key Cloud Managementdrill down includes IT Operations Customer management. Model management. 14 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 15. Map To Technologies / Products Oracle provides end-to-end Cloud functionality Oracle Applications Key products (Fusion &amp; AppsOID - Identity, OAM WebCenter Unlimited), Oracleprovide multipleIdentity Manager Access, OPSS Platform Security, OES functions, e.gEntitlement, OAAM Adaptive AccessOracle Billing &amp; Revenue Oracle Oracle Management, OracleEnterprise Manager Database, RAC,OEM, EnterpriseOracle Oracle Enterprise Repository Manager Enterprise Repository Oracle Enterprise Oracle Identity Manager, Oracle BPM,Oracle Service Bus Oracle Enterprise ManagerManager (OEM) Oracle Virtual ExalogicAssembly Builder, OEM Elastic CloudOracle Exalogic Elastic Cloud Oracle Exadata Exalogic Elastic Cloud15 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 TestThere are many different HybridsProductionDevelopment Private CloudPublic Cloud Functional distribution Public / private services - a Likely one Workload distributionHR Cloudbursting - the Hard oneOrder to cash Sync Private CloudCRMOrder to cash Order to cashPublic Cloud Private CloudPublic Cloud16Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 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 OracleCloud 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 servicesDWCRMERPDWERP CRMDW ERPCRM Schema Schema SchemaSchema Schema DBDBDB DBDB DB DBOS OS OS Hypervisor Hypervisor OS OSOS OS ServerOperating SystemDatabaseDeploy in dedicated VMsShare server pool Share databaseServer virtualization Real Application ClustersReal Application Clusters Workload Type Server OS DatabaseMission or Business CriticalpStandardized environmentp pRapid provisioning (Dev / Test)ppMixed 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/SWExadata / 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 timeData Center time Cloud time Early binding Traditional bindingLate bindingarchitecture architecture architecture Appliance Data center cloud flexibilitylowmed hi modularity hi med hi scalabilitylowmed hi parallelizationlowmed hi stateful hi medlow ?? ? 22. Build from Scratch vs. Oracle Exadata Commonwealth Bank of AustraliaBuild From ScratchOracle Exadata Database with Components Reference Configurations MachineTesting andValidation Server Pool pre-configured Faster deploymentInstallation and Lower RiskTesting andconfiguration ValidationAcquisition ofcomponentsInstallation andconfigurationTesting and ValidationPre-implementationSystem sizing Acquisition ofConfigurationcomponentsTake delivery of Oracle DatabaseMachineWeeks to MonthsWeeks to Months&lt; 1 Week after Delivery DB deployment time reduced from 3 months to &lt; 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 Abstractionse.g., What will you deploy (its more than simple images)Role separationAPIsDeployable Entities Images(Assemblies) includeService Templates andContext (aka VDCs) Model Mgmt. Architectural modelsmay be external,Control Separationembedded, orinternalServicesLogical resourcesData 25 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 26. Oracle Cloud API Service Catalog Images plus architectural meta-data Repository of models Models contain templatesand service contracts Payloads e.g., virtual serverimages Application metadata such asconfigurations and policies Key components of OraclesCloud API standards26 Copyright 2012, Oracle and/or its affiliates. All rights reserved. 27. Model / Service ManagementNeed to do both Model management (build-time) Service management (run-time) Exposes resources to developers Capacity management Stores developers models Service management Developers main point of Operators main point of contactinteraction 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 rightsreserved. 28. Oracle Virtual Assembly Builder Automating deployment of assembliesconfig1config2Assembly = AppliancesDev/Test Environment (VM Templates + configuration Metadata) + Production Environments relationships &amp; 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 DeploymentOTD 3 Exalogic Elastic CloudOVABOHSUpload1 2assembliesStudioWLS using Assembly Admin CohPaaS APIs OVAB Deployer creates assemblyAssembly OVAOTD OTD Compute NodesOHS OHS Deploy / 4undeploy assembliesWLS WLS WLS Assembly usingRepository PaaS Coh CohAPIsDBEMGC Discover application components5 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 NSaaS Saa Consider the 5 NIST essential characteristicsT R A PaaSPaa On-demand self-service, Resource pooling,NRapid elasticity, Measured service, Broad network access EIaaS Iaa T Consider Self Service Public developer cloud provisioned in minutes, but no controls or corporategovernance 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? 31Copyright 2012, Oracle and/or its affiliates. All rights reserved. 32. Identify Roles and Interactions Cloud implies changes in IT rolesModels ServiceDevOpsApp OwnerDeveloperMonitors &amp;Creates Services Packages &amp;UserApproves ServicesDeploys Services uses service Monitor/manages cloudCloud Operatorcreates 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 ServiceOperatorService Operations Mgr ProviderBuilder Service Business MgrService Transition Mgr Cloud ServiceService Developer DeveloperService DeveloperDeployer / DevOps Cloud ServiceConsumer Business Mgr ConsumerApplication OwnerConsumer Service AdminUserService 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 TIMEProcess Modeling, Simulationand Documentation ServiceDeveloper Application OwnerService Identification &amp; DiscoveryEnd Users Service Deployer RUN TIMECloud Monitoring and Metrics Cloud OperatorCloud 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 Cloud2. Build App RUN TIMEBuild app usingsharedApp Developer 3. Use AppcomponentsITSet up Set up self-Cloudservice portalDept Use appApp UsersPlatformSet up App Deployshared using selfcomponents service4. Manage AppShared Components Self-Service InterfaceBUILD Integration / Security &amp;BPM Portal App OwnerSOA IdentityTIMEManage Application Server System Oracle Cloud PlatformManager 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 Whats Next Use architecture to keep IT simple36 Copyright 2012, Oracle and/or its affiliates. All rights reserved. 37. Focused Implementation Vs. Wide DiffusionMost companies have multiple projects underway or anticipated Strategic Complete migration for a given architecture/application, often focusing on revenueenhancement Tactical Wide deployment of a limited technology (e.g. virtualization), often focusing on cost reduction 37 Copyright 2012, Oracle and/or its affiliates. All rightsreserved. 38. Cloud Computing Roadmap How will your Cloud be introduced? Most companies have multiple initiatives. It doesnt 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 FusionPure-OpEx modelCRMHCM TalentERPEnterprise grade multi-tenancyIntegrated developmentenvironmentDatabaseWebLogicWebCenterServiceServiceConnectTransparent architecture andServicecontrol10X+ productivityInstall applications (not justSecurity &amp; IdentityIntegrationServiceimages)ServiceUnambiguous data persistencePredictable performance, elasticity, price39 Copyright 2012, Oracle and/or its affil...</p>