Future of Cloud Computing Irena Bojanova, Ph.D. UMUC, NIST
No Longer On The Horizon Essential Characteristics On-demand Self-Service Broad Network Access Resource Pooling Rapid Elasticity Measured Service Pay/charge-per-use access to applications, software development & deployment environments, and computing infrastructure. Optimized, efficient computing through enhanced collaboration, agility, scalability, and availability. Service models (SPI) Software as a Service (SaaS) Platform as a Service (PaaS) Infrastructure as a Service (IaaS) Deployment models Private Community Public Hybrid Natural evolution of the Web: Web Sites Applications SaaS Developer Platforms PaaS Compute and Store IaaS Next logical step for IT industry Strategic weapon in enterprise computing Norm in every sector of society. Governments, organizations, and individuals adopt cloud computing to manage information instead of infrastructure.
Now Focus On Initial Risks Evaluation using CSA s framework Importance of data and applications/functions/processes to be moved to Cloud Risk tolerance of organization Acceptable deployment and service models combinations Potential exposure points for sensitive information and operations. Multi-Tenancy the True Cloud solution Data and applications of different consumers share platforms, storage, and networks Tightly related to resource pooling Economies of scale, passed to costumers Use of newest technology and the latest software versions Logical separation is a suitable substitute for physical separation. Main risks come from not knowing the architecture One of top 6 questions to ask: Is it hosted or a true Cloud solution? Cloud-Based Integration ipaas Silos - applications and data cannot interact with on-premise systems. ipaas -development, execution and governance of integration flows Connecting on-premise and cloud-based processes, services, applications, and data Within individual or across multiple organizations.
Now Focus On (Cont.) Cloud Portability, Interoperability, and Federation Applications and data are easily moved between platforms and providers Scaling one service across disparate providers, while appearing and operating as one system Interoperability is closely related to rapid elasticity and multi-tenancy Connecting clouds through network gateways hybrid Cloud environment Interconnecting services of providers from disparate networks Providers wholesale or rent resources to balance workloads and handle spikes in demand Standard, pre-negotiated set of contracts.; Federation agreements. Benefits for Consumers Choose best provider by flexibility, cost, and availability of services Use most appropriate infrastructure environment Distribute workloads around globe ;move data between disparate networks. Benefits for Providers Earn revenue from idle or underutilized resources Expand geographic footprints without building new points of presence. Considerable effort: IEEE CS P2302 Standard for Intercloud Interoperability and Federation.
New Trends Nexus of Forces evolving through convergence and mutual reinforcement of: Social Mobile Cloud Big Data Social media and mobile apps provide platformfor effective social and business interactions. Cloud offers convenient and cost effective computational and information delivery infrastructure. New digital economy is being built upon this Nexus in combination with the Internet of Things, unlocking an incredible opportunity to connect everything together. The gap between ideas and actions is being rapidly reduced through: Near-global connectivity Pervasive mobility Industrial-strength compute services Access to vast amounts of information Without Cloud Social interactions no place to happen at scale Mobile no connection to data and functions Information stuck inside internal systems.
New Trends (Cont.) Personal Clouds (PC s) PC idea reborn --control on data, apps, terms of service Personal devices Personal services; self-hosted, provider-hosted, or hybrid Interoperable and addressable through XDI p2p marketplace Find and engage with anyone with PC trust, reputation. Hybrid Clouds Evolution From integration of internal private clouds & public services Towards bringing together personal clouds & external private services Will have to be design with interoperability and federation in mind. Private Clouds Evolution Will have to be designed with hybrid future in mind to be able to handle future aggregation, integration, interoperability, and customization of services Organizations implementing such clouds will have to: Handle overdrafting and cloudbursting Take role of cloud service brokers.
New Trends (Cont.) From To Cloud ~ provides ubiquitous, on-demand, elastic, selfconfigurable, cost effective computing. and Mobile ~ convenient gadgets, with regional wireless communication and limited data services and computing and power resources. Cloud-Based Mobile Augmentation (CMA) ~ employs Cloud to increase, enhance, and optimize computing capabilities of mobile devices. and Cloud Mobility~ low-end mobile devices access cloud computing resources and globally connected mobile enabled resources. Flyables Wearables Drivables Scannables
Evaluating Initial Cloud Risks Steps in Evaluating Risk 1. Identify asset for cloud deployment Determine exactly what data or applications/ function/ process is being considered for the Cloud. 2. Evaluate asset Determine how sensitive that data is and how important that application/ function/ process is to organization. Assess confidentiality, integrity, and availability; and how risk changes if all/ part of that asset is in the Cloud similar to project outsourcing assessment, just with wider range of deployment options. 3. Map asset to cloud deployment models Determine if any risks implicit to different deployment models (private, public, community, hybrid) and hosting scenarios (internal, external, combined) are acceptable. At this point there should be a good idea of the comfort level for transitioning to the Cloud, and which deployment models and locations fit desired security and risk requirements. 4. Evaluate cloud service models and providers Focus on degree of control organization will have at each SPI tier to implement any required risk management (risk mitigation). For a specific offering, switch to a fuller risk assessment. 5. Map out data flow For specific provider offering, map out data flow between organization, cloud service, any customers/ other nodes. Understand whether and how data can move in and out of the Cloud. For any offering, sketch out rough data flow for any deployment option on your acceptable list, to help you identify risk exposure points when making final decisions. Details Potential uses of asset to account for: Scope creep data and transaction volumes often become higher than expected. Ask what would be the harm if: Asset became widely public and widely distributed Asset were accessed by employee of Cloud provider Process/function were manipulated by outsider Process/function failed to provide expected results Data were unexpectedly changed Asset were unavailable for a period of time Which model is acceptable for identified asset: Public; Private, internal/ on premises Private, external look at dedicated or shared infrastructure Community look at hosting location, service provider, community members Hybrid look at least at rough architecture of where components, functions, and data will reside Consider: SaaS PaaS IaaS Consider: Private Public Community Hybrid Consider: Providers' offerings Consider: Providers' offerings
Multi-Tenancy Examples of Shared Resources by Service Model Service Model Shared Resources Shared By SaaS Same application or database Different consumers Paas Same operating system, and supporting data and networking services Different processes Iaas Same hardware via a hypervisor Different VMs General Methods for Achieving Multi-Tenancy Multi-Tenancy Via Description Cost Database Virtualization Database and configuration, with isolation provided at the application layer. VM technology, providing hardware emulation layer over the real hardware. Multiple copies of server OSsare run within one physical machine, while sharing physical hardware (network cards and disk storage) between virtual OS instances. Physical separation Resources are provided to tenants individually each tenant uses only dedicated hardware. Least costly. Might reduce services costs and expenses, but is more costly compared to multi-tenancy via databases. Most costly.
Security Risks PaaSbuilds upon IaaS, SaaSin turn builds upon PaaS security issues and risks are inherited just as capabilities are. Lower down the stack, provider stops bearing responsibility, and consumer becomes responsible for more security capabilities and management. Service Model SaaS PaaS IaaS Integrated Features Extensibility Most integrated functionality built directly into the offering Customer ready futures Few if any application-like futures Least consumer extensibility More extensible than SaaS Enormous extensibility Security Relatively high level of integrated security -provider responsible Negotiated into contracts for service (service levels, privacy, compliance) Less complete built-in capabilities Securing the platform -- provider responsible More flexibility to layer on additional security Applications developed on platform and developing them securely -- consumer responsibility Protecting underlying infrastructure and abstraction layers -- provider responsible Less integrated security capabilities and functionality beyond that Reminder of stack -- OSs, applications, content -- managed/ secured by consumer
Multi-Tenancy Risks (1) Deployment Model Multi-tenancy Risks and Mitigation Implications: Workloads of different consumers may reside: Concurrently on same computer system and local network, Separated only by access policies implemented by provider's software. Consumers security could be compromised by flaw in: General Implementation or Provider s management and operational policies and procedures. Multi-tenancy risks: Reliability failure may occur Security attack may be perpetrated by consumer Implications: General risks apply, as there could be authorized but malicious insiders Different organizational functions(payroll, sensitive PII storage, IP generation) can become accessible to not authorized users and classes of data disclosed. On-site Risks mitigation: Logical segregation techniques at network layer, such as VPN Routing and Forwarding (VRF) Private Clients are restricted to organization members or authorized guests/ partners. Implications: On-site private cloud risks apply. Risks mitigation: Outsourced FISMA and OMB policy require external cloud providers to handle federal information or operating information systems on behalf of the federal government meet same security requirements as federal agencies.
Multi-Tenancy Risks (2) Deployment Model Multi-tenancy Risks and Mitigation Implications: On-site private cloud risks apply, but more organizations are encompassed. On-site Risks mitigation: Restricted number of possible attackers, but more than with private onside cloud. Community Implications: On-site community cloud risks apply. Outsourced Risks mitigation: Restricted number of possible attackers, but more than with private cloud. Implications: Workloads of any combination of consumers may be sharing a single machine Workload may be co-resident with workloads of competitors or adversaries. Risks: Public Large collection of potential attackers, as public clouds aim scaling in consumers and resources to achieve low costs and elasticity. Risks mitigation: Limited kinds of data for computations in the cloud Data encryption (but then data needs to be unencrypted to be processed) Physical separation rent entire computer systems rather than VMs (mono-tenancy), VPNs, segmented networks, or advanced access controls.
Interoperability (1) Interoperability, Portability, and Cloud Service Models Service Model IaaS PaaS SaaS Interoperability and Portability Interoperability and portability of customer workloads are more achievable in IaaS service IaaSbuilding blocks are relatively well-defined, e.g., network protocols, CPU instruction sets, and legacy device interfaces Application written to use specific services from a vendor's PaaSwill require changes to use similar services from another vendor's PaaS Efforts on development of open and proprietary standard API's to enable cloud management, security, and interoperability: Open Cloud Computing Interface Working Group (OCCI), Amazon EC@API,... Common container formats: DMTF'S Open Virtualization Format (OVF). Application written to those standards is far more likely to be interoperable and portable. Portability of workloads requires a level of compatibility and interoperability between SaaS applications.
Interoperability (2) Interoperability of Between Application Platform Application components deployed as: SaaS Applications using PaaS Applications on platforms using IaaS Platform components deployed as: PaaS Platforms on IaaS Need of Dynamic discovery and composition: Discover instances of application components Combine them with others at run time. Note: Application component may be a complete monolithic application or part of a distributed application. Standard protocols for service discovery and information exchange indirectly these enable interoperability of applications on these platforms. Management Publication and Acquisition Cloud services (SaaS, PaaS, Iaas) and programs for implementation of on-demand self-service. Platforms, cloud PaaSservices and marketplaces (including app stores). Standard interfaces for cloud services to create generic system management products for both cloud services and in-house systems. Standard interfaces to these stores to lower cost of for software provideers and users. Portability of Data Application Platform Enables Re-Use of Data components across different applications Application components across cloud PaaS services and traditional computing platforms Platform components across cloud IaaSservices and non-cloud infrastructure (platform source portability) Bundles containing applications and data with their supporting platforms (machine image portability)