Cloud Native Computing Foundation KubeCon + CloudNativeCon Europe 2022, 1 Jun 2022

Previous Meeting Next Meeting

⏯

youtube image

►

From YouTube: Keynote: Landscape Sustainability: The Pillars of Cloud Native Gro... Dave Zolotusky & Katie Gamanji

Description

Don’t miss out! Join us at our upcoming hybrid event: KubeCon + CloudNativeCon North America 2022 from October 24-28 in Detroit (and online!). 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.

Keynote: Landscape Sustainability: The Pillars of Cloud Native Growth - Dave Zolotusky, Software Engineer, Spotify & Katie Gamanji, Senior Kubernetes Field Engineer, Apple

The CNCF ecosystem provides a vendor-neutral space for contributors and adopters to share their technical advancements, and cross-check innovation strategies while seeking guidance on emerging technologies. The TOC members steer the evolution of the CNCF landscape, prompting the growth of the adopter base and the number of use cases where cloud native technology can be applied. Organic adoption and development of new tools created the ecosystem and community as we know it today. However, to continue our growth, we need to identify the sustainability pillars of our community.

This keynote will feature updates on TOC strategy and core pillars that define the future of the CNCF landscape in a scalable and sustainable manner. It will highlight the latest impactful projects and initiatives that drive the ubiquity of the cloud native.

A

Hello, everyone and welcome to the second day of kubecon and cloudnativecon. In valencia, my name is katie gamanchi and as mentioned, I am a senior field engineer at apple.

B

And I'm dave zolitowski, I'm a principal engineer at spotify.

A

We are delighted to be here on this stage today and share the latest findings from the technical oversight committee being on. The toc gives us a vantage point to understand the basics of the cloud native growth while observing the emerging technologies as well.

A

Today, we'd like to share some of our findings with you now for anyone new to cloud native, we have a mission and our mission is to make cloud native ubiquitous, and he do this by creating this vendor-neutral space, where open source development can happen, the toc or technical oversight committee guides technical decisions to serve that mission.

A

What it actually means is that we provide guidelines and principles to make sure that we can operate in a governed environment.

A

We steer the entire vision of the technical landscape, but at the same time, but at the same time we provide guidelines on operating within within this landscape.

B

But let's start with talking about who the people in the toc are excuse me, and I want to first call out a few of the new members, people that have joined the toc since the last time we had kubecon.

B

Obviously, you've just met katie richie, I think, is somewhere in this room, matt, farina and emily, who you've seen on stage a few times, and I also want to point out dims who's. The new chair of the toc.

B

And, of course, with new people joining that means that a few people have left. So I want to give a big thank you on behalf of the toc and the whole cloud native community to alina shang, sod, cornelia and, of course, our outgoing chair liz rice. Let's give all of them a round of applause.

B

And you probably noticed I listed four people joining and five people that left, and that means that we are going to have an election soon to fill the 11th chair. Sorry, the 11th seat on the toc. uh All the details are on this slide. It's a governing board appointed seat if somebody's interest, if any of you in that seat, can reach out to the toc or some of the cncf staff, and we can talk about the details. But in july we should have a new person on the toc.

A

Now, let's actually move to the cloud native principles, and there are three things that we'd like to mention: people, technology and sustainability.

A

So the first thing we're going to do is we're going to deep dive into open governance and transparency, which is the nucleus of our community, we're going to share some of the toc updates and processes that allows us to operate, and all of us to be here as well.

A

The second thing we're going to focus is going to be technology, advancements and interoperability, which is the catalyst of the extensive cn portfolio here, we're going to share some technical updates from the security batch workloads, developer experience and open standards, and, lastly, we'll need to focus on how can we adopt a culture of sustainability for our technology and people? Our main mission here is that we need to scale at the same pace with the technology growth. Now, let's look at all of this in a bit more details.

B

Perfect so, let's start with this open governance and transparency, pillar and, like katie, said: that's really all about the community and the guidance that we give to projects and like a lot of people, I'm going to show this slide and I think most people show this to emphasize the size and the complexity of the ecosystem, but to the toc, the size and the complexity, and the extremely rapid growth of this means a whole bunch of things, because we provide guidance to projects, but as the number of projects increases and the speed at which that number increases, we constantly have to adapt our processes to keep up with that speed.

B

But first, let's talk a little bit about what that even means about what we're doing what it means. When I say things like give guidance to projects, we try to work with projects. We do due diligence to work, help projects through these stages we sponsor them, we help them grow, and so, let's talk about these stages that we move them through.

B

These are the three stages that our project can be in sandbox, incubation and graduation, and we often talk about them as roughly aligning to the crossing the chasm model where a sandbox project might be something a little bit more experimental or not as mature, yet something that's kind of very early at the innovator stage and just trying to figure out where it fits in the marketplace and so there's a fairly low barrier to entry to sandbox.

B

The stage moving from sandbox to incubation is really moving towards early adopters kind of approaching the chasm not necessarily kind of crossing it, but getting there there's a much more significant barrier to go from sandbox to incubation. There's a lot of due diligence there and we kind of want to make sure that the project is on a good path to move towards graduation and to cross. That chasm and then, as I alluded to a few times already, graduation is really that point where the project starts to cross.

B

That chasm and move to this kind of early majority, if not later, majority, and these are projects that already have a lot of adopters and are fairly mature and are really on a very good path, and you can imagine with the explosion a number of projects. The process for all of these stages is we're constantly iterating on it and constantly trying to keep up.

A

Now the tocs are working very hard to facilitate new projects to join the landscape but at the same time to help them to reach a higher maturity level, and currently we have 36 projects in flight, 22 of which are applying for sandbox 10, applying for incubation and four of them applying for graduation. This is a great maturity coefficient for our entire landscape.

A

Now, to make sure that we handle the high demand in submissions, the tocs are always revising the processes that we currently have, and recently we have revamped our annual review process for sandbox projects and revise the criteria for graduation projects as well.

A

We try to emphasize openness and transparency, especially in our communication, before we cast the final votes for a project, but at the same time we are considering a closer collaboration between the toc and the projects, because we are aware that sometimes there are circumstances and requirements we need to put into account as well.

A

We have discussed all of these changes in more detail at the yesterday's public toc panel. So if you could not join us, I recommend you to watch the recording. After this event,.

B

All right, so, let's move to the next pillar, the technology advancement, interoperability pillar- and this is really much more about the actual technology and the what we see going on in the industry.

B

And first I want to talk a little bit about how we, as a toc, even kind of understand. What's going on in the industry. We are only 10 or should be 11 people, so we're not deep experts in any in all of the areas that we need to be and if each of us might be an expert in one space, but we certainly can't be in all of them.

B

So we have seven tags which are technical advisory groups in each of these categories and they're staffed with industry-leading experts in these spaces that really help guide the toc and help us understand the direction that the industry is moving in, so that we can make better decisions in our role and the first trend I want to talk about is security.

B

But I of course, immediately regret having this slide, because I'm on this stage after an amazing talk about security from an industry leading expert in security, so bear with me, as I spent 30 seconds talking about something I know far less about than someone that was just here in front of you so I'll, stick to the trends.

B

The big thing I'm seeing it and we're seeing in the toc is just a lot of momentum around, of course supply chain security efforts that you just heard about and I'll skip the few words about log for shell, that shane covered much better I'll, say a few words about openssf. So I think he said very few words about openssf.

B

This is a really amazing foundation. That's come together very quickly and last itech has over 70 members and has a landscape. That's rapidly growing and becoming more more complex, but full of really interesting projects, and they have lots of really interesting initiatives. They've kicked off, including some of the stuff. That's that stephen already talked about so I'll skip that too, outside of openssf. Of course, we have the security tag that I had on the previous slide and they've done a lot of amazing work.

B

They just released a new cloud-native security white paper that I encourage all of you to take a look at and of course, as I was already talked about on the stage, there's a lot of regulatory and legislative action in this space too, again kind of focusing on supply chain security. So I encourage all of you to look around at the conference and hear some of the great talks people on this topic, but now I'll move on to something I hopefully know more about.

B

Another thing I'm really excited to see more action around is batch workloads, running batch workloads on cloud-native technology, especially on kubernetes, and here I want to point to these two initiatives that actually were really interestingly proposed at almost the same day in december last year, there's both a working group in the kubernetes space and one under tag runtime to do much more diligence around how we want to run batch workloads on cloud native technology.

B

I encourage anyone looking in this space to poke around these two groups and just help us figure out what the right way to do this stuff is.

A

Another long-term strategy, which is very close to my heart, are open standards and interoperability.

A

Now from its genesis, the cloud native community focused on the plugability of the ecosystem, rather than settling down to very specific technical decisions and stacks, and this had its own consequences in a positive manner, though, when you're looking for vendors, open standards means innovation.

A

So as a vendor, you don't need to reinvent the wheel anymore and think how it can integrate your functionalities within the ecosystem. You can use the open standards, which means you can provide value to your customers with minimal latency.

A

If you look towards the end user, community, open standards translates into extensibility. It was never as easy as it is today to benchmark different tools with the same functionalities as an end user. You have the privilege to choose the right tool for your infrastructure, with minimal compromises, and when you look into our community, open standards means interoperability.

A

We have created this ginormous canvas with hundreds and thousands of projects, and this has been possible because we embrace multiple solutions for the same problem.

A

Now, when we look into the open standards principle, this is very well galvanized within the observability space and we have incubating projects such as openmetrics and open telemetry, which pretty much said the de facto standards of how telemetry is consumed within a cloud native ecosystem as well. We have many new initiatives within our sandbox projects, focusing on providing standards for githubs service, mesh, serverless and cluster management. I definitely recommend you to try this out and maybe why not use them in production.

B

Finally, a topic I can talk about for hours, I think developer experience is another one, that's been really big and it's been brought up at every cube. Con I've gone to and there's been a lot of momentum around it. There have been lots of new projects and rapidly growing projects in this space. I've seen many organizations either create developer experience, teams or grow their existing developer experience teams.

B

But the thing I really want to emphasize at kubecon is that developer experience is about so much more than what's going on within an organization and within an organization's developer experience, but it's also about driving a much more positive contributor experience to all of our cncf projects or really all open source projects and whether that's all the small things like chopping, wood and carrying water, all the documentation, things, the non-code contributions or just simple things like making it easier for new contributors to come in pick up.

B

First issues feel welcome in a new community, some of the stuff stephen talked about with the contributor experience, sigs and tags, just figuring all of this stuff out and getting better at it, I think, is as important as all of the initiatives we've seen within organizations.

A

Now, before I move towards the last part, which is sustainability, I would like all of us to take a step back so so far we talked about two main things: community and technology.

A

We talked about open governance and transparency, which allows us to collaborate in an open and transparent environment, but at the same time we talked about interoperability and open standards which helped us to create this extensive cncf portfolio.

A

To continue this powerful momentum of growth, we need to think about sustainability when we think about sustainability. There are two directions: we can follow: technology and community.

A

From a technical standpoint. Recently we had a proposal from one of our community members to observe measure and optimize the carbon footprint for cloud native projects. This initiative was very welcomed and I am delighted to introduce the environmental sustainability working group.

A

Their mission is to bring environmental sustainability as a key factor throughout the development of open source through accountability, education and following a set of best guidelines.

A

Now, as I mentioned, it's a very new working group as such, I definitely recommend you to reach out to the leaders of this working group and register your interest. You can be part of the mailing list, regular sinkholes, you can write the white papers or just provide your insights into how you approach sustainability.

A

We really need to think about sustainability as an important item on our agenda and innovate for green technology.

A

And when we transition towards the community, sustainability is all about growing at the same pace with the technology evolution, and I don't just mean the adopter community. We really need to grow our contributory community as well, and all of you here can actually be part of the contributor community, and this is because you don't need to write code to be an active member.

A

Of course, we need very talented engineers to push hundreds of features that we currently have from alpha and beta to general availability, but at the same time it can provide valuable input as a participant in different tags, sigs working groups or any other initiatives. Again, your input is very valuable.

A

So I really hope that after this event, after this kubecon you're going to be inspired to participate and start your contributor journey- and I do recommend going to contribute.cncf.io- we'll be able to find more details.

A

Again, we really need to grow our community, we need to sustain our technology and our people. Now, if you have any questions for the tocs and the message we delivered today or any of the projects within the ecosystem, you can reach to us on the public slack channel on the toc channel. You can join our mailing list and public monthly calls and you'll be able to find these details on the github page.

A

This is katie gamange and I'm.

B

Dave zolatowski.

A

And we're looking forward to seeing how you can shape the cloud native ecosystem. Thank you. Thank.

B