📜 ⬆️ ⬇️

Four releases of 1.0 from CNCF and major announcements about Kubernetes with KubeCon 2017



On these days (December 6-8), a local version of the KubeCon + CloudNativeCon 2017 conferences is being held in the USA, which focuses on numerous projects of the non-profit organization CNCF led by Kubernetes. The event gathered more than 4,100 visitors, 77% of whom use K8s, and in 75% of cases we are talking about production. The event was not only rich in announcements from various start-ups and giants of the industry, but also became an occasion for summarizing the Open Source-community from the cloud native world - it’s enough to note that in December, four of the CNCF projects had a sign release 1.0. So what's new?

A series of releases


CoreDNS 1.0.0


December 1, CoreDNS 1.0.0 was released . More about this project, we have already told in a separate article . In short, CoreDNS is a DNS server written in Go and similar to Caddy (moreover, it originated as its fork) in its key architectural pattern — using a set of handlers linked together. As a backend (storage) for data used in DNS records, CoreDNS supports etcd, Kubernetes, and a zone file in RFC 1035 format.
')

CoreDNS development plans for April 2017

The main area of ​​developer activity in preparing CoreDNS 1.0.0 has been improvements in the plugin support for Kubernetes. And this is logical, if we recall that the authors of the project are seeking to replace kube-dns . They reinforce their intention with evidence that CoreDNS functionality is wider, performance is better, and memory consumption is less. An example of testing Kubernetes cluster with 5000 services is given, in which CoreDNS was able to process 18000 requests per second using 73 MB of RAM, against the figure of 7000 qps for kube-dns with a consumption of 97 MB of RAM.

Among the opportunities in which CoreDNS exceeds kube-dns is filtering records by namespace (namespace) and label selector; pods verified mode for checking the dough into existence before responding to the request pod.cluster.local ; endpoint_pod_names to use pod names when hostname is not set; autopath to autocomplete the server-side search path.

CoreDNS support has already been added to various Kubernetes tools (alpha feature for 1.9): kubeadm, kops, minikube and kubespray.

containerd 1.0.0


About containerd we also had a separate article . The history of this project is such that, initially being a part of Docker, containerd survived separation from a common code base and becoming an independent project under the wing of the CNCF at the same time as its competitor implementing the same functions (i.e., the executable environment for containers) - rkt from CoreOS.

The further destiny of containerd is its integration into Kubernetes via the CRI interface (“Container Runtime Interface”) through a connecting layer called cri-containerd :



More about this and the next main competitor of the project already on the new “ground” - CRI-O - we wrote here . By the way, at the end of November, a noticeable progress in the development of rkt was announced: CNCF announced the first release of rktlet , the rkt implementation on top of the same CRI.

But returning to the topic: containerd 1.0.0 was released on December 5th. And he introduced a lot of innovations in the capabilities of this product, and in particular:


Fluentd 1.0


Fluentd is a data collector written in Ruby designed to unify the logging layer between log sources ( data sources : syslog, web server logs, etc.) and their storage systems ( data outputs : various DBMS, queue systems, AWS, etc. .). His broad adaptation of "thousands of companies" allows CNCF to call fluentd an "industry standard for logging." (By the way, we ourselves use it now in our logging system for Kubernetes - loghouse .)



In release 1.0 of December 6, appeared:


Jaeger 1.0


Jaeger joined the ranks of CNCF projects more recently (in September). This is a distributed trace system written in Go, created by Uber and compatible with OpenTracing (this is also a CNCF project). The purpose of Jaeger is to conveniently monitor a complex microservice architecture designed to help in identifying the causes of problems that arise (taking into account all dependencies) and to help optimize performance.



Released on December 6th, Jaeger 1.0 brought this project:


New CNCF members


Of course, it was not without numerous replenishments in the ranks of the participating companies of CNCF.

Along with the announcement of the start of KubeCon + CloudNativeCon, the fund immediately presented 31 new members, among which Datadog (this SaaS monitoring solution had excellent Docker statistics ), Grafana Labs (as is easy to guess, by Grafana), HPE (Hewlett Packard Enterprise ), InfluxData (authors of the DBMS for working with time series - InfluxDB), NGINX, Pinterest (see details below), SAP Concur (wrote about them in this success story ).

And in separate news, new members of the “higher categories” at the CNCF were announced:


Other events


Other news from prominent IT market participants was announced at KubeCon 2017. Among them:



An example of implementing a JavaScript master election in Metaparticle


Finally, the upcoming release of Kubernetes 1.9 is also tied to KubeCon 2017 dates: literally beta2 was released that night, all the documentation is expected to be completed over the next 24 hours, and the release itself is scheduled for the next Monday (December 11th).

PS CNCF collected statistics on KubeCon + CloudNativeCon North America 2017 visitors and how they use containers and various foundation projects in their infrastructure. Here, for example, the main difficulties encountered by the respondents and how they have changed over the past year:



Pps


Read also in our blog:

Source: https://habr.com/ru/post/344098/


All Articles