It seems like Google has its finger in the pie of almost every new tech initiative announced these days. Today, Thursday, July 10th, Google Inc (NASDAQ:GOOG) (NASDAQ:GOOGL) announced it has managed to convince several rivals that it is in their best interest to join a coalition to develop and support its new Kubernetes container migration and management system.
Today’s statement highlighted that International Business Machines Corp. (NYSE:IBM), Red Hat Inc (NYSE:RHT), Microsoft Corporation (NASDAQ:MSFT), and Docker have all signed on to become a part of Google’s new container management coalition.
Containers are designed to subdivide a host device into discrete sets of resources to run each application, and numerous containers can run together on a single host.
Details on Kubernetes coalition plans
According to the statement, each member of the coalition will contribute developers and and other resources towards efforts to make Kubernetes a more general-purpose container management system. The primary initial goal of the coalition is to make sure the system is fully tested for production use.
Containers in a multi-tenant cloud will in most instances run inside a virtual machine to provide an additional layer of isolation. That’s because containers don’t yet have enough defenses to shield themselves from active malware hiding out in a neighboring container on the same host. In most cases, every customer will have their own VM, and each VM will run multiple Docker containers.
Statement from Google Kubernetes chief
“Google has the best infrastructure in the world. Our infrastructure engine is the best that money can buy,” said Craig McLuckie, product manager for Kubernetes and the Google Cloud Platform.
Luckie also focused on the growth of the Docker container ecosystem. “We’re contributing heavily to the Docker project. We also want Kubernetes to go wherever you take a Docker container,” McLuckie said in an interview.
“Containers running under Kubernetes are not a replacement for virtual machine technology,” says McLuckie. Instead, he says, they are really an alternative and highly flexible way to migrate and run workloads.
