Cloud is a journey. This post discusses our approach to crawl, walk and run.
A cloud architecture has multiple facets and requirements, a key part of which is the need for cloud orchestration and provisioning, coupled with a self-service end user portal. Let’s call this “Cloud Automation” for now. If you are designing and/or building a cloud, then, part of your work will be to deliver a cloud automation solution to deliver on that promise. How do you plan to go about that? One approach is to define your extensive list of requirements, based upon your business needs and current capabilities, and go about building out that solution.
Another approach is what I’ll call “Crawl Walk Run”. The incremental approach.
Post is here.
Cloud is a change to the operational model: a change in behavior, accounting, process and people. You can’t do it overnight. Trying to deliver every service doesn’t work.
It’s very important to set a roadmap of where you want go with your cloud services so you don’t get stuck in the VM Azores — this is where all the focus is on VM provisioning and then you deploy technology that does that. And only that.
You need that roadmap of services and a technology platform that supports your vision. Even if all you first is crawl.
Tags: Cisco Intelligent Automation for Cloud, cloud, cloud automation, Cloud Management, intelligent automation, orchestration, Service Orchestration, unified management
Recently, I wrote an article on PaaS for IT BusinessEdge entitled the road PaaS, understanding your post IaaS options. Here’s an excerpt.
The Road to PaaS
PaaS is an enticing proposition that has generated a lot of market buzz.
But PaaS forces tradeoffs and it shouldn’t be seen as a one-size-fits-all proposition.
To understand, I like to draw the distinction between what I call “Silicon Valley PaaS” and “Enterprise PaaS.” The majority of the discussion in the market today revolves around the Silicon Valley PaaS pattern, which is a truly abstracted “black box” approach to software platforms.
This form of PaaS exposes a set of standardized services to which you write your applications, completely sheltering developers from the underlying complexity below the PaaS abstraction.
It makes a lot of sense for brand-apps built with modern frameworks like Python and Ruby in greenfield development environments that are highly standardized.
The basic premise of the post is that PaaS for an enterprise is VERY different from PaaS for a Silicon Valley start up. And nowhere is it more different than in the network requirements.
The PaaS customer is a developer who will code an application, use the underlying services offered by the PaaS stack, such a database, storage, queueing, etc. The developer deploys the code, selects a few options and code is live.
So what’s going on with the network? Well, the PaaS layer will need to auto-scale, fail-over and deliver performance at some level. It may need it’s own domain as well. That PaaS layer will need to talk to underlying network services such as firewalls, switches, etc. That PaaS really needs access to infrastructure models that deliver network containers to whatever PaaS abstraction the PaaS layer has.
Hard enough to do when all the containers are the same, as it would be in a Silicon Valley PaaS offering.
It doesn’t work with the existing enterprise platforms. This is a big opportunity for innovation
Tags: Cisco Intelligent Automation for Cloud, cloud, Cloud Management, intelligent automation, orchestration, paas, Service Orchestration, unified management
Wow, lots of excitement this week with all the news in the cloud space. All very interesting and very much validating of the work that our Intelligent Automation Solutions Business Unit is doing around automation of the cloud. Now on to actually showing ROI right now for your CIO.
We in the Cisco Intelligent Automation Solutions Business Unit define the cloud operating model as a set of behaviors that define the operational characteristics of your private or public cloud. Our Cisco Intelligent Automation for Cloud models a private cloud operation through a set of behaviors around the following areas:
- Catalog of Services
- Tenant / Organization Model
- Site / POD model
- Lease/Capacity management
- Network Segregation
- Lifecycle management
- Administrative capabilities
- Image Management
- Storage and Network Automation
Let’s take a look at each of these items and show how this work in our Intelligent Automation for Cloud Starter Edition:
Read More »
Tags: Cisco Intelligent Automation for Cloud, intelligent automation, network automation, orchestration, starter edition
I was recently vising a few customers south of our corporate offices in the Los Angeles area and I was jolted into realizing that I need to add one more significant benefit of deploying our Intelligent Automation for Cloud software.
When I talk about benefits of Private (and Public ) Cloud I usually focus on these four business drivers:
- Drive towards shorter provisioning times (for both Physical and Virtual Infrastructure) and self service
- Desire to reduce infrastructure costs by moving from a provision for peak loads on each application to one of pooling of resources and “averaging” out the workload peaks and to enable the pay for usage
- Users (and management) was a predictable SLA for provisioning achieved through orchestration and automation
- Need to reduce VM sprawl and increase governance and compliance over the provisioning process.
Read More »
Tags: intelligent automation, orchestration, private cloud
In my journeys of talking to IT organizations I come across individuals who really stand out in their drive and passion to transform their organization and achieve a pragmatic cloud for their stakeholders. This is the third in a series of Blogs on the Superheroes of the Cloud. What makes these individuals and their organizations special is that they distinguish their organizations by having a unique angle to their Journey to the Cloud. I won’t spell out the exact formula but I will offer some tidbits on why I am impressed by these superheroes.
Who said that building a cloud operating model is easy? It is not. It takes complete focus on the end goal and a systematic approach to defining the many levels and subsystems of the cloud management and automation framework. It takes lots of time learning from missteps and successes. You are pressured to hasten the timeline and deliver under budget. You have to be a visionary and yet be the most pragmatic individual on the block.
When Cisco Intelligent Automation added Cloud Automation to our core DNA, we looked for individuals in our services organization who would stand up and be the original builders and architects of the pragmatic clouds for our customers. They would train an entire group of people within Cisco and at our partners to build those clouds. Their students became teachers in their own right.
Read More »
Tags: Cisco Intelligent Automation for Cloud, Cloud Builders, inteligent automation, network automation, orchestration, Service Catalog