28. Who’s Offering Cloud Services today? 3Tera Grid-based Platform For Cloud Apps Akamai Application Performance Services Amazon.com Amazon Web Services AretiInternet Virtual Hosting Bungee Labs Virtual Labs-as-a-Service software CohesiveFT Cloud Platform Elastra Hosted Elastic Computing EMC Storage Cloud – Decho(Mozy, Pi) + Cloud Infrastructure & Services Division Enki Computing Utility Flexiscale Utility Computing on Demand Fortress ITX DynamicGrid Google Search Services HP Adaptive Infrastructure as a Service iCloud Desktop Cloud IBM Computing Cloud, Advanced UIs, Deep Capacity on Demand Joyent Accelerator for Applications Layered Technology GridLayer Microsoft CRM, email and IM Services Mosso Hosting Cloud Salesforce.com Force.com Terremark Infinistructure XCalibre FlexiScale
29.
30.
31.
32.
33. August 24, 2008 Architectural Model for Cloud Computing End User Requests & Operators … Service Request & Operations Design & Build Image Library (Store) Deployment Operational Lifecycle of Images IT Infrastructure & Application Provider Service Creation & Deployment Virtual Image Management Service Catalog Request UI Operational UI Standards Based Interfaces Virtualized Infrastructure Service Management Service Oriented Architecture Information Architecture Standards Based Interfaces Service Catalog, Component Library Datacenter Infrastructure Cloud Administrator Access Services Optimized Middleware (image deployment, integrated security, workload mgmt., high-availability) Service Oriented Architecture Information Architecture User Request Management/Self Service Portal Security: Identity , Access, Integrity, Isolation, Audit & Compliance Usage Accounting License Management Image Lifecycle Management Provisioning Performance Management Availability/Backup/ Restore Service Lifecycle Management Service Management Virtual Resources & Aggregations SMP Servers Network Hardware Storage Servers System Resources Blades Storage Virtualized Infrastructure Server Virt. Storage Virt. Network Virt.
34.
35.
36.
37. Making Cloud Computing a Reality requires: Virtualization Integrated virtualization and management with optimized systems and networks to break the lock between IT resources and business services Autonomic Management Autonomic management methods for both application and infrastructure services to meet user needs and expectations for delivery of high quality of service Ensembles Simplified IT infrastructure, reduced complexity and management through the creation of large, consistent pools of resources that are managed as one. Software Services Hardware
38. Methods for IT Simplification Service oriented architecture technologies frame business processes as services, ease of deployment, composition, reuse, change… Topologies of federated services must be mapped onto large numbers of diverse physical and virtual resources Business Processes as Services Heterogeneous servers, storage, networks “ Enterprises report that IT operational overhead = 70% of their IT budget and growing . . . leaving precious few resources for new initiatives.” – Forrester, 2007 OLD Virtual Resource Objects/Appliances, Libraries will reduce the labor required for software stack development and management Ensemble Ensemble Ensemble Ensembles, scalable pools of like systems that are manageable as single systems will replace multitudes of individual servers and reduce the labor required for physical systems management Service management software spans the diversity of heterogeneous physical and virtual resources, providing unified cross-platform management in support of SOA NEW
47. Ease of Assembly - Fabrication Abstract complexity away from developers & users (virtualization, widgets, open APIs) Put skills in the machines, enabling use of semi-skilled rural work force Moving from hand crafted -> repeatable assembly. Let SW developers focus on value add new functionality, let others focus on repeatable hosting and underlying platform tasks Division of labor, specialization Repeatable SW development CM processes with increased automation & collaboration New materials handling processes Interchangeable abstracted resources, reuse of SW components, web service standards Interchangeable parts, engineering tolerances Cloud SW Development & Deployment, Data Fusion 2009 Assembly Line – Muskets -> Ford 1815
48.
49. RACE Rapid Access Computing Environment – What is it Today? Track - Thursday, April 23 1:30-2:30 PM CSD - Cloud Computing & Software as a Service forge
50. RACE Phase IIa Pathway to Production (dev-test-prod) Track - Thursday, April 23 1:30-2:30 PM CSD - Cloud Computing & Software as a Service
51.
52.
53. Programming Models What’s the right fit for DoD? Hardware Resources Physical infrastructure Software-platform-as-a-service App-components-as-a-service Virtual-Infrastructure-as-a-Service Data Intensive Amazon Hadoop, Public Data Sets, Simple DB Google App Engine GCDS Akamai Compute Storage Networking Content Delivery
54.
55.
56.
Editor's Notes
Cloud computing may futuristic but it is nothing more than a way to pull together proven technologies, including virtualization, SOA, and service management. (Note: Don’t need all three but cloud is most powerful at the intersection where all three technologies converge.) The central ideas of the Cloud Computing model: 1. Abstraction maximizes the benefit of skills and expertise. It decouples the user from operational details, allowing them to focus on high-value work 2. Virtualization allows the complex IT environment to be managed as one single large resource providing services 3. Dynamically allocation provisions, configures, reconfigures, and de-provisions IT capability as and when needed, transparently and seamlessly That’s the big picture for cloud. Tie back to the three examples outlined earlier. Celerity (speed) and reliability is achieved through standardization, where commonly used configurations are stored in a catalog, ready for automatic deployment, reducing downtime and error rate flexibility is achieved through virtualization, smart resource sharing and allocation. It anticipates needs and uses the most appropriate resource to address the need, With complete control over the environment, it can pool resources together and react to unexpected demand. efficiency is achieved through better automation, standardization, and prioritization, minimizing processing time and matching the best resources with the most important and difficult tasks Transition line : Let’s look at the impact of cloud in a real-life scenario.
Also: According to Gartner , "Worldwide total software revenue for software as a service (SaaS) within the enterprise software markets is projected to surpass $5.1 billion in 2007 , a 21 percent increase from 2006 revenue. The market is poised for strong growth through 2011, when worldwide revenue will reach $11.5 billion." – M2 Presswire – September 2007 Gartner says that 25% of the whole enterprise software industry, will be software as a service by 2012 and that’s right around the corner. Despite the current economic downturn, the software industry is poised for growth in 2008, with worldwide enterprise software revenue totaling $190.7 billion in 2008, an 8.2 percent increase from 2007 revenue of $176.3 billion, according to Gartner, Inc. – Business Wire, February 2008
Consulting methodogies – business SOA – for technology What does it yield – and what is the impact (Give an example – self service provisioning) At IBM, we have been working on a maturity model and process for achieving desirable stages of maturity, a model called the Service Integration Maturity Model (SIMM). The level of de-coupling and amount of flexibility achievable at each stage of maturity are what make up the following seven levels of maturity: Silo (data integration) Integrated (application integration) Componentized (functional integration) Simple services (process integration) Composite services (supply-chain integration) Virtualized services ( virtual infrastructure) Dynamically reconfigurable services (eco-system integration) Each level has a detailed set of characteristics and criteria for assessment, and what follows is a brief description of the highlights of each level: Silo : The organization starts from proprietary and quite ad-hoc integration, rendering the architecture brittle in the face of change. Integrated : The organization moves toward some form of EAI (Enterprise Application Integration), albeit with proprietary connections and integration points. The approaches it uses are tailored to use legacy systems and attempt to dissect and re-factor through data integration. Componentized : At this level, the organization componentizes and modularizes major or critical parts of its application portfolio. It uses legacy transformation and renovation methods to re-factor legacy J2EE or .NET-based systems with clear component boundaries and scope, exposing functionality in a more modular fashion. The integration between components is through their interfaces and the contracts between them. Services : The organization embarks on the early phases of SOA by defining and exposing services for consumption internally or externally for business partners -- not quite on a large scale -- but it acts as a service provider, nonetheless. Composite Services : Now the organization extends its influence into the value chain and into the service eco-system. Services form a contract among suppliers, consumers, and brokers who can build their own eco-system for on-demand interaction. Virtualized Services : The organization now creates a virtualized infrastructure to run applications. It achieves this level after decoupling the application, its servcies, components, and flows. Now the infrastructure is more finely tuned, and the notions of the grid and the grid service render it more agile. It externalizes its monitoring, management, and events (common event infrastructure). Dynamically Reconfigurable Services : The organization now has a dynamically re-configurable software architecture. It can compose services at run-time using externalized policy descriptions, management, and monitoring. The business domain looks primarily at three things: the maturity of the business architecture, the relationship between business and IT and the business value achieved by moving to a service-oriented paradigm. We assess the business architecture and IT support of service orientation with the goal of improved reuse and flexibility, reduced complexity and time-to-market and in both business architecture and IT solutions. The organization domain looks at the maturity of the enterprise and/or business units in the context of organization structure, processes, mechanisms, learning and knowledge enablement, and governance in support of service orientation. This includes the ability to deliver on changing business requirements. The method domain looks at the maturity of the enterprise and or business units in their use of specific software (system) development method and process to support the SOA life-cycle and methods. This includes project management and project estimation considerations for the development of services, components and flows for the SOA life-cycle. The application domain looks at the maturity of the application portfolio to leverage service orientation. It focuses on the use of services for sharing and reuse of business functionality across business units and the ability to flexibly interchanging functionality to meet changing business needs. The architecture domain looks at the maturity of various levels of the architecture including, the enterprise and application architecture to support service orientation. The information domain looks at the maturity of the information and data architecture and management to support service orientation. It includes the notions of information as a service and the ability to apply best practices such as MDM and appropriate application of best practices such as Data Cleansing and Migration. The infrastructure domain looks at the maturity of the infrastructure, monitoring and management in areas of service monitoring and management, service security, and service virtualization. Designing the infrastructure to support the non-functional and operational requirements and service-level agreements needed to operate in a specific scope of the service eco-system.
Massive number of services To massive number of users With quality of service
Futures: SQL – Structured Query Language (Microsoft Database product Oracle – Database SOE – Standard Operating Environment – Proposed standards for application software ESM – Enterprise System Management – Standard system control software – Remote operations and reporting LAMP – Linux, Apache, MySql, PHP (or Perl) – Standard Web design suite for Linux – RedHat or Suse
GCDS: GIG Content Delivery Service EFDS: Enterprise File Delivery Service JIPM TSP/GBS IW PS4 UVDS – Unified Video Delivey Service Consumer RIA Clients