Kata Containers
Published in

Kata Containers

About Kata Containers releases

2.1.0: try it while it’s still warm

During the past few months the Kata Containers community has been working on new features and bugfixes that are now materialized as the 2.1.0 release, which went out on Friday, May 14th.

The 2.1.0 release includes several bug fixes and improvements, such as:
* Improving kata-deploy so it becomes the de-facto way of deploying kata-containers in a k8s / k3s cluster.
* Improving tracing support, most notably migrating from opentracing to opentelemetry.
* Improving how PCI devices are handled, making VFIO & SR-IOV more future proof.
* Improving the agent performance, by making it asynchronous;
* Improving the project documentation (always on ongoing process!) to ensure users have the latest up-to-date information on how to utilize the project.

Apart from the improvements, a few features that are worth a highlight include:
* virtio-mem has been enabled as part of the kernel distributed via kata-deploy.
* IPv6 support has been implemented in the agent.
* kata-runtime metrics command has been introduced for gathering status on a running Kata Containers sandbox.

The release has kept us busy, this is not the only activity we’ve been working on.

1.x is no longer being maintained

Kata Containers 1.x has reached EOL (End of Life) and is no longer being maintained, the repositories have been archived, and all the issues were closed.

All users should switch to the latest Kata Containers 2.x release to ensure they are using a maintained release that contains the latest security fixes, performance improvements and new features.

This decision was discussed by the @kata-containers/architecture-committee and has been announced via the Kata Containers mailing list:

* http://lists.katacontainers.io/pipermail/kata-dev/2020-November/001601.html
* http://lists.katacontainers.io/pipermail/kata-dev/2021-April/001843.html
* http://lists.katacontainers.io/pipermail/kata-dev/2021-May/001896.html

Changes in the maintained branches

With the release of 2.1.0, the community decided to reevaluate the stable branch maintenance window for the project.

This has been discussed during community meetings, as well as within the following issue and pull requests:
* Issue: https://github.com/kata-containers/kata-containers/issues/1876
* Pull Request: https://github.com/kata-containers/kata-containers/pull/1877

We plan to maintain a single stable branch per active major release, while maitaining the minor release cadence as it’s, happening every 12 weeks.

We believe maintaining a single stable branch will free some resources, allowing the community to focus better on improvements to be done down the
road and to better maintain the project as it is.

If you have any questions or concerns on this change, please reach out in the issue or pull request mentioned above.




Kata Containers is an open source community building extremely lightweight VMs that perform like containers, but provide the workload isolation and security advantages of adding a virtual machine layer. katacontainers.io

Recommended from Medium

How To Use WSO2 Message Processor / Message Store For Ensuring Guaranteed Delivery

What is web3:a simple definition?

My Full Stack Boot Camp Experience in 2021

Eagle Pcb Software Download

Secure, Event Driven Pipelines for Customer-Facing Use Cases using Streams and Tasks

Unit testing RxSwift application

Where should I run my Code on Google Cloud Platform?

Organise Firebase Functions Part 1 – Minimise Cold-Start Time

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Fabiano Fidêncio

Fabiano Fidêncio

An immigrant working as a virtualization & containers developer. With a penchant for music, abstract tattoos, open source, old games, pigs, and goats.

More from Medium

OpenShift Pipelines As Code 😻

Kubernetes Operator — Simplified!

Rancher CIS operator