How Kubernetes adds agility in challenging times

New article of mine:

The IT outcomes of Kubernetes are clear: 95% of businesses report clear benefits from adopting Kubernetes, with more efficient resource utilization and shorter software development cycles amongst the top benefits cited. The benefits don’t stop with the IT team, though. In an era where IT mostly determines competition and growth, the more agile the technology at the heart of a business, the greater the agility of the business overall.So, the business case for Kubernetes is clear. To those of us in IT at least.It makes sense that empowering development teams to do more in less time has clear benefits for businesses on paper. But given the inherent complexity of Kubernetes, the way in which these benefits actually manifest may not be so clear for those outside the IT department, particularly in the early stages of implementing the technology.Here, we look at why the tangible outcomes Kubernetes can provide across a business are worth overcoming initial challenges it may present, and what it means in the context of global events many organisations have been faced with in 2020 so far.

Read the rest!

🗂 Link: What is Google up to with Anthos? More toys dropped for Kubernetes-style hybrid cloud

The answer is that Anthos is not really a technology, but more of a brand, a wrapper around Google’s cloud crown jewels, Kubernetes (K8s).

And:

In a nutshell, Anthos is the GKE (Google Kubernetes Engine) deployed on-premises in a certified configuration (via hardware suppliers such as Dell and HPE), with an agent installed that maintains an encrypted connection to Google Cloud Platform (GCP). That agent lets you manage your Anthos cluster and its workloads from the GCP console, deploying and scaling applications. Anthos relies on good connectivity to GCP – for example, using Google Cloud Interconnect.

Source: What is Google up to with Anthos? More toys dropped for Kubernetes-style hybrid cloud

🗂 Link: Kubernetes’ next step could be to try orchestrating everything else

Could every element of an enterprise data center’s infrastructure — not just those newfangled containers, but virtual machines, “big data” platforms, and machine learning frameworks — all eventually become orchestrated by Kubernetes, a product originally born out of Google’s need to make order out of chaos?

Source: Kubernetes’ next step could be to try orchestrating everything else

🗂 Link: Top Quotes from Cloud Foundry Summit Europe 2019

“We need to think about three things with Pivotal now that it is part of VMware: a common substrate (Kubernetes), the ability to manage it, and a build overlay. The cf push experience is important, making the experience better for developers.” —Craig McLuckie, VMware

Source: Top Quotes from Cloud Foundry Summit Europe 2019

🗂 Link: VMware CEO: IBM Paid Too Much for Red Hat

“We’re going to own the Kubernetes stack,” Gelsinger said at the Deutsche Bank Conference. “We’re not going to be relying on third-party code. It’s all going to be an integrated solution stack to execute on that Kubernetes.”

“Do we assess the competitive environment? Well, of course, we do,” Gelsinger said. “So, IBM spent $34 billion doing this. I spent $2.8 billion [on Pivotal], plus add Heptio. So, I spent less than $3 billion and I think I have better assets.”

Source: VMware CEO: IBM Paid Too Much for Red Hat

🗂 Link: The superpower to change one thing about Kubernetes

“It’s optimized for cloud native applications – those that follow the patterns that are in my book for example. That represents only a subset of the applications that our enterprise customers need to address. Our 2020 strategy is to broaden the definition of our platform. To be more than just Cloud Foundry, but to broaden it to a larger range of use cases. To broaden it to a larger market.”

Source: The superpower to change one thing about Kubernetes

🗂 Link: Waity K8-y no more Pivotal: We’ll unhook Application Service from VMware

“The urgency was more around understanding the long term vision than an immediate need,” said Andrews. “We’re still very early. Everybody is talking about K8s all the time, but if you look at who is actually using it in production, the list is much shorter. Our technology stack works incredibly well, we have customers with over 100,000 containers working on the current platform. If we forecast out 3 to 5 years in the future though, it seems clear that K8s is going to be a de facto component in the architecture.”

Source: Waity K8-y no more Pivotal: We’ll unhook Application Service from VMware

🗂 Link: Introducing VMware Tanzu Mission Control to Bring Order to Cluster Chaos

With VMware Tanzu Mission Control, we are providing customers with a powerful, API driven platform that allows operators to apply policy to individual clusters or groups of clusters, establishing guardrails and freeing developers to work within those boundaries.

Source: Introducing VMware Tanzu Mission Control to Bring Order to Cluster Chaos

🗂 Link: With Heptio and Pivotal, VMware Doubles Down on Kubernetes

The company introduced VMware Tanzu, a marketing name for a portfolio of products and services, existing and new, that will help enterprises build modern applications, run Kubernetes with consistency across environments, and manage all their Kubernetes clusters from a single control point. It will encompass aspects of its recent purchase of Bitnami, a library of packaged installers for web applications and development stacks, and the planned acquisition of Pivotal, which offers application development tools, data management products, and analytics intelligence platforms.

Also, from Gartner analyst Paul Delory:

“Kubernetes is too complex for the average IT shop to build and operate effectively. We’ve known this for a while,” he said. “Because of this, the public cloud providers have all created their own managed K8S offerings. But these are cloud-specific, and not interoperable.

“So now IT shops have silos of K8S infrastructure living in different clouds. Someone has to be the one who can manage all this infrastructure, across clouds, and make it work together. VMware says they’re the one to do it. I am cautiously optimistic.”

Source: With Heptio and Pivotal, VMware Doubles Down on Kubernetes

🗂 Link: VMware plan elevates Kubernetes to star enterprise status

A swag at how many new apps will be created to run on kubernetes cloud stuff. I assume this is actually existing, modernized apps and net-new ones despite the wording:

VMware says that from 2018 to 2023 – with new tools/platforms, more developers, agile methods, and lots of code reuse – 500 million new logical apps will be created serving the needs of many application types and spanning all types of environments.

Source: VMware plan elevates Kubernetes to star enterprise status

🗂 Link: VMware is bringing VMs and containers together, taking advantage of Heptio acquisition

“Kubernetes is a way of bringing a control metaphor to modern IT processes. You provide an expression of what you want to have happen, and then Kubernetes takes that and interprets it and drives the world into that desired state,” McLuckie explained.

More from another article:

The Tanzu portfolio also includes Project Galleon, which harnesses the packaging technology of VMware’s recent acquisition of Bitnami, to provide developers with an easy way to assemble software stacks. It will include a Platform as a Service development platform on its pending purchase of Pivotal. It also includes VMware Tanzu Mission Control, which will provide administrators with an overview of all Kubernetes clusters.

Source: VMware is bringing VMs and containers together, taking advantage of Heptio acquisition

🗂 Link: VMware Adds Containers to Its Cloud Provider Platform

The platform also added an integration with VMware’s container orchestrator, Enterprise PKS, which means cloud providers can offer containers-as-a-service. And at VMworld the vendor will showcase a technology preview of vCloud Director integration with Bitnami Community.

VMware bought Bitnami in May. It provides application packaging targeted at container and Kubernetes environments. The Bitnami Community houses one of the largest catalogs of click-to-deploy applications and development stacks. Combining this with and Enterprise PKS will allow VMware Cloud Providers to “provide a cloud that’s developer ready, and offer both VM-based workloads and container-based workloads from the same platform,” Bhardwaj said

Source: VMware Adds Containers to Its Cloud Provider Platform

Link: Google debuts migration tool for its Anthos hybrid cloud platform

Anthos applications are deployed in software containers, which are used to host the individual components of each app and make them easier to work with. The main benefit is that developers get to use a single set of tools to build and deploy their apps, and push through updates as necessary, no matter what infrastructure those apps are hosted on. Kubernetes makes it easier to manage large clusters of containerized apps.

Source: Google debuts migration tool for its Anthos hybrid cloud platform

Link: Ignore the hysteria, Cloud Foundry is just fine

Sure you can do a lot of things with Kubernetes. It’s great, but Cloud Foundry is designed to make “Happy developers,” as Comcast open-source senior director Nithya Ruff put it at the Cloud Foundry Summit.

Cloud Foundry’s audience, as Karl Isenberg, one of its developers, explained on StackOverflow, is “enterprise application devs who want to deploy 12-factor stateless apps using Heroku-style buildpacks.”

Source: Ignore the hysteria, Cloud Foundry is just fine

Link: Users forge ahead with Cloud Foundry-Kubernetes integration

“There are a million solutions out there to your technical problems, but what we wanted was to solve the people and process problems,”

And:

“It depends on Pivotal. If they add a common pattern in the future for deployment with Istio and Envoy through a cluster and platform-agnostic service mesh, then, yes, we will combine them,” said another senior engineer at the carrier.

Source: Users forge ahead with Cloud Foundry-Kubernetes integration

Link: Cloud Foundry Project Eirini Inches the Group Closer to Kubernetes

“A lot of work needs to be done for that but it’s evolving quickly,” Childers said of interoperability tests using Eirini as a bridge between Diego and Kubernetes. He did add that the evolution from Diego to Eirini, if it does occur, will be similar to how Cloud Foundry moved from its DEA architecture system to its Diego architecture system. That involved Diego having to show functional parity to DEA and the necessary production readiness for vendors and organizations to feel comfortable using Diego in place of DEA.

Source: Cloud Foundry Project Eirini Inches the Group Closer to Kubernetes

Link: SUSE on Cloud 9 for love-in with OpenStack and Kubernetes

> With the Cloud Application Platform 1.4, SUSE has set its sights on a multi-cloud world laying claim to being the first software distribution to go 100 per cent Kubernetes for Cloud Foundry.
>
> …
>
> The juice comes from Cloud Foundry’s Project Eirini, which allows devs to seamlessly switch between Kubernetes or Cloud Foundry Diego as their container scheduler. An organisation already invested in the Kubernetes world therefore does not have to faff around with the Cloud Foundry Application Runtime orchestration. A single scheduler should do the trick.

Source: SUSE on Cloud 9 for love-in with OpenStack and Kubernetes

Eirini – Bringing Cloud Foundry & Kubernetes Together

Eirini For DevelopersFor Developers there are two big wins from Eirini. Firstly, if you want a Cloud Foundry cluster and you have access to Kubernetes but not VMs, Eirini lets you get it and kick the tires really fast. Secondly when you do need or want to pull the escape hatch and drop down to Kubernetes, everything you’ve cf push-ed is available as native Kubernetes objects under the covers.

Eirini For OperatorsThe big win from Eirini, though, is for Operators. Many platform operators already need to maintain a Kubernetes stack, for the stateless services their Cloud Foundry uses. Today, in order to provide an Easy Switch for developers, those operators need to manage two schedulers (Diego and Kubernetes), and any tooling and monitoring they use needs to be duplicated between the two. Deploying both the Diego and Kubernetes via Bosh can make this a bit better, but it doesn’t solve the bulk of the problem. Eirini standardises the underlying infrastructure so it’s all Kubernetes under the covers.

Source: The Fresh Prince of Cloud Native: Bringing Cloud Foundry & Kubernetes Together