Trend Cloud 2014


Cloud Trends To Watch: Structure 2014

What's going on with jostling among Cloud Foundry, Docker, VMware, and Red Hat? Structure conference yielded several surprising conclusions.
Microsoft still thinks bigness is goodness, and if you've gotten big, it's because you were meant to rule a given area of the industry.
Microsoft Corporate VP Scott Guthrie predicts that the cloud will sort itself out into a few really big suppliers. "We eventually think there will be three hyper-scale suppliers out there -- Google, Amazon, and us," with hyper-scale defined as a data center provider who can add a million servers a year.
There's an element of truth to the argument that those vendors who build really big data centers and also manage them with a limited number of people have economies of scale that are hard to match. But that's not the whole story in the cloud. The cloud is essentially a more level playing field. Public standards are in use, and many open source technologies play well together. A Microsoft that respects integration with a wide variety of open source and the use of Web services standards would be a different Microsoft than the one we're still confronted with today, whatever its efforts at self-reform.
Guthrie was quick to point out that you can use open source Java, Ruby, Python, and Node.js on Azure, as well as .Net languages, and you can run five different Linuxes. (You get to five if you count Oracle Linux and CentOS as different, even though Oracle Linux is based on CentOS, and if you also count Suse Enterprise Linux and OpenSUSE, plus Canonical's Ubuntu.) That of course leaves out an independent developer favorite, Debian, and the Linux that most enterprises use for production, Red Hat Enterprise Linux. Linux friendship at Microsoft remains selective, something like its ability to get along with open source.
All of this is just a discussion of technology company behavior, or perhaps technology politics, until you get to a fundamental change coming upon the cloud. That would be the efficiency of running Linux container workloads. Guthrie, showing a certain amount savvy concerning trend-lines and buzzwords, managed to work in a mention of Docker running on Linux on Azure. But of course to do that you will be running Docker on a Windows Server, and to get Linux operative there it must be inside a Hyper-V virtual machine.
The current debate is whether there's some way to get individual workloads into the cloud in a Linux container and run them in high numbers in that format on a single, containerized server. Performance, scalability, and density of workloads will go up as you skirt the need for virtual machines. There's still a concern about security -- no one's figured out how they will be made as secure as a virtual machine, with its own isolated copy of the operating system. (Containers share the host's.) But I don't think the last word has been written yet on what can be accomplished with improved container security.
We'll see whether bigness rules in the cloud as it did on the desktop. Or will openness, something that can be practiced by small providers as well as big ones, win out in the long run? There is nothing that says Microsoft won't exhibit more openness in the future. But if you're interested in running Docker on Azure, you might look to Red Hat's leadership in adopting containers. The Atomic Red Hat Enterprise Linux Server will be optimized to host Docker containers. To get to a more open architecture, Microsoft could start by creating Atomic RHEL servers to run Linux containers directly and encourage Azure's growth that way. Then again, Microsoft may prefer to rely on big data centers and a big Windows customer base to become a big cloud vendor.
That brings up a second thing that came out of Structure as I listened to Adrian Cockcroft, the former Netflix cloud architect, now a technology fellow at Battery Ventures. He offered a succinct assessment of what's going on in the PaaS market. It appeared to him that Cloud Foundry, with a long list of backers and a newly established foundation behind it, was the big winner in platform as a service. That would mean developers of next-generation applications would be likely to use it, leaving its backers in a position of strength to integrate their technologies with Cloud Foundry operations. This would be a huge win for VMware, and its owner EMC, and for IBM, Verizon, CenturyLink, and other vendors who've decided to support it.
Not so fast, said Cockcroft. As Cloud Foundry lined up the industry names, Docker Inc. and its Docker project lined up the developers. "Cloud Foundry may have been running away with it, but Docker did an end-run around the things it does as PaaS," he told the Structure audience.
Docker builds in some shortcuts to the work that developers normally have to take to get an application ready for deployment. It captures an application and its dependent pieces of software and then layers them into a Linux container. The layers will always fire up in their assigned sequence under an operating system that's been checked to have the correct kernel. Each layer can be maintained separately. The container as a whole can be moved around like a shipping container -- by using certain methods of handling and defined attachment points.
Containers don't eliminate the need for PaaS, but they force it to change its focus, shrink the number of things it's trying to do, and pull closer to the operational side of the house, rather than keep PaaS as a developers-only fiefdom. These are things the users of PaaS are already thinking about, so moving toward use of Docker as a standard is a likelihood, if not a foregone conclusion.
"I'm not sure they planned it that way, but that seems to be the way things have worked out," concluded Cockcroft.
Conclusion number two: Forget what you thought you knew about Cloud Foundry. Docker is disruptive, PaaS is being disrupted, and the next-generation development environment remains up for grabs.
Here is another one from Adrian Cockcroft: OpenStack, which carries the hopes of many developers and cloud users for a future open cloud architecture, may never get there. I've worried that all the strong vendor interest in OpenStack, while seeming to be a big plus, actually brought a lot industry conflicts inside the project, where they would be likely to play out in a confused and conflicted pattern.
Cockcroft said something like that has already happened, though he didn't get into many specifics. One point he made was VMware and Cisco "will fight over the software-defined networking layer," which seemed self-evident to me. OpenStack doesn't necessarily have to choose one SDN approach over another. It can construct a neutral platform to which different SDN approaches may be plugged in. But that makes OpenStack different from the big open source projects where someone at the head of the project was working ceaselessly to pull a minimum number of elements into a cohesive whole. It also makes it hard to implement. The joke at Structure was the project was going to be changed from OpenStack to OpenStuck.
OpenStack is in danger of trying to be too many things to too many people. Cockcroft went further. "The vendors will co-opt and fragment OpenStack… Everything will be called OpenStack, but it will be hard to move from one OpenStack vendor to another," or one OpenStack cloud to another. In short, the main promise of one open source, standardized cloud architecture is unlikely to happen under present circumstances. That's a very discouraging conclusion, and there are enough things to worry about that it just might come true.
Another point: Hybrid cloud may only be a transitional phase on the road to cloud computing, but VMware will end up with its own solid position in the cloud. With competition like OpenStack having issues, that gives VMware more of a shot at getting its vCloud Hybrid Service established. Another clandestine message at Structure: VMware licenses are expensive, but so are the experts you're going to need to explain what to do with all the free and open source options that you're going to make work.
Bill Fathers of VMware showed up to speak to the ease of using similar management tools and monitoring in hybrid cloud operations. That's what the vCloud Hybrid Service is promising. No, they might not be running at commodity prices, but you'll know where things are and how to move them around. That's worth something too.
Unlike OpenStack, Oracle, and SAP, VMware will relentlessly broaden the scope and integration of what its products can do. It has proven that in pushing its product line as far as it has with vSphere and vCenter Operations Manager. Conclusion: VMware may never become a commodity IaaS provider, but it's still going to get its share -- a considerable share -- of the next 10 years of transition to hybrid cloud computing.
Then there is healthcare: Computers and cloud computing may not cure cancer, but they're about to reduce it to "a manageable, chronic disease." Francis de Souza, president of Illumina, recounted the story of a Washington University cancer researcher who himself came down with acute myeloid leukemia that wasn't arrested in chemotherapy.
I first heard this story last November from Brendan McKernan, president of Courtagen Life Sciences, a consumer-genome testing firm. It's now part of conference speaker presentations and it's remarkable.
The researcher was a highly regarded co-worker whose fellows wished to help, given what appeared to be a certain terminal diagnosis. Off the radar, his lab decoded his "normal cell" genome from skin cells and that of his cancerous cells and found a genetic marker on the tumor that was often a sign for kidney cancer, not leukemia.
No medical doctor treating the researcher for leukemia would have been comfortable prescribing a drug used for kidney cancer, but one that was effective for kidney cancer was well known, and the researcher was treated with it. Within three days he felt better and in six weeks his death sentence had turned into full remission.
It seems that the location of the cancer in the body may be less important than the defective gene that gives rise to it. As more cancer cases get analyzed in this fashion, knowledge of human cancers and the best ways to fight them will accumulate from the shared knowledge of the human genome. The result will be that oncologists will much more precisely target the right cancer with just the right drug or other therapy.
"We are five to ten years away from treating cancer as a chronic, manageable disease," de Souza concluded. Let's hope he's right.
Finally, during a break at Structure, I sat down with Ratnadeep Bhattacharjee, Ubuntu's head of cloud initiatives, and asked which Linux is used most in the cloud? For development, I've been thinking Debian and Ubuntu. For production workloads, I tend to think of Red Hat Enterprise Linux and Suse.
That's not the whole picture, says Bhattacharjee. NoSQL developers such as those working with Reddis and MongoDB prefer to use Ubuntu by a large margin, he said. At the May OpenStack Summit in Atlanta, the OpenStack Foundation conducted a survey that showed 55% of OpenStack cloud users had based their implementations on Ubuntu, he says.
That somewhat offsets my image of Red Hat being the deployment option of choice for production workloads. If Ubuntu is the system of choice in the private OpenStack cloud, that makes it much more likely also to be the production system of choice in an OpenStack cloud. Ubuntu is showing some savvy with its OpenStack Inter-operability Lab, where vendors send their products to be tested against how well they work with other OpenStack-supporting products.
The Lab sends out a weekly report on its thousands of tests, giving cloud vendors and their customers a clearer view of what will work with what in an OpenStack cloud. This is doing for Linux in the cloud what Red Hat did for Linux in the enterprise data center. Ubuntu is borrowing a page out of Red Hat's book and putting it to good use. In the future: look for a split between Ubuntu and Red Hat in cloud production workloads.
IT leaders who don't embrace public cloud concepts will find their business partners looking elsewhere for computing capabilities. 
Charles Babcock is an editor-at-large for InformationWeek, having joined the publication in 2003. He is the former editor-in-chief of Digital News, former software editor of Computerworld and former technology editor of Interactive Week. He is a graduate of Syracuse ... View Full Bio