The Cloud Magic Rectangle ™

This isn’t the counter argument to Gartner’s Magic Quadrant (I think). Oh, and notice I am not even going into the “this is cloud, this is not cloud” type of discussions. How boring? World peace folks, everything is cloud, even my bike (according to the NIST definition anyway).

In all seriousness it is . . . → Read More: The Cloud Magic Rectangle ™

Will we need a C for Nicira? God forbid!

This morning I was on the phone with Ivan Pepelnjak (@ioshints) to decipher some of the paragraphs in one of his latest posts on Nicira Open vSwitch inside vSphere. He always has to bear with my stupid questions so I can see him (virtually), from time to time, facepalming some of my questions. Long . . . → Read More: Will we need a C for Nicira? God forbid!

The ABC of Lock-In

There have been a lot of discussions lately about a topic I find extremely interesting: vendor lock-in.

Multi-hypervisor is a discipline where you can apply the high level ranting below but you can really apply it to pretty much everything in IT.

I started this blog . . . → Read More: The ABC of Lock-In

Virtualization Costs, Virtualization Advantages and the Case for Multi-Hypervisors

Last week I came across an interesting blog post from Mark Thiele. The idea of the article is that, as virtualization becomes a relevant cost for IT, it becomes a target for savings. I tried to engage with Mark on twitter but discussing a matter like this in 140 chars becomes a bit frustrating. . . . → Read More: Virtualization Costs, Virtualization Advantages and the Case for Multi-Hypervisors

vCD Custom Portals and Backend Integrations in a Service Provider Environment

This article was originally posted on the VMware vCloud corporate blog. I am re-posting here for the convenience of the readers of my personal blog.

This topic is (rightly so) coming up a lot lately with the Service Providers (SPs) I am working with so I thought I’d share some high level . . . → Read More: vCD Custom Portals and Backend Integrations in a Service Provider Environment

Amazon, Netflix, Standard Cloud APIs and the Inevitable Lock-in

A few weeks ago Adrian Cockcroft (Cloud Architect @ Netflix) wrote another very interesting post on his blog. Adrian warms up the discussion sharing his experience about the reasons for which you may want to use public cloud services. While there are a lot of people (including myself) sometimes advocating about these concepts, . . . → Read More: Amazon, Netflix, Standard Cloud APIs and the Inevitable Lock-in

vCloud Director 1.0.1: Networking Samples

My old vCloud Director Networking for Dummies post is still going strong according to my blog statistics. I believe this is an indicator that people are looking for more information about this topic so I thought I’d give it a little bit more color and create a few real life examples on how . . . → Read More: vCloud Director 1.0.1: Networking Samples

The Cloud and the Sunset of the GHz-based CPU Metric

We have known this for years but it’s only when you get a slap on your face that you understand what’s going on for real: the GHz metric is useless these days. I was experimenting with vCloud Director the other day and I was checking out from the catalog my Turnkey Linux Core . . . → Read More: The Cloud and the Sunset of the GHz-based CPU Metric

The Italian Elections and the Case for Cloudburst

A few days ago we had a big election day in Italy for renewing a good part of the public local administration. For and in itself this wasn’t a big deal and something that wouldn’t have generated a lot of attention among the 60M people living here. However, without getting into a lot . . . → Read More: The Italian Elections and the Case for Cloudburst

TCP-clouds, UDP-clouds, “design for fail” and AWS

An entire Amazon AWS Region was recently down for four days. Everyone has got to blog something about it and this is my attempt. Just as a warning: this post may be highly controversial.

There has been a litany of tweets pontificating how applications on AWS should be deployed in a . . . → Read More: TCP-clouds, UDP-clouds, “design for fail” and AWS