Cloud Wars: Friendly Fire - Part 2
Monday, December 19, 2011 by Pat O'Day

It's important to know that while the challenges I listed in Cloud Wars: Friendly Fire - Part 1 are very real, the core IT department is behaving that way for some very good reasons. They are struggling with not only the transition to cloud, mobile devices, big data, SaaS and social media but also with trying to do so while under a lot of duress due to economy-driven budget and headcount cuts. Being the sole caretakers of so many diverse mission critical technologies, applications and data in the company is not an easy task. In fact, some groups within core IT are running into challenges in their own department in an attempt to begin leveraging public cloud resources.

Let's look at a couple reactions you might hear from the IT department and some potential ways to address them...

"IT has capacity internally already, why can't you use that?"

If this is the reaction you recieve when you seek approval or get caught using cloud, IT will try to address your needs from an internal infrastructure standpoint and want to know how much memory, compute and storage you need. One of the main reasons you wanted to leverage cloud in the first place was so you didn't have to know what you needed, because you could only pay for what you used. This is a wildly foreign concept in most IT organizations that are accustomed to doing a lot of work to determine your resource needs. This process can often take several weeks if not months. They need to gauge not only your initial requirements when the project starts, but also how much it will grow over time because they have to buying enough hardware and software for the three years over which accounting requires them to depreciate the assets. They may also have to determine if they need to hire additional people. What kills it here is that your $1000 a month idea suddenly becomes a $250,000 or a Million dollar major project. If you tell them that your starting budget is only $1000, they will wonder why you are  wasting their time and move on. Note that IT will come back at some point if and when your project is successful and the dollars become more "real" from their perspective. Transparency is a good approach even though it may seem challenging and if you have the time, it is a better long term play. Bypassing IT or being allowed to try cloud under the guise of a pilot project shouldn't be considered lasting lasting approval.  

"Cloud is more expensive!"

More efficient cost is one of the biggest advantages of cloud computing. When comparing the cost of cloud computing infrastructure to traditional IT costs, the IT organization typically won't include the cost of people and operations management because those costs are hard to scope down to a specific department or application. Recurring costs like these are frequently spread across all lines of business in some form of allocation. This means marketing is paying for Oracle support whether they use Oracle or not. This is why it makes sense to get ahead of the total cost of ownership (cloud TCO) discussion. To do that, take the capital cost they are showing to you and add to that the entire cost of IT that was allocated against your business unit in the budgeting process. I'm pretty sure that will make this a big number. Now compare that to the cloud costs. If you have multiple applications in your business unit or if you use the general IT services like e-mail, you may have to factor those out somehow, but it will likely still be a big number. Now you have the basics to dig into a real TCO discussion and comparison. The good news is that this is going to be much more painful for them than it will be for you. You can simply bring your bill to the meeting, or if you haven’t made the leap yet, bring some vendor quotes.   Top cloud computing providers will have already broken down your cost and have line items like this:

RAM    $320

CPU  $150

Storage Tier 1 $400

Storage Tier 2 $202

Internet $50

Managed Firewall Service $125

Etc.

We provide our VMware Cloud customers a free tool called Bluelock Portfolio. Portfolio breaks cost down by application, component, or even by business unit.

Bluelock Portfolio

IT generally also thinks in terms of fixed not dynamic capacity. As shown below, the red area represents fixed cost that you pay for whether you are using it or not. In the cloud, you only pay for what you need and that red area can either result in savings or be used for additional projects.

Cloud versus traditional spending

 IT as a Service (ITaaS)

This may seem like an oxymoron and it is one of the biggest challenges for traditional IT departments as they evolve in the cloud era. IT traditionally determines their priorities, and therefore where your support ticket or your project request fits into their queue, based on overall organizational priorities. That would seem to make a great deal of sense. The challenge is that IT is generally highly under-resourced and under a great deal of pressure to be more efficient so deferring smaller more tactical needs and department requests unfortunatley become a recurring byproduct of this approach. With cloud computing, your cloud computing provider is highly incentivized not only to deliver a good service becuase you are voting with your dollars every day or month when you pay your bill. They are also very eager to ensure your success because typically if you have a good experience you will not only stay, but if your project does well it will grow or earn your cloud provider the chance to do additional work for you and grow their own revenue stream. In the future, IT may work this way as technologies like VMware Chargeback and Showback become more prevelant and the cost of IT becomes easier to understand. While this may take some time, you can use the cloud today and even share your experiences with IT to help them understand some examples on how they might evolve their service to better fit the business.

In the third and final chapter of Cloud Wars: Friendly Fire we'll cover the myths and challenges around security, private cloud and hybrid cloud.





The Cloud and a Pizza Restaurant?
Saturday, September 11, 2010 by Kim Graham Lee
YEAH! It's not just me! Whether I'm asked what I do or am working on marketing materials for BlueLock, "cloud" or "cloud computing" always comes up. I knew that people outside of the industry would be cloudy on the meaning of those terms. What I've learned in my 7 months with a pure cloud hosting company, is that the entire industry is still grappling with how to describe "the cloud."

Last week's opening session at VMworld 2010 had some fun with this reality in a video that was shown to the 17,000 attendees. Essentially, the cloud was likened to a carry-out pizza restaurant. So what were the main points in the comparison?
  • You don't have to devote your own time to making it
  • You don't have to provide your own ingredients
  • You can order what you want
  • You can order it up with a "dumb terminal"
  • You can consume as much as you want

Personally, I decided a while ago that BlueLock wasn't going to spend a lot of time trying to define the cloud. We'll let others put their energies there while we focus on communicating and more importantly, delivering the advantages of cloud computing to our clients.

In case you are starving for a definition, the one I like best so far comes from Gartner. In fact, I've been able to incorporate it into my own elevator pitch for BlueLock...and it seems to be helping! 

 

"Cloud computing is a style of computing where scalable and elastic IT-enabled capabilities are delivered as a service to customers using Internet technologies."

If the cloud and pizza restaurant analogy has given you an appetite for either pizza or more on the cloud, check out the VMware video, "Cloud Computing, Unraveled."

Bon appetit!
 
www.youtube.com/user/vmwaretv#p/c/CA3F9CF665232827
What's it take to be a commodity?
Thursday, May 6, 2010 by Bob Roudebush

 

There's no shortage of comparisons between cloud computing and electricity.

And, for the most part, I like the comparison between cloud computing and electricity because I think it's easy for people to "get". It relates datacenter computing to something more common - like toasters. (Though, come to think of it, I've seen toasters these days as complicated as blade chassis and FC SAN storage!) What I think is important to point out, though, is that most comparisons between cloud computing and electricity (as a utility) stop here. To understand if/when/how cloud computing becomes a commodity, it's important to continue the comparison. Let's take a little stroll down memory lane...

It wasn't enough to discover electricity for it to become a commodity. Edison's contribution of the creation of a power generation system is what got things rolling, but it was Edison's arch rival Nikola Tesla and his idea of Alternating Current (AC) which made widespread distribution of electricity and eventually commoditization of electricity possible. From Wikipedia:

AC replaced DC in most instances of generation and power distribution, enormously extending the range and improving the efficiency of power distribution. Though widespread use of DC ultimately lost favor for distribution, it exists today primarily in long-distance high-voltage direct current (HVDC) transmission systems. Low voltage DC distribution continued to be used in high density downtown areas for many years but was eventually replaced by AC low-voltage network distribution in many of them. DC had the advantage that large battery banks could maintain continuous power through brief interruptions of the electric supply from generators and the transmission system. Utilities such as Commonwealth Edison in Chicago had rotary converters or motor-generator sets, which could change DC to AC and AC to various frequencies in the early to mid-20th century. Utilities supplied rectifiers to convert the low voltage AC to DC for such DC loads as elevators, fans and pumps. There were still 1,600 DC customers in downtown New York City as of 2005, and service was finally discontinued only on November 14, 2007.

So it wasn't until we figured out a way to get gobs of power across long distances efficiently that electricity really became a commodity. Sound familiar? Might one draw a parallel between that and the bandwidth predicament that most potential cloud customers find themselves facing today? Organizations today do backup and recover to the cloud in the event of a catastrophe and others even run their production workloads in datacenters far, far away.

If only it were easier to move large amounts of data across current WAN connections and that WAN connectivity didn't cost so dearly, many more would follow suit. So, until the TCPIP equivalent of Mr. Tesla comes along we shall continue to need to find a way around this potential roadblock for IT organizations. This bodes well for regionalized cloud computing infrastructures where it's relatively inexpensive to get high speed connectivity across town or to the next state. Uncannily analogous to the regional power plants that existed in Edison's time.

Another challenge is standardization and portability. Electricity works as a commodity because we eventually standardized on how it was distributed and how devices consumed it. I can take my toaster and plug it into any 110v outlet in the US and I will get...well...toast. Provided that I have bread available. When companies can easily move workloads and data to the Cloud and between cloud computing providers then I think we'll have a true commodity.

Cloud Alphabet Soup
Thursday, April 22, 2010 by Bob Roudebush

I'll admit it.  The more I see the term "aaS" used in reference to cloud computing models, the funnier it gets.  Besides being fodder for clever double entendre, it's also the core of some interesting discussion about where all of this is headed.  What do companies really need?  What are they comfortable with?  Where should cloud services organizations be making investments?

It occured to me recently that, in the technology world at least, the more things change, the more they stay the same.  Take, for instance, the current debate and comparisons between Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS) and Application-as-a-Service (AaaS) is really a new spin on the standard computing stack: 

Applications --> AaaS
OS/Middleware --> PaaS
Hardware --> IaaS

Each of the three cloud computing models matches up fairly well with which each layer of the computing stack.  Applications can't run (at least today) without an OS and hardware resources without some software (an OS) to allow applications to access those resources isn't very useful. 

Cloud computing, similarly, will incorporate IaaS, PaaS and AaaS -focused solutions.  I'm not convinced that one particular model is the future of cloud services.  Krishnan Subramanian's post (hyperlinked in the previous sentence) is a good one and worth reading.  The problem with a world dominated by PaaS solutions is that not every development platform has a cloud platform to build for - leaving more popular development platforms like Ruby on Rails (Engine Yard, Heroku), .NET (Azure), etc. as the only game in town.  PaaS solutions today also require applications to be built with configuration management embedded in the code (using frameworks like Chef) which may be more effort than the developer is able to invest.

Managed IaaS or managed cloud hosting can fill an important gap between non-managed IaaS and PaaS solutions.  Managed IaaS solutions provide a reliable platform on which software developers can deploy their applications without modification on an application framework which they manage, but running on an operating system and hardware platform which they don't have to manage and which can scale as they need it to.
 

Step #3: Cloud Architecture Planning
Thursday, November 12, 2009 by Alicia Gaba
It has been a couple of weeks since I’ve blogging about taking the first steps into cloud computing, but here we are at step number 3, cloud architecture planning.  As you recall, step number one is to take inventory of your infrastructure.  Step two, is to compare cloud computing providers. 

When it comes to cloud architecture planning, this is something that I would hope your trusted partner (cloud provider) would help with.  But to get started, these are some of the vital questions that need to be answered regarding the application you are going to host in your cloud environment (whether it’s in a private cloud or public cloud):
  • How important is the application to your business?  The application or its data can range from being extremely vital to running day-to-day operations to being not so important.  Think about it in terms of how long you could go without the application or data.  If your app is your business, the answer is obvious and this will determine the service level agreement you might need.
  • Does the application contain time sensitive data?  Does it need to be accessed in real time, or are delays acceptable?
  • Does the application have regulatory requirements?
  • How many users in your organization have access to the application and how heavily is that access controlled?
  • How many systems interact with the application?
  • How dynamic is the data and/or users in the application and do you forecast and increase or decrease in the volume of users and/or data?
  • How old is the application?

All of these questions (and more) will become major factors in how the cloud computing environment should be architected.  Unfortunately I can’t really tell you HOW to architect the environment because that would be giving away BlueLock’s special sauce.  What I can tell you is that you really must take into consideration the level of uptime you need, how dynamic the app is and what security measures are absolutely vital for the functioning of the application.  That will get you going on the road to architecting your cloud environment.
Test/Dev Clouds in High Demand
Friday, November 6, 2009 by Matt Hunckler
I love my job. As a client specialist at BlueLock, I get to spend the majority of my time working with the innovative companies that are producing the products and services of the future and, at the same time, pushing the limits of cloud computing hosting.

In all of my conversations with BlueLock clients, one thing is clear:

There is massive demand for a cloud computing platform, specifically for testing and development, that is cost-effective and integrates well with production environments.

Many businesses have data and processing that doesn't require a fully-managed cloud hosting service at four nines (99.99%) uptime.

Some companies offer services that seem like they could be a good answer for this problem. IBM recently released Smart Business Development and Test on the IBM Cloud, which seems like it might be a competitor of Amazon's EC2 cloud computing platform.

The problem with some of these test/dev clouds is that they can't support VMware hosted environments. This means that, with test/dev clouds like EC2 and IBM's new offering, a company that is running their production environment on VMware can't necessarily integrate their test and production environments seamlessly -- an important consideration when doing a cloud computing comparison.

Enter vCloud Express...

One of the cool tools that the BlueLock engineers are tinkering with is a VMware-based, pay-as-you-go option that will be ideal for companies that need an environment that is dedicated to test and development. We announced vCloud Express back at the start of September, and since then, have received an overwhelming number of signups for the beta-version. In fact, we acually completely filled up all of the beta test slots!

I'm excited for the public launch of BlueLock's vCloud Express, because we'll be able to offer clients the perfect solution for their test/dev needs. Until then, I'll keep you posted as we continue to progress. 



Step 2: Cloud Vendor Comparisons
Thursday, October 22, 2009 by Alicia Gaba
In order to continue the conversation about getting started in the cloud, let’s move on to step number two: comparing cloud computing vendors (to determine which best fits your needs based on the infrastructure and expertise inventory you took).

Getting Ready to Compare Cloud Computing Providers:
After looking into the amount of IT infrastructure you currently house and run as well as the people and expertise you need to manage it you should have a pretty good idea of what it takes to keep your company up and running.  From there you need to decide what kind of cloud computing solution you’re looking to use.  Is it something simple like an additional software-as-a-service account?  Or are you hoping to use PaaS to access some infrastructure?  Or better yet, does your company want to outsource its entire infrastructure to the cloud?

There are many options when it comes to “moving to the cloud.”  For this post we’ll focus on the migration to an infrastructure-as-a-Service (IaaS) cloud.  One easy first step is test and development.  This is a low-risk way to test out cloud providers and their capabilities while also making a decision around the type of infrastructure you prefer.  Do you want enterprise-level VMware hosting or is Amazon EC2 for you?  Do you want to be able to migrate between clouds and providers and if so, what might that look like and what additional platforms would that require?

While engaging in a test/dev environment, developers should focus on testing their application’s functions, performance and scalability.  Keep in mind that most applications can be tested in a public cloud, but that some for technical or cultural reasons should be kept in-house, unless you are able to secure the type of SLA that would allow you to migrate those “special” applications.

Now let’s say that you’re ready to make that infrastructure move to the cloud (sometimes this may mean you skip the whole test/dev show).  There are four main items to consider when comparing cloud computing vendors.

1.    Service Level Agreements (SLA)
2.    Technical offerings
3.    Control
4.    Price (this is the most obvious)

The SLA is the most important item you need to compare vendors against.  If you have sensitive data or applications that require high uptime capabilities, you would be wasting your time to look at any vendor with and SLA below 99.99%. But if you just need a test and development environment it wouldn’t make sense to pay the premium for such high availability (higher availability = higher price).  Find out your uptime needs and then locate the vendors who offer the SLA you need.

Technical offerings are the next determining factor.  Depending on which kind of infrastructure you prefer (if you have a preference) you would need to figure out which providers use which technologies.  For instance, do you need enterprise-level VMware hosting technology or does your organization want to use something more along the lines of Microsoft Hyper-V?  If you have a preference work around that, and if not, let’s move straight to #3 – Control.

How much control do you want of the infrastructure?  Do you have your own people to manage your infrastructure or are you on a hiring freeze and need your cloud provider to manage the infrastructure.  There are a number of options in the cloud – some vendors provide managed cloud hosting services (like BlueLock) and others just provide the infrastructure while you manage it.  Whatever your preference, there is a vendor for you.

Lastly, and most obviously – once you’ve compiled a list of vendors who provide the SLA, technical specs, and right amount of control, you’re left to look at pricing.  By now, you may only have a couple cloud vendors left, but you should be in a great place to compare and make the right choice.


Misconceptions of Cloud Computing
Monday, June 8, 2009 by Brian Wolff
Mary Hayes Weier wrote a piece about the misconceptions of cloud computing in InformationWeek’s “Plug Into the Cloud.”

Conventional wisdom says that small and midmarket companies are more interested in cloud computing due to their tighter infrastructure budgets and constraints while larger companies want to keep everything inside their walls (i.e. private cloud computing performed in-house).

However, she argues, Forrester’s research shows that thinking is wrong.

Myth #1: Smaller companies are more interested in cloud computing.
Forrester’s research shows 1 in 4 large companies with 1,000 employees or more plan to employ an external provider or have already done so for pay-per-use computing of virtual servers, AKA infrastructure-as-a-service (lately also called computing as a service).  In comparison, only 18% of midmarket and 15% of small businesses have plans for IaaS, from a survey of more than 2,600 hardware decision makers at organizations.

Myth # 2: Larger Companies are more interested in internal or private clouds.
Forrester’s research shows that 33% of large companies plan to outsource their IaaS while only 24% want to run their own clouds. 44% plan to use a mixture of both.  (Hint: we believe a mixture of public/private will be the solution that will make the most sense for the most companies going forward, along with different types of public clouds for different needs – production, test/dev, etc.)

Another finding I find not too surprising: the larger the company, the greater the awareness of pay-per-use cloud computing.

Company size & percentage of those unaware of cloud computing:

20,000 +: 21% of respondents
5,000 – 19,000: 23%
500 – 5000: 20%
100 – 499: 26%
100 or less: 31%

Cloud Computing Comparison
Friday, November 28, 2008 by Brian Wolff
In a tongue-in-cheek comparisons of the big four of Cloud Computing,
(Amazon, Google, Salesforce, & Microsoft Azure) James Urquhart
 and Christoper HoeftHoeft look at reliability, security, portability, on-premises options and
development technology features.

While each of these cloud computing applications has pros and cons, they are
all limited by the fact that they are essentially self-service clouds computing environments.  Each of the big four, requires the user to bring a fairly high level of expertise to the configuration of their environment.

We believe, you should have more choices when seeking a cloud computing
solution.  So, when it comes to Virtualization, Indianapolis BlueLock
offers a complete solution, which includes security, scalability, disaster
recovery as well as the expertise to assemble the right solution for your
needs, now and into the future.
Cloud Computing is Like Television
Tuesday, November 25, 2008 by Brian Wolff
 
There are numerous definitions of cloud computing currently circulating.  Here is one from JDJ  I like because it compares Cloud Computing to something everyone understands; their television. The author says:

"Cloud computing is to storing and processing data what the electrical grid is to plugging in your television: a scalable way to deliver services while matching supply and demand across the grid."
To this I would add the following: The average consumer doesn't really care how or where the electricity is generated to power their television.  They don't care about utility company loads.  They simply want power when they turn on their TV. 

The same is true for IT managers and business owners.  It is less important where the data center is located, Indianapolis, Salt Lake City or somewhere else.  What is important is when excess capacity is required, the capacity is there.