Professional Documents
Culture Documents
architecture patterns to build cloud-computing solutions that are organized into four main
adoption patterns.
The adoption patterns categorize the cloud-computing business models and technical goal. They
also represent the way most customers approach cloud-computing solutions. For each of these
cloud adoption 9 patterns, the CCRA identifies common architecture patterns that describe the
technologies that underlie each type of cloud-computing implementation. The IBM CCRA also
includes common architecture patterns for items that cut across all the adoption patterns,
including security, resiliency, performance, and governance. These common patterns enable a
consistent base to support a broad set of business and technical goals that are realized through
different cloud deployments.
The following cloud adoption patterns are identified by the IBM CCRA:
Cloud Enabled Data Center adoption pattern
The Cloud Enabled Data Center adoption pattern is typically the entry point into the cloud
solutions space. It provides guidance on the definition, design, and deployment of cloud-
computing solutions that deliver IaaS typically within the enterprise boundaries.
Platform-as-a-service (PaaS) adoption pattern
The PaaS adoption pattern describes how to design cloud-computing solutions that deliver
preconfigured ready-to-execute runtime environments or middleware stacks onto which
applications can be deployed. It also describes how to tie together application development and
application deployment processes into a single continuous delivery process based on application
development and IT operations (DevOps) principles.
Cloud Service Providers adoption pattern
The Cloud Service Provider adoption pattern defines cloud-based solutions that provide cloud
services through a service provider model. A service provider is an organization that provides the
cloud usually for external customers. A service provider manages and provides cloud services as
a general provider, rather than operating a computing facility for its own organization.
Software-as-a-service (SaaS) adoption pattern
The SaaS adoption pattern defines the architecture for definition and operation of SaaS
applications. The Cloud Service Provider adoption pattern provides the architecture that enables
SaaS applications to be managed and offered by the cloud service provider. The cloud service
provider also supports systems that provide the environment in which SaaS business models are
realized.
Single-tenant design aside, private cloud is based on the same technologies as other clouds—
technologies that enable the customer to provision and configure virtual servers and computing
resources on demand in order to quickly and easily (or even automatically) scale in response to
spikes in usage and traffic, to implement redundancy for high availability, and to optimize
utilization of resources overall.
These technologies include the following:
Full control over hardware and software choices. Private cloud customers are free to
purchase the hardware and software they prefer, vs. the hardware and software the cloud
provider offers.
Freedom to customize hardware and software in any way. Private cloud customers
can customize servers in any way they want and can customize software as needed with
add-ons or through custom development.
Greater visibility into security and access control, because all workloads run behind
the customers’ own firewall.
Fully enforced compliance with regulatory standards. Private cloud customers aren’t
forced to rely on the industry and regulatory compliance offered by the cloud service
provider.
The chief disadvantage of private cloud is the higher cost, which can include the cost of
purchasing and installing new hardware and software and the cost of managing it (which may
involve hiring additional IT staff.) Another disadvantage is somewhat limited flexibility—once
an organization invests in hardware and software for its private cloud, adding capacity or new
capabilities requires additional purchases. Virtual private cloud and managed cloud services (see
below) can lessen these disadvantages to a degree.
Private cloud vs. public cloud
Public cloud is a multi-tenant cloud environment, where the same computing resources are
shared among multiple customers—sometimes hundreds or thousands of them. In public cloud,
an independent cloud services provider owns and maintains the infrastructure, and access to
resources is offered on a subscription basis or via pay-per-use pricing. The model is analogous to
the way we purchase utility services, such as access to a municipal water supply or electric
power in our homes.
Public cloud sacrifices much of the control and security of private cloud, but provides significant
benefits in exchange:
Greater elasticity and scalability: With public cloud, a customer can add capacity in
response to unexpended surges in traffic, without purchasing and installing new
hardware.
Lower cost of entry: Most customers can begin using public cloud services without
adding physical compute resources of their own.
Faster access to the latest technologies: In many cases, economies of scale enable cloud
providers to offer the latest hardware and software faster than customers could if they had
to purchase and install them themselves.
There are many reasons for an organization to deploy a private cloud instead of a public cloud.
Security needs, the type of workload, integration, cost and service management are all factors in
the decision.
Service management includes a range of Information Technology Infrastructure Library (ITIL)
disciplines and should cover the entire cloud infrastructure, from below hypervisor (network,
storage and server) through above hypervisor (workloads, OS, application and middleware).
When a company deploys a private cloud, it usually manages the cloud environment on
premises. But what about when the private cloud is not deployed in the company’s environment?
What options are available for private cloud management?
The first option I mentioned (a private cloud in the company’s environment) requires a skilled
team in the company responsible to perform all the work. Another option is to hire a service
provider for service management. The service provider would manage the entire cloud
environment, providing tools and a skilled team.
This sounds like outsourcing, doesn’t it? As Colin Baker discussed in his blog post on ZDNet, if
cloud is an evolution of outsourcing, then it is very important for the company to choose a
service provider with experience in managed services, right?
Let me present one IBM solution that fits well into this scenario: IBM SmartCloud Management
Services – managed infrastructure for private cloud. This solution provides an extensive set of
services for companies that may not have the skills or simply may not want to manage their
private cloud. It is based on ITIL best practices, utilizes the expertise and experience of IBM in
cloud computing and was created based on proven cloud architecture and standards.
The following figure displays the components of SmartCloud Management Services – managed
infrastructure for private cloud.
It's a cross-platform, multi-platform cloud solution that makes creating, using, and managing
cloud resources as easy as a few mouse clicks.