Language Selection

English French German Italian Portuguese Spanish

Kubernetes 1.16 available from Canonical

Filed under
Server
OSS
Ubuntu

Canonical announces full enterprise support for Kubernetes 1.16, with support covering Charmed Kubernetes, MicroK8s and kubeadm.

MicroK8s will be updated with Kubernetes 1.16 enabling users access to the latest upstream release with a single-line command in under 60 seconds. In addition, MicroK8s gets new add-ons with one line installs of Helm and Cilium as well as enhancements, upgrades and bug fixes. Cilium adds enhanced networking features including Kubernetes Network Policy support. With MicroK8s 1.16, users can develop and deploy enterprise grade Kubernetes on any Linux desktop, server or VM across 42 Linux distros.

Canonical’s Charmed Kubernetes 1.16 will come with exciting changes like support for Kata Containers, AWS IAM, SSL passthrough and more. Using Kata Containers, insecure or untrusted pods can be run safely in isolation without disrupting trusted pods in deployments. Identity Access Management on AWS can be used to login to your Charmed Kubernetes cluster. Users get more control over their deployments while benefitting from reduced complexity due to improved LXD support and enhanced Prometheus and OpenStack integration.

“At Canonical, we enable enterprises by reducing the complexity of their Kubernetes deployments. We are actively involved in the Kubernetes community to ensure we listen to, and support our users’ and partners’ needs. Staying on top of security flaws, community issues and features to improve Kubernetes is critical to us. We keep the Ubuntu ecosystem updated with the latest Kubernetes, as soon as it becomes available upstream,” commented Ammar Naqvi, Product Manager at Canonical.

Read more

A Look into the Technical Details of Kubernetes 1.16

  • A Look into the Technical Details of Kubernetes 1.16

    Custom Resource Definitions (CRDs) were introduced into upstream Kubernetes by Red Hat engineers in version 1.7. From the beginning, they were designed as a future-proof implementation of what was previously prototyped as ThirdPartyResources. The road of CRDs has focused on the original goal of making custom resources production ready, bringing it to be a generally available feature in Kubernetes, highlighted with the promotion of the API to v1 in 1.16.

    CRDs have become a cornerstone of API extensions in the Kubernetes ecosystem, and is the basis of innovation and a core building block of OpenShift 4. Red Hat has continued pushing CRDs forward ever since, as one of the main drivers in the community behind the features and stability improvements, which finally lead to the v1 API. This progress made OpenShift 4 possible.

    Let’s take a deeper look at what will change in the v1 API of Custom Resource Definitions (in the apiextensions.k8s.io/v1 API group). The main theme is around consistency of data stored in CustomResources:

Custom Resources, Overhauled Metrics, and Volume Extensions

More from Red Hat

  • Hello Kubernetes 1.16: Custom Resource Definitions ease the creation and long term management of APIs

    Kubernetes 1.16 is expected to arrive this week, and with it comes a host of new changes that help ease management for users of this container orchestration platform. For users of Kubernetes, and of Red Hat OpenShift, this release signals the arrival of the general availability for Custom Resource Definitions (CRDs).

    When building open source software, duties and tasks must be distributed among large numbers of contributors, some of whom may even be in direct competition with one another. While this may sound like a risky, Machiavellian scenario, in practice, there’s far less rivalry. Instead, the whole project becomes a collaborative board game with individual high scores.

    Those high scores ebb and flow as teams take charge of features, lead them to completion and exchange leadership roles over the course of the development of the project. We say all that to say this: Kubernetes 1.16 saw a great deal of work and guidance across the ecosystem, as well as from Red Hat and Google (top upstream corporate contributors). All vendors and the community at large can benefit from the updates made in this release, especially with the prime time for CRDs, which are a main extension point for building cloud native applications on Kubernetes.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Android Leftovers

Best Free Android Apps: Joplin – note taking and to-do application

There’s a strict eligibility criteria for inclusion in this series. See the Eligibility Criteria section below. Joplin is a free, open source note taking and to-do application, which can handle a large number of notes organized into notebooks. The notes are searchable, can be copied, tagged and modified. Read more

How I digitized my CD collection with open source tools

The restrictions on getting out and about during the pandemic occasionally remind me that time is slipping by—although some days, "slipping" doesn't quite feel like the right word. But it also reminds me there are more than a few tasks around the house that can be great for restoring the sense of accomplishment that so many of us have missed. One such task, in my home anyway, is converting our CD collection to FLAC and storing the files on our music server's hard drive. Considering we don't have a huge collection (at least, by some people's standards), I'm surprised we still have so many CDs awaiting conversion—even excluding all the ones that fail to impress and therefore don't merit the effort. Read more

Hyperbola Linux Review: Systemd-Free Arch With Linux-libre Kernel

In the last month of 2019, the Hyperbola project took a major decision of ditching Linux in favor of OpenBSD. We also had a chat with Hyperbola co-founder Andre Silva, who detailed the reason for dropping Hyperbola OS and starting a new HyperbolaBSD. HyperbolaBSD is still under development and its alpha release will be ready by September 2021 for initial testing. The current Hyperbola GNU/Linux-libre v0.3.1 Milky Way will be supported until the legacy Linux-libre kernel reaches the end of life in 2022. I thought of giving it a try before it goes away and switches to BSD completely. Read more