Cloud PR Disaster: Google's light-heartedness destroys trust.

It is common in companies that only certain spokesperson are chosen that may speak in public about the company. And it is tragic when favored few to make statements leading to question marks and uncertainty. Google has entered the second time within a short time in such a faux pas. After Cloud Platform Manager Greg DeMichillie peculiar had commented the long-term availability of the Google Compute Engine, Google CIO Ben Fried commented on Google’s own use of the cloud.

We’re the good guys – the others are evil

In an interview with AllThingsD Google CIO Ben Fried talked about the dealing of Google with bring your own device and the use of external cloud services. As any IT manager may have noticed, for quite some time Google promotes its Google Apps for Business solution by hook or by crook. The more surprising is the statement of Friedman regarding the use of Dropbox, Google strictly prohibits for internal purposes.

The important thing to understand about Dropbox,” […] “is that when your users use it in a corporate context, your corporate data is being held in someone else’s data center.

Right, if I do not save my data on my own servers, but with Dropbox, then they are probably in a foreign data center. To be more accurate in case of Dropbox on Amazon S3. This applies also for the case if I store my data on Google Drive, Google Apps, or Google Cloud Platform. Then the data is located at? Right, Google. This the cloud model brings along.

Fried, of course, as already DeMichillie, didn’t mean it like that and corrected himself by e-mail, via AllThingsD.

Fried says he meant that the real concern about Dropbox and other apps is more around security than storage. “Any third-party cloud providers that our employees use must pass our thorough security review and agree under contract to maintain certain security levels,”

So, Fried was actually talking about the security of Dropbox and other cloud services, and not the location.

Google is a big kid

I’m not sure what to make of Google. But one thing is clear, professional corporate communication looks different. The same applies to building trust among corporate customers. Google is undoubtedly an innovative company, if not the world’s most innovative company. This light-heartedness of a child, Google and its employees need to continually develop new and interesting ideas and technologies, is also the greatest weakness. It is this degree of naivety in the external communications, which will make it difficult for Google in the future when there’s nothing fundamentally changed. At least when it comes to have a say in the matter within the sensitive market for corporate customers. The major players, most notably Microsoft, VMware, IBM, HP and Oracle know what businesses need to hear in order to appear attractive. And this not includes the statements of a Greg DeMichillie or Ben Fried.

Another interesting comment on Ben Kepes Forbes’ article “Google Shoots Itself In The Foot. Again“.

“[…]Do you really think that Google management really cares about cloud app business or its customer base? Somebody at Google said that they have the capacity they built for themselves and they have the engineering talent so why not sell it. So Brin and Page shoke their heads and they was the last they ever wanted to hear about it. There is nothing exciting about this business, they do not want the responsibilites that come with this client base and they really don’t care. I bet they shut it down.


Google PR agency to feedback on the long-term availability of the Google Compute Engine

After I have called the long-term availability of Google’s Compute Engine (GCE) into question, Google’s PR agency has contacted me to understand the motivations for the article. In the article I have reacted to a GigaOM interview of Googles Cloud Platform manager Greg DeMichillie who wouldn’t guarantee the long-term availability of GCE.


Google Cloud Platform manager Greg DeMichillie responded in a GigaOM interview to a question on the long-term availability of Google cloud services and answered unexpected and not within the meaning of the customer.

„DeMichillie wouldn’t guarantee services like Compute Engine will be around for the long haul, but he did try to reassure developers by explaining that Google’s cloud services are really just externalized versions of what it uses internally. ”There’s no scenario in which Google suddenly decides, ‘Gee, I don’t think we need to think about storage anymore or computing anymore.“

Although DeMichillie to qualify in the end that Google wouldn’t shut down their cloud services in a kamikaze operation. However, it’s an odd statement on a service which is relatively as of late on the market.

Feedback of Google’s PR agency

Beforehand I want to clarify that this was no call to influence me, but to understand how it came to the article. Google’s PR agency said that DeMichillie was apparently misunderstood and my article only highlights this negative statement and neglects the positive themes. Google today severely invests in infrastructure resources and there are no signs and reasons that the Google Compute Engine will be closed.

My statement

It was and is never about to cast a shadow on Google (or any other vendor). This is what I told the PR agency. But at the end of the day the user needs to be advised and equally be protected. Moreover I am an analyst and advisor and counsel companies who rely on my judgment. For this reason I need to react on those statements and include it in my decision matrix, especially when it directly comes from an employee of a vendor. What should I do when I recommend the use of the GCE since the technical things and requirements fits, but Google subsequently announced to close the service? For this reason I react extremely sensitive on such topics. In addition, Google had not cover oneself in glory the recent months and years when it comes to maintain its service portfolio for the long-term. The end of Google Reader caused more negative reactions by the users than the current NSA scandal. Notabene, this is a free service for consumers. With the Google Compute Engine we are talking about a service which mainly address companies. For companies it’s about a lot of money to spend to bring the workloads to the GCE. If the service is suddenly closed this generates, depending on the respective company, a non incalculable economic damage to migrate the data and applications. This Google should consider when making decisions. Even if this was just one statement as part of an interview. This does not create trust in the cloud portfolio and fits well with the experience of the recent past when Google cleaned it’s room.


Google Compute Engine seems to be no solution for the long haul

In an interview with GigaOM, Google‘s Cloud Platform manager Greg DeMichillie made an odd statement on the future of the Google Compute Engine which again have to lead to a discussion on the future-proofness of Google’s cloud service portfolio and if it makes sense to depend on the non core business areas of the search engine provider.

Google is to agile for its customers

After Google announced to close the Google Reader, I already asked the question how future-proof the Google cloud portfolio is. In particular, because of the background, that Google starts to monetize more and more services, those due to the revenue get a new KPI and thus are threaten a closure. Google Cloud Platform manager Greg DeMichillie exactly meets this question in a GigaOM interview and answered unexpected and not within the meaning of the customer.

„DeMichillie wouldn’t guarantee services like Compute Engine will be around for the long haul, but he did try to reassure developers by explaining that Google’s cloud services are really just externalized versions of what it uses internally. ”There’s no scenario in which Google suddenly decides, ‘Gee, I don’t think we need to think about storage anymore or computing anymore.“

Although DeMichillie to qualify in the end that Google wouldn’t shut down their cloud services in a kamikaze operation. However, it’s an odd statement on a service which is relatively as of late on the market.

These are things customers should better not hear

The crucial question is why a potential customer should decide for the Google Compute Engine for the long haul? Due to this statement one have to advise against the use of the Google Compute Engine and instead set on a cloud computing provider who has its actually core business in infrastructure-as-a-service and not be indulgent to sell its overcapacities and instead operate a serious cloud computing business.

I don’t want to speak of the devil and the devil shows up! But news like the sudden death of Nirvanix – an enterprise cloud storage service – to make massive waves and outface the users. This also Google should carefully understand if it wants to become a serious provider of cloud computing resources.


Google expands the Compute Engine with load balancer functionality. But where is the innovation machine?

In a blog post, Google has announced further renovations to its cloud platform. In addition to the expansion and improvement of the Google Cloud Datastore and the announcement of the Google App Engine 1.8.3, the infrastructure-as-a-service (IaaS) offer Google Compute Engine has received a load balancing service.

News from the Google Cloud Datastore

To further increase the productivity of developers, Google has expanded its Cloud Datastore with several functionalities. These include the Google Query Language (GQL). The GQL is a SQL-like language and is specifically aimed at data-intensive applications to query Entities and Keys from the Cloud Datastore. Furthermore, more statistics can get from the underlying data by the query of metadata. Google sees this as an advantage, for example, to develop an own internal administrative console to do own analysis or debug an application. In addition, improvements to the local SDK were made. These include enhancements to the command line tool and support for developers using Windows. After the first version of the Cloud Datastore has support Java, Python, and Node.js, now Ruby has been added.

Google App Engine 1.8.3

The renewal of the Google App Engine version 1.8.3 mainly directed to the PHP runtime environment. Furthermore, the integration with the Google Cloud Storage, which according to Google is gaining popularity, was reinforced. From now on functions such as opendir() or writedir() can be used to directly access bucket in Cloud Storage. Further stat()-ing information can be queried via is_readable() and is_file(). Metadata can also be write to Cloud Storage files now. Moreover performance improvements through memcache-backed optimistic read caching were made, to improve the performance of applications that need to read frequently from the same Cloud Storage file.

Load Balancing with the Compute Engine

The Google Compute Engine is expanded with a Layer 3 load balancing functionality which allows to develop scalable and fault-tolerant web applications on the Google IaaS. With the load balancing function, the incoming TCP/UDP traffic can be distributed across different Compute Engine machines (virtual machines) within the same region. Moreover, this ensures that no defective virtual machines are used to respond to HTTP requests and load peaks are offset. The configuration of the load balancer is carried out either via command line or via the REST API. The Load Balancer function can be used free of charge until the end of 2013, then the service will be charged.

Google’s progress is too slow

Two important innovations stick out in the news about the Google Cloud Platform. On the one hand, the new load balancing function of the Compute Engine, on the other hand the strengthen integration of the App Engine with Google Cloud Storage.

The load balancing extension is admittedly much too late. After all, this is one of the essential functions of a cloud infrastructure offering, to ensure to develop scalable and highly available systems and which all other existing providers on the market already have in their portfolio.

The extended integration of the Cloud Storage with the Google App Engine is important to give developers more S3-like features out from the PaaS and create more opportunities in terms of access and to provide the processing of data in a central and scalable storage location.

Bottom line, it can be stated that Google continues to expand its IaaS portfolio steadily. What stands out here, is the very slow speed. From the innovation engine Google, which we know from many other areas of the company, is nothing to see. Google gives the impression that it has to offer IaaS to not lose too many developers on the Amazon Web Services and other providers, but the Compute Engine is not highly prioritized. As a result, the offer has treated very little attention. The very late extension to the load balancing is a good example. Otherwise you might expect more ambition and speed to invest in the expansion of the offer, from a company like Google. Finally, except for Amazon, no other company has more experience in the field of highly scalable infrastructures. This should be relatively quickly transformed into a public offering, especially like Google advertises that customers can use the same infrastructure on which also all Google services are running. Apart from the App Engine, which is classified in the PaaS market, the Google Compute Engine must continue to hire back. This will be the case for a long time, if the expansion speed is not accelerated, and other essential services are rolled out.