Cloud Native Computing Foundation KubeCon + CloudNativeCon Europe 2021, 14 May 2021

Previous Meeting Next Meeting

⏯

youtube image

►

From YouTube: Sponsored Keynote: Open Source Innovation – Success Through Failure - Thomas Di Giacomo, SUSE

Description

Don’t miss out! Join us at our upcoming event: KubeCon + CloudNativeCon North America 2021 in Los Angeles, CA from October 12-15. Learn more at https://kubecon.io The conference features presentations from developers and end users of Kubernetes, Prometheus, Envoy, and all of the other CNCF-hosted projects.

Sponsored Keynote: Open Source Innovation – Success Through Failure - Thomas Di Giacomo, Chief Technology & Product Officer, SUSE

A

Thank you for joining and welcome to this short talk about open source innovation in the context of cncf. Obviously, this is the first kubcon for us. Since suzer and rancho came together, two strong open source dnas merging into one and as one we are more committed to and focused on open source and interoperable innovation than ever as thomas edison once said, I didn't fail. I just found 2000 ways how to not make light bulb. I only needed to find one way to make it work.

A

The same mindsets holds true for open source innovation, where the vast majority of projects fail, at least as measured by user adoption, but that is in fact the secret of open source innovation, success through rapids iterative failure and learnings. Hopefully, today, I'd like to share how we massively and iteratively experiment with no rules around cloud native, open source technologies to then contribute and deliver rapid innovation to the cncf community and to our enterprise customers.

A

At any time, we are working on many exciting, open source projects. Only a few succeeds and make their way back to cncf like longhorn and k3s, but all of them contribute to advancing open source cloud native innovation.

A

Soother rancher engineers are constantly launching and starting new open source ids and projects based on cncf technologies and additional cloud native needs that we are seeing ourselves or that are coming from users, companies or developers in general.

A

This approach is in our dna. We encourage it and we are intentionally structured accordingly. It is very grassroots community, inspired and happens both on math and in very different locations of the cloud native landscape.

A

There are no rules, except these. The projects are, of course, open source. They are accessible to everyone and by design they are independent of specific architectural choices.

A

This is to ensure total flexibility, choice and freedom for how the projects can be used. Assembled and developed. Our current exploration projects are broad and diverse, ranging from infrastructure and policy management to applications. For instance, the cube warden project is facilitating policy creation and management through a web assembly. Implementation of the kubernetes dynamic and mission control, our project harvester, which is our vision for the next generation hyper-converged infrastructure harvester, takes data center metal and produces a kubernetes api from where one can manage it and also deploy containerized or virtualized applications.

A

Another example is hipper that experiments with enhanced dependency management concepts in helm.

A

I could go on for hours and actually, by the time we discussed this, many of those projects might have changed, but the point is that there are so many directions to explore that it needs to happen widely and almost chaotically without any restriction other than being open, as you can imagine not all of these will succeed, at least in the sense of not ending up being a relevant component for the cloud native ecosystem.

A

In the end, a small number of them will succeed and then join the cncf projects for further development.

A

That's exactly the path k3s and longhorn have taken initiated outside of cncf, but joining it as they have matured gained relevance and been adopted.

A

These projects have expanded nicely since joining cncf a few months ago, together with the upstream container d and sc linux communities, sc linux support, 2 container d was introduced and incorporated into k3s.

A

Another example of k3s evolution thanks to the cncf community, is the support for embedded hcd as a data store option so that k3s clusters can easily scale out from single nodes to multi-nodes highly available clusters on the long-run sides arm. 64 support has been added since longhorn joined cncf.

A

The community saw use cases where a kubernetes native distributed block storage like longhorn, would be relevant for edge and industrial computing where arm is obviously very present.

A

Self-Healing capabilities were introduced too, enabling longhorn to automatically take action with kubernetes to relocate pods and their data from a failing node to a healthy one, and as a last example, there is the read, write many support.

A

The community has extended the block storage foundation of longhorn, adding a network file system on top of it, to allow multiple nodes to read and write from the same volume.

A

Thank you, everyone for the interest and the contributions to k3s and longhorn.

A

If you'd like to know more about the exploration projects too, there are sessions here at kubecon. You're also very welcome to have a look at them on our github repos and to reach out to us directly.

A

We are more committed than ever to open, open source innovation, around cloud native, focusing on choice, flexibility and freedom to put the exact cloud native puzzle together that someone would need. Thank you very much and have a great.

A

A