Académique Documents
Professionnel Documents
Culture Documents
Sommaire
Devops and the Cloud Devops is a Verb Ive virtualized my systemsisnt that a cloud? End-to-End Cloud Offerings for Large Enterprises NoOps Is As Legitimate As DevOps IBM Research Shows How the Cloud is Driving Business Model Innovation Cloud Computing Goes Far Beyond Virtualization Top 5 Things The Cloud Is Not CIOs Don't Need to Be Business Leaders
June 18, 2012 2:05 pm by Edwin Schouten One of the hot topics around these days in IT is DevOps. But what is it exactly, why would I want it, and if so, how do I get it? This blog posting discusses these three questions; its up to you to decide when you start using it.
What is it?
Are you, as developers, fed up with the operations group that doesnt understand your coding, while taking all the time in the world to make a mess of implementing your application? Or are you from operations, frustrated that youve been given a half-developed, half-tested application that needs to be implemented without proper documentation? Or are you from the business side, overlooking the struggle between development and operations while wondering why it all takes so long to get this nottoo-difficult request implemented? For all of you; DevOps is here! The name DevOps is derived from a combination of the two words development and operations. DevOps is more than a new development methodology like agile software development, its about communication and collaboration between all three stated stakeholders (development, operations, and business) within an organization. It is mainly targeted at product delivery, quality testing, feature development, and maintenance releases in order to improve reliability, security, and faster development and deployment cycles. To support DevOps, collaborative tools are needed to support the agile service delivery approach, accelerating application deployment from weeks to minutes. DevOps has received increased attention over the last year or so, which makes perfect sense for two reasons: the application landscapes are becoming increasingly complex, the time-to-market of new functionality needs to be decreased. Organizations need to reduce cost while maintaining a satisfactory level of quality is DevOps a solution to this problem?
Devops is a Verb
posted on Wednesday, June 20, 2012 4:28 AM #devops Devops is not something you build, its something you do
Operations is increasingly responsible for deploying and managing applications within this architecture, requiring traditionally developer-oriented skills like integration, programming and testing as well as greater collaboration to meet business and operational goals for performance, security, and availability. To maintain the economy of scale necessary to keep up with the volatility of modern data center environments, operations is adopting modern development methodologies and practices. cloud computing and virtualization have elevated the API as the next generation management paradigm across IT, driven by the proliferation of virtualization and pressure on IT to become more efficient. In response, infrastructure is becoming more programmable, allowing IT to automate, integrate and manage continuous delivery of applications within the context of an overarching operational framework. The role of infrastructure vendors in devops is to enable the automation, integration, and lifecycle management of applications and infrastructure services through APIs, programmable interfaces and reusable services. By embracing the toolsets, APIs, and methodologies of devops, infrastructure vendors can enable IT to create repeatable processes with faster feedback mechanisms that support the continuous and dynamic delivery cycle required to achieve efficiency and stability within operations.
But devops is more than that and its not what you use. You dont suddenly get to claim youre doing devops because you use a framework instead of custom scripts, or viceversa. Devops is a broader, iterative agile methodology that enables refinement and eventually optimization of operational processes. Devops is lifecycle management with the goal of continuous delivery of applications achieved through the discovery, refinement and optimization of repeatable processes. Those processes must necessarily extend beyond the virtual machine. The bulk of time required to deploy an application to the end-user lies not in provisioning it, but in provisioning it in the context of the entire application delivery chain. Security, access, web application security, load balancing, acceleration, optimization. These are the services that comprise an application delivery network, through which the application is secured, optimized and accelerated. These services must be defined and provisioned as well. Through the iterative development of the appropriate (read: most optimal) policies to deliver specific applications, devops is able to refine the policies and the process until it is repeatable. Like enterprise architects, devops practitioners will see patterns emerge from the repetition that clearly indicate an ability to reuse operational processes and make them repeatable. Codifying in some way these patterns shortens the overall process. Iterations refine until the process is optimized and applications can be completely deployed in as short a time as possible. And like enterprise architects, devops practitioners know that these processes span the silos that exist in data centers today. From development to security to the network; the process of deploying an application to the end-user requires components from each of these concerns and thus devops must figure out how to build bridges between the ivory towers of the data center. Devops must discern how best to integrate processes from each concern into a holistic, application-focused operational deployment process. To achieve this, infrastructure must be programmable, it must present the means by which it can be included the processes. We know, for example, that there are over 1200 network attributes spanning multiple concerns that must be configured in the application delivery network to successfully deploy Microsoft Exchange to ensure it is secure, fast and available. Codifying that piece of the deployment equation as a repeatable, automated process goes a long way toward reducing the average time to end-user from 3 months down to something more acceptable. Infrastructure vendors must seek to aid those on their devops journey by not only providing the APIs and programmable interfaces, but actively building an ecosystem of devopsfocused solutions that can be delivered to devops practitioners. It is not enough to say here is an API, go forth and integrate. Devops practitioners are not developers, and while an API
in some cases may be exactly what is required, more often than not organizations are adopting platforms and frameworks through which devops will be executed. Infrastructure vendors must recognize this reality and cooperatively develop the integrations and the means to codify repeatable patterns. The collaboration across silos in the data center is difficult, but necessary. Infrastructure vendors who cross market lines, as it were, to cooperatively develop integrations that address the technological concerns of collaboration will make the people and process collaboration responsibility of devops a much less difficult task. Devops is not something you build, its something you do. Lori MacVittie is responsible for education and evangelism of application services available across F5s entire product suite. Her role includes authorship of technical materials and participation in a number of community-based forums and industry standards organizations, among other efforts. MacVittie has extensive programming experience as an application architect, as well as network and systems development and administration expertise. Prior to joining F5, MacVittie was an award-winning Senior Technology Editor at Network Computing Magazine, where she conducted product research and evaluation focused on integration with application and network architectures, and authored articles on a variety of topics aimed at IT professionals. Her most recent area of focus included SOA-related products and architectures. She holds a B.S. in Information and Computing Science from the University of Wisconsin at Green Bay, and an M.S. in Computer Science from Nova Southeastern University.
So, for a solution to be called a cloud it should meet these essential characteristics. In this list, it is clear that managing a collection of virtual machines is certainly not a cloud. You must be able to have resources allocated when they are needed and in a self-service fashion. You must be able to do this from anywhere with broad network access. You must provide resource pooling for use by multiple consumers in a multitenant model based upon consumer demand. Indeed, virtualization certainly comes into play with resource pooling but only to the extent that it can be leveraged to easily manage and move workloads. The consumers should not even be concerned with the physical location of the workloads. Elasticity is imperative and must be supported to both scale outward and inward as demand dictates, optimally in an automatic fashion. This is something not easily done when you are just managing virtual machines. Finally, the ability to measure usage of the services is important and should provide transparency for both the provider and consumer of the utilized service. The NIST also defines the three primary service models: software as a service (SaaS), platform as a service (PaaS), and infrastructure as a service (IaaS); and also four primary deployment models: private cloud, community cloud, public cloud, and hybrid cloud. So I think this gives us a good working model for cloud computing and the value that it can bring over only virtual machines. That isnt to say that virtualization isnt important. I think it is very important for cloud computing bordering on critical. Its just that virtualization must be thought of within this broader notion of cloud computing to gain all of the value that this new paradigm has to offer. Weve been aware of this for some time at IBM and you can easily see it in the solutions that weve delivered for both private and public clouds. I think our competitors are just now starting to see this too and are beginning to think beyond only virtual machines. But there are many differences between our cloud solutions and those of our competitors. One element is that our competitors are often focused only on their particular hypervisor (virtualization infrastructure) technologies to facilitate cloud solutions; IBM, however, gives you a choice. The next question that I think you should ask is what role does virtualization play in the cloud and what exactly is it that I should virtualize? You can probably guess that it is more than only virtual machines. At IBM, we have always been taking the broader view looking beyond where we are today so that we are prepared for tomorrow. So what does it mean to take a broader view of virtualization? At its core, virtualization is about introducing a level of abstraction between the producer and the consumer of something. We began this journey by virtualizing the hardware memory, CPU, storage, networking, and others. This led to virtual machines combining these building blocks typically with an operating system. Lets not stop there we can do so much more as we move up the software stack. For example, IBM Workload Deployer and its predecessor the WebSphere Cloudburst Appliance have provided what we call Virtual System Patterns for three years now. The motivation behind this is that although virtual machines are great there are very few business solutions that are only dependent upon a single virtual machine running some software. We saw a need to create an abstraction of a complete system with multiple federated machines to support complete application solutions provisioned as a single entity. We provide deep integration for complete systems built upon standards to support middleware provisioning; leveraging best practices, and based on our years of customer experience. We also provide utilities in an open, extendable structure to support customization and integration of third-party solutions. This is all accomplished using a patterns-based approach with a very simple drag-and-drop interface. Once more, our competitors are just starting to play catch-up here by introducing similar concepts with graphical user interfaces
that allow you to build topologies of virtual systems. Its amusing to see how similar they look to what weve had for years. I guess imitation really is the most sincere form of flattery.
Once again, we didnt stop there. We took the abstraction up a level higher and introduced application virtualization last year in our IBM Workload Deployer private cloud management solution. By application virtualization I mean providing the capabilities to abstract the application from the underlying infrastructure such that it can be elastic, highly available, and provide agility across a pool of application infrastructure resources. This type of application virtualization is built into our virtual application pattern (hence the name) an application-centric way of defining, provisioning, and managing the complete lifecycle of your application. Features such as elasticity of the application itself and shared services to support non-functional requirements are delivered in policies using common metrics such as response time service level agreements (SLA). Requirements that are common for nearly any application, such as high availability, are baked right into the solution without any definition required. Virtual application patterns support specific types of applications in a highly integrated solution integrated both on the front-end user interface, and on the back-end implementation of the running systems. Management is from an application perspective not focused on the various middle components that are necessary to support the application. This a true platform as a service (PaaS) solution where IBM Workload Deployer dynamically builds the necessary platform infrastructure to support the specific needs of the application. I dont see anything similar in scope and user simplicity from our competitors theyll be playing catch-up yet again. So this is what cloud computing is all about. It is about much more than simply virtualization it is about transforming the data center. It is about innovation and simplicity. IBM is including intelligence into the solutions that we provide and integrating the expertise we have gained over years of experience right into those solutions to simplify IT for our customers.
We are providing our customers with the IT for their business so that they dont have to be in the business of IT themselves. But were not done yet! Youve no doubt heard a lot of buzz about our recently announced expert integrated systems and in particular IBM PureApplication System a system with built-in expertise, integrated by design, and a simplified experience. As you can see weve been on this mission for a while and were continuing to build our expertise and knowledge into these systems to simplify IT. IBM PureSystems is here! To find out more visit http://ibm.co/HxXzwB. Joe Bohn is a senior software architect at IBM. He is currently serving as a technical evangelist for WebSphere cloud computing. Before becoming a technical evangelist, he represented IBM on OSGi Alliance specifications and open source projects including Apache Aries and Apache Geronimo. Prior to these activities he worked in multiple product areas within IBM as architect, designer, team lead, and developer on a variety of IBM products including the Integrated Solutions Console, Tivoli Presentation Services, and multiple Tivoli solutions.
Mission-Critical Workloads These will be bread and butter for any large enterprise IT. For example if the enterprise is in the telecom domain, the workloads like provisioning, billing and network management will be a part of this workload category. If the enterprise is from the manufacturing domain, then product life cycle management, warranty analysis, supply chain management will be a part of this. Large enterprises' utmost concern is the proper functioning of these workloads. Typically enterprises will receive the maximum benefit if these workloads are moved to private clouds which can handle heterogeneous platforms like mainframe, Unix flavors, Linux and Windows. Typically enterprises would like this workload to run without any changes even after migration to cloud. Elastic Workloads This is the new terminology coined to represent the workloads, which may not be 100% mission-critical for the enterprises, but are still important, but whose processing is dynamic in nature and are the ones that benefit from the elastic nature of the public clouds. Examples like data warehousing systems, content management systems, massively parallel processing operations, consumer-facing web sites form part of this workload. This workload will receive the highest benefit for migrating into public clouds. Consumable Workloads With the great proliferation of SaaS (Software as a Service), enterprises have many avenues to consume certain types of workloads directly from a public cloud without even hosting them. Popular CRM software like Salesforce are good examples. There are so many other
BpaaS players and situations that I have been covering separately in my Industry SaaS Series' form part of this workload. Cloud Integration With the large enterprises running their business partly in on-premise private clouds and partly on public clouds, robust application integration options are required to ensure that the applications are in sync with each other and information generated out of the extended enterprise is consistent and preserves the integrity across transactions. Hybrid Environment Management With the increased workload management across the public clouds and the new ways of monitoring the virtualization techniques adopted by private clouds, enterprises needed to move away from the traditional ways of IT environment management and move towards a hybrid environment management. Application Development Life Cycle for the Cloud Environment No enterprise can afford to be static with respect to their business capability needs. This means the cloud-enabled IT has to rapidly expand to the new market needs. This is only possible if the application development platform is cloud-aware and can support both private cloud deployment and public cloud deployment. The platform should also free enterprises from future upgrades and maintenance activities so that enterprises can become truly agile. PaaS (Platform as a Service) is the best option for large enterprises in this regard. Enterprise Innovation with Cloud While the above mentioned components of the reference architecture are still part of the traditional enterprises even without cloud in a different form, however in today's competitive environment large enterprises needed some options which are truly innovative and disruptive in nature. Cloud value proposition like high performance computing (HPC) and some other research options form part of this. IBM SmartCloud Product Mapping for the Blueprint SmartCloud is the IBM vision for cloud computing, which accelerates business transformation with capabilities from IBM cloud offerings. The following product mapping will help to realize the blue print for cloud enablement for large enterprises with the respective SmartCloud offerings. Mission-Critical Workloads As explained large enterprises will choose private clouds for running their mission critical workloads. IBM SmartCloud has a multitude of private cloud infrastructure and associated software options. IBM SmartCloud Entry on Power Systems. It works with a client's existing Power Systems infrastructure. IBM zEnterprise heterogeneous cloud solution IBMStarter Kit for Cloudx86 Edition Additionally there are IBM SmartCloud Foundation infrastructure offerings that include servers, storage and virtualization components for building private and hybrid cloud computing environment. Together the above options help an enterprise to run their mission critical, Mainframe, Big Endian Unix, Linux and Windows workloads on a private cloud. Elastic Workloads Public Cloud offerings form part of the management of these kinds of workloads. IBM SmartCloud Enterprise and Enterprise+ provide the enterprise class public cloud platforms, with the following major features.
Greater choice and flexibility with Enterprise class operating systems and software images Availability and performance Security and isolation Payment and billing
Consumable Workloads SaaS and BpaaS offerings form part of this workload, and IBM SmartCloud has a variety of SaaS offerings, and like any other community contributed application exchange this can grow further in the future. Current offerings are categorized into: Business Process Management Analytics Social Business Government Offerings Buying, Procurement and Sourcing Selling and Merchandising Marketing and Web Analytics Other Business Process As A Service Payment and billing To facilitate a collaborative ecosystem for more SaaS/ BpaaS products IBM Application Development Services For Cloud' help partners to develop new SaaS applications. Cloud-Based Integration Continuous functioning of large enterprises on hybrid environments (i.e., public, private clouds) is only possible if there are strong cloud integration platforms. WebSphere Cast Iron Cloud Integration is part of SmartCloud platform and enables cloud application to application integration. Hybrid Environment Management IBM SmartCloud Monitoring is a cloud monitoring tool for cloud infrastructure as well as the virtual servers running within it. SmartCloud Monitoring is designed to monitor very large environments. Coverage for KVM, VMware, Citrix XenServer, Citrix XenDesktop Citrix XenApp, Cisco UCS, NetApp. With respect to Public Cloud, IBM SmartCloud Enterprise+ provides robust management options. Application Development Life Cycle for Cloud Environments IBM SmartCloud Application Services allow your organization to develop, deploy, manage and integrate applications in the cloud. Initially, IBM SmartCloud Application Services will provide initial support for Java, and expand to include PHP, Ruby, C, C++, .Net and others later. IBM SmartCloud Application Services portal, tooling will be provided to manage the deployment and management of applications. In addition, Rational products will be available for application lifecycle management. The service will use the IBM DB2 Enterprise Edition 9.7 database, which is Oracle-compatible. Data can be extracted from an Oracle database and moved into the DB2 database. Enterprise Innovation with Cloud The HPC cloud offerings from IBM provide the methods and means to manage HPC infrastructure using cloud computing technology. The HPC cloud offerings from IBM complement the IBM SmartCloud. Summary Lot of material is available on the IBM site about the detailed offerings as part of IBM SmartCloud. The aim of this article is to position how the large enterprises can adopt to this
robust cloud offering and can take comfort of an end-to-end offering, which will ensure that they handle any fear or uncertainty or doubt among the stake holders.
IT to the invisible face of IT. PaaS takes this one step further by making even DevOps less relevant because the PaaS providers absorb almost all of the operations underneath and offer a simple interface for developers to deploy their apps. Hence, we are seeing the raise of the term NoOps. Makes sense. Why are Ops people whining then? Well, the reality is not so simple and there are many shades of grey. Yes, NoOps is a marketing term but it is a great term that clearly highlights what the service is offering. If terms like converged infrastructure, cloud computing, DevOps, etc. can be valid terms to describe the respective offerings, NoOps is a very legitimate term to define what hosted PaaS offers organizations. However, the ground reality is different from a simplistic evolution to hosted PaaS. In the next several years, we are going to see a complex evolution with most of the workloads moving to clouds while some of them staying inside the firewall. Also, we are going to see a more federated ecosystem of infrastructure players. We will be seeing adoption of both hosted PaaS as well as Private PaaS (yet another term used to describe the platform layer put on top of private cloud infrastructure). All these different choices are going to give us an environment where the relevance of Ops will be visible in some cases and invisible in others. In most cases, ops people will be in the background (on the service provider side) and doing their magic quietly and the service interface is going to be the future face of IT. DevOps will stay put as long as we have organizations wanting to have much deeper control over the infrastructure and even in the case of hosted PaaS, some developers may need to assume operational responsibilities (albeit, very rarely). Since the ground reality is a bit more complex and the NoOps term completely sweeps away the reality under the carpet, people are getting upset. But it is time for them to get used to the term and the decibel levels are going to rise as more and more organizations start embracing PaaS. If buzz words can be a competitive advantage in a free market, NoOps is as legitimate as other terms like DevOps or Cloud. #justsayin
IBM Research Shows How the Cloud is Driving Business Model Innovation
CMS Wire By Barb Mosher (@barbmosher) Mar 8, 2012
The decision to move to the cloud has traditionally been about operational efficiency, but according to IBM's research, we'll soon start to see organizations take advantage of the cloud for business initiatives and that kind of stuff is a whole lot more fun. We had the opportunity to talk about the IBM study with one its authors, Saul Berman, Global Lead Partner for Strategy Consulting and Innovation and Growth for IBM Global Business Services. It's important to point out that this study was conducted from a business perspective and not a technology perspective, which is a refreshing approach to understanding how the cloud can work for your business. Editor's Note: Read the full study: The power of cloud. Driving business model innovation (1.35 MB PDF)
the world, in organizations ranging from large (greater than US$ 20 billion) to small (less than US$ 1 billion). The results? That, although many organizations focus cloud initiatives on operational efficiency, we'll see that slowly decrease over the next few years (from 55% to 31%) in favor of innovative business plans, like new lines of business/industries, new pricing models and better partner collaboration. When surveyed, here's what items topped the cloud adoption list for most organizations:
IBM Cloud Enablement Framework The framework looks at two things: the customer value proposition and the value chain. Along each of these dimensions there are different types of organization models. You need to look internally and decide where in this model your organization fits. Are you: An Optimizer: Optimizers are about enhancing what they have now and improving operational efficiency. They aren't ready to take the risks and therefore won't get the revenue and market share gains that Innovators or Disruptors will. But the opportunities are there to deepen relationships with customers and enhance products and services. An Innovator: Innovators take advantage of the cloud to greatly extend the value proposition. This can change their role in the industry and/or lead to new markets or industries. It's about extending what they have and transforming in ways that lead to new revenue streams and market opportunities, thus gaining competitive advantage. A Disruptor: For a Disruptor, it's about radical change, creating new markets/industries or disrupting existing ones. It's big risk for big reward.
Berman says you can choose to evolve over time from one type to the next, but some organizations are going to be innovative or disruptive from day one. He points to the media/entertainment industry as an example of an industry where you might want to focus more on innovation and disruption than worry about an existing business model that may be under attack.
Cloud Computing Cloud computing on the other hand is an ability to make resources available on demand. There are statements made on what to expect in general from cloud computing. A definition of cloud computing published in NIST SP-800-145 outlines the essential characteristics, how to deliver, and what kind of deployment models to be cloud-qualified. Chou further simplifies it and offers a plain and simple way to describe cloud computing with the 5-3-2 Principle as illustrated below.
The essence of cloud computing is rooted at the appreciation of a "service." In the context of cloud computing, a service simply means the state of being available on demand. So SaaS means software, i.e. an application, is available on demand and the focus is on functions available within and not beyond the application. PaaS provides a run-time environment on demand and the scope becomes what are the common set of capabilities available on demand for applications deployed to this run-time environment. Since the runtime environment is available on demand, an application deployed to the run-time environment then can be brought to a running state on demand. Namely those applications deployed to a PaaS environment are delivered, as a consequence, with SaaS. And IaaS denotes infrastructure available on demand, which means the ability to provision infrastructure on demand. For IT professionals, provisioning infrastructure at an operational level translates to deploying servers. And in the context of cloud computing, all servers are virtualized and deployed in the form of a virtual machines or VMs. So, IaaS ultimately is the ability to deploy VMs on demand. "On-demand" is not to be casually used. This is a loaded term with a strong connotation of the five essential characteristics of cloud computing. On-demand means high accessibility and always-on readiness since it must be accessible and ready per SLA. In cloud, they are represented by self-service model and ubiquitous access. On-demand suggests there are likely standardization, automation, optimization, and orchestration in place, which are
presented collectively as resource pooling and elasticity. Ondemand implies the need for auditing and metering, i.e. analytics, so capacity can be planned accordingly. And that is why consumption-based charge-back or show-back model is included in the essential characteristics of cloud computing. Unequivocally Different With what has been described above, to realize the fundamental differences between virtualization and private cloud becomes rather straightforward. Noticeably, virtualization is not based on the 5-3-2 principle as opposed to cloud computing is. For instance, a self-serving model is not an essential component in virtualization, while it is essential in cloud computing. One can certainly argue some virtualization solution may include a self-serving component. The point is that self-service is not a necessary , nor sufficient condition for virtualization. While in cloud computing, self-service is a crucial concept to deliver anytime availability to user, which is what a service is all about. Furthermore, selfservice is an effective mechanism to in the long run reduce training and support at all levels. It is a crucial vehicle to accelerate the ROI of a cloud computing solution and make it sustainable in the long run. Virtualization is centered on virtual machines and rooted in infrastructure management, operations, and deployment flexibility. Virtualizationis about the abilities to consolidating servers, managing VMs, streaming desktops, and so on. How to productively configure, deploy, and manage a workload in a deployed VM and At the same time, cloud is about "service"and "service" is about the readiness and responsiveness relevant to market opportunities. Cloud is about go-to-market. Cloud focuses on making a requested LOB application available on demand and not just on just how to deploy a VM. Cloud is interested in not only operating VMs, but providing insights of a target application running in those VMs. No, virtualization is not cloud computing. And cloud goes far beyond virtualization. So what are the specifics about virtualization vs. a private cloud? [To be continued in part 2] Yung Chou is currently a Sr. IT Pro Evangelist in Microsoft. Within the company, he has had opportunities serving customers in the areas of support account management, technical support, technical sales, and evangelism. Prior to Microsoft, he had established capacities in system programming, application development, consulting services, and IT management. His recent technical focuses have been in virtualization and cloud computing with strong interests in private cloud with service-based deployment and emerging enterprise computing architecture. He is a frequent speaker in Microsoft conferences, roadshow, and TechNet events.
The cloud looks set to be the next king, but there are five things the cloud is not. Can you think of others? Image: akakumo/Flickr Its clear that the technology industry is moving from the PC era to the cloud era in several significant ways. While cloud represents a new way for IT to deliver and end users to consume IT applications and services, this transition also represents a significant change in how applications, services and systems are defined. The move to cloud computing is the most important technology disruption since the transition from mainframe to client-server, or even since Al Gore invented the internet. While industry veterans like Oracles commander in chief declared it a fad, this is a decade-long trend that is here to stay, and one that will define the next generation of IT. The movement itself has been in play for the last decade, however there continues to be a lot of (mis)information in the marketplace about the cloud. So much so that it is difficult for organizations to figure out what is real and what is not to help them develop a successful cloud strategy, or simply learn about technologies that have been specifically designed and purpose-built to meet this dramatic shift in technology. While its important to know what the cloud is, its just as important to separate the wheat from the chaff, and for IT to understand what cloud is not. To this end, I encourage you not to add yet another definition of the cloud to your glossary, but to truly understand the top 5 things the cloud is not. 1. Cloud is not a place. People often talk about moving to the cloud as if they were moving to another city. But the cloud is not a place. In fact, the cloud can be anywhere, in your data center or someone elses. Organizations that believe they are moving to a strategy that leaves legacy apps and systems behind are in for a rude awakening. The single most important way for enterprise organizations to prepare themselves for the cloud is to understand that the cloud is a radically new way of delivering, consuming and adopting IT services in a far more agile, efficient, and cost-effective manner, which will spread throughout the ether and be a mix of public, private, managed or hybrid clouds. By looking holistically at the cloud, organizations can optimize its benefits for their budgets, privacy needs, geographies and overall business needs.
2. Cloud is not server virtualization. Despite what many believe, and what many will tell you, the cloud is not the same as nextgen server virtualization. It doesnt surprise me that many believe that by virtualizing their data center they will create a private cloud. Some vendors are intentionally trying to blur that line, aiming to convince customers that their vCenter clusters somehow deliver a private cloud. On the contrary, that is a gross exaggeration of the term cloud. If you take a look at the way Amazon has built its cloud architecture, it becomes very clear that there are some fairly stark differences between a server virtualization environment and a true cloud architecture. While Amazon starts with Xen virtualization technology, the brains of its architecture comes with a new layer of software that Amazon built in an effort to create a new control plane, a new cloud orchestration layer that can manage all the infrastructure resources (compute, storage, networking) across all of their data centers. This is at the heart of the clouds technology disruption. Some analysts refer to this as the hypervisor of hypervisors, or a new software category of cloud system software. The fact of the matter is that some of the major players are doing cloud without server virtualization. Take Google for example. They have deployed a cloud architecture that is not using server virtualization, but rather a bare metal infrastructure. So while virtualization can be an important ingredient of cloud, it is not always a requirement. 3. Cloud is not an island. Depending on what youre reading, youll hear a lot about public clouds versus private clouds, and it may feel as if enterprises must make a wholesale decision on which way to go. But the cloud is not an island, it is not a place where you put all of your IT services, and then lose all interconnectivity and access. The recent Amazon outages have proven this to be an important point for any organization leveraging the cloud. The right cloud strategy will be one that enables you to have a hybrid approach with the ability to easily connect private and public clouds. Even the recent move by NASA to include Amazon Web Services as part of its cloud rollout after a significant investment in the build-out of its own technology proves that the market is moving to open, interoperable multi-cloud environments. 4. Cloud is not top-down. The cloud has up-ended the traditional IT approach to delivering services. The lines of business have been leading the charge in making the decision to move to cloud computing. With specific needs to get to market quickly, functional business leaders are consuming cloud services to avoid traditional IT processes. But we dont need surveys to clarify this movement. The reality is that with the simple swipe of a credit card and the creation of an account, end users can gain instant access to infinite pools of IT resource to help test out a new idea, get their job done or even become more agile in their daily work. This is part of why this revolution is so powerful. The Consumerization of IT is driving this new movement. Users are already there and the C-level offices are just now trying to catch up with them. Those that embrace this move sooner rather than later will learn how to use the cloud as a strategic weapon before their competitors do. So the cloud is not top down, but rather a bottoms-up phenomenon. 5. Cloud is not hype. As I started this piece, I wrote about the (mis)information that has flooded the market and slowed progression and adoption of the cloud for some organizations. Ive spoken with people in many organizations who are still skeptical of the cloud and believe that it is something that is very far off into the future. No doubt there is a lot of noise in the market with many claiming early victory in the hearts and minds of developers, with open source momentum, or beta products. The reality is that the cloud is ready now, and Citrix has more than 100 organizations that are running clouds in production today. Companies like AutoDesk, Edmunds.com, Nokia, Chatham Financial and others, already reaping the benefits.
My words of advice to companies considering a move to the cloud learn from others who have already built highly scalable, successful clouds that have helped them transform the way they deliver and consume IT resources. This is just the beginning of the discussion. There are many more topics that we will continue to talk about in the coming weeks, months, years (such as, cloud is not only an infrastructure and cloud is not just for service providers). All with the goal of helping organizations and the market understand what the cloud is and what it is not. Peder Ulander is vice president of product marketing for the Cloud Platforms Group at Citrix, overseeing the companys marketing strategy for its cloud infrastructure and server virtualization products.
between an organization that gets things right on technologyor, when it gets things wrong, can recognize the issue and quickly correct itand one that makes poor decisions that result in fragile, constrained applications.