Skip to content

Commit c28e8b8

Browse files
Merge remote-tracking branch 'upstream/main' into dev-1.32
2 parents c0bdce3 + 513d4df commit c28e8b8

File tree

99 files changed

+3363
-1751
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

99 files changed

+3363
-1751
lines changed

content/de/docs/concepts/cluster-administration/addons.md

Lines changed: 0 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -41,7 +41,6 @@ Die Add-Ons in den einzelnen Kategorien sind alphabetisch sortiert - Die Reihenf
4141
## Visualisierung & Überwachung
4242

4343
* [Dashboard](https://github.com/kubernetes/dashboard#kubernetes-dashboard) ist ein Dashboard Web Interface für Kubernetes.
44-
* [Weave Scope](https://www.weave.works/documentation/scope-latest-installing/#k8s) ist ein Tool um Container, Pods, Services usw. Grafisch zu visualieren. Kann in Verbindung mit einem [Weave Cloud Account](https://cloud.weave.works/) genutzt oder selbst gehosted werden.
4544

4645
## Infrastruktur
4746

content/en/_index.html

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -47,15 +47,15 @@ <h2>The Challenges of Migrating 150+ Microservices to Kubernetes</h2>
4747
<button id="desktopShowVideoButton" onclick="kub.showVideo()">Watch Video</button>
4848
<br>
4949
<br>
50-
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-open-source-summit-ai-dev-china/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon China on August 21-23</a>
50+
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon North America on November 12-15</a>
5151
<br>
5252
<br>
5353
<br>
54-
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america-2024/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon North America on November 12-15</a>
54+
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-india/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon India on December 11-12</a>
5555
<br>
5656
<br>
5757
<br>
58-
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-india/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon India on December 11-12</a>
58+
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/" button id="desktopKCButton">Attend KubeCon + CloudNativeCon Europe on April 1-4, 2025</a>
5959
</div>
6060
<div id="videoPlayer">
6161
<iframe data-url="https://www.youtube.com/embed/H06qrNmGqyE?autoplay=1" frameborder="0" allowfullscreen></iframe>

content/en/blog/_posts/2022-12-19-devicemanager-ga.md/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ the `Registration` gRPC service served by kubelet to register itself with kubele
2323
Please refer to the documentation for an [example](/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/#example-pod) on how a pod can request a device exposed to the cluster by a device plugin.
2424

2525
Here are some example implementations of device plugins:
26-
- [AMD GPU device plugin](https://github.com/RadeonOpenCompute/k8s-device-plugin)
26+
- [AMD GPU device plugin](https://github.com/ROCm/k8s-device-plugin)
2727
- [Collection of Intel device plugins for Kubernetes](https://github.com/intel/intel-device-plugins-for-kubernetes)
2828
- [NVIDIA device plugin for Kubernetes](https://github.com/NVIDIA/k8s-device-plugin)
2929
- [SRIOV network device plugin for Kubernetes](https://github.com/k8snetworkplumbingwg/sriov-network-device-plugin)
737 KB
Loading
879 KB
Loading
Lines changed: 84 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,84 @@
1+
---
2+
layout: blog
3+
title: "Spotlight on CNCF Deaf and Hard-of-hearing Working Group (DHHWG)"
4+
slug: cncf-deaf-and-hard-of-hearing-working-group-spotlight
5+
date: 2024-09-30
6+
author: "Sandeep Kanabar"
7+
---
8+
9+
_In recognition of Deaf Awareness Month and the importance of inclusivity in the tech community, we are spotlighting [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/), facilitator and one of the founding members of [CNCF Deaf and Hard-of-Hearing Working Group](https://contribute.cncf.io/about/deaf-and-hard-of-hearing/) (DHHWG). In this interview, [Sandeep Kanabar](https://www.linkedin.com/in/sandeepkanabar/), a deaf member of the DHHWG and part of the Kubernetes [SIG ContribEx Communications team](https://github.com/kubernetes/community/blob/master/sig-contributor-experience/README.md#contributor-comms), sits down with Catherine to explore the impact of the DHHWG on cloud native projects like Kubernetes._
10+
11+
_Sandeep’s journey is a testament to the power of inclusion. Through his involvement in the DHHWG, he connected with members of the Kubernetes community who encouraged him to join [SIG ContribEx](https://github.com/kubernetes/community/blob/master/sig-contributor-experience/README.md) - the group responsible for sustaining the Kubernetes contributor experience. In an ecosystem where open-source projects are actively seeking contributors and maintainers, this story highlights how important it is to create pathways for underrepresented groups, including those with disabilities, to contribute their unique perspectives and skills._
12+
13+
_In this interview, we delve into Catherine’s journey, the challenges and triumphs of establishing the DHHWG, and the vision for a more inclusive future in cloud native. We invite Kubernetes contributors, maintainers, and community members to reflect on the **significance of empathy, advocacy, and community** in fostering a truly inclusive environment for all, and to think about how they can support efforts to increase diversity and accessibility within their own projects._
14+
15+
## Introduction
16+
**Sandeep Kanabar (SK): Hello Catherine, could you please introduce yourself, share your professional background, and explain your connection to the Kubernetes ecosystem?**
17+
18+
**Catherine Paganini (CP)**: I'm the Head of Marketing at [Buoyant](https://buoyant.io/), the creator of [Linkerd](https://linkerd.io/), the CNCF-graduated service mesh, and 5th CNCF project. Four years ago, I started contributing to open source. The initial motivation was to make cloud native concepts more accessible to newbies and non-technical people. Without a technical background, it was hard for me to understand what Kubernetes, containers, service meshes, etc. mean. All content was targeted at engineers already familiar with foundational concepts. Clearly, I couldn't be the only one struggling with wrapping my head around cloud native.
19+
20+
My first contribution was the [CNCF Landscape Guide](https://landscape.cncf.io/guide#introduction), which I co-authored with my former colleague Jason Morgan. Next, we started the [CNCF Glossary](https://glossary.cncf.io/), which explains cloud native concepts in simple terms. Today, the glossary has been (partially) localised into 14 languages!
21+
22+
Currently, I'm the co-chair of the [TAG Contributor Strategy](https://contribute.cncf.io/about/) and the Facilitator of the Deaf and Hard of Hearing Working Group (DHHWG) and Blind and Visually Impaired WG (BVIWG), which is still in formation. I'm also working on a new Linux Foundation (LF) initiative called ABIDE (Accessibility and Belonging through Inclusion, Diversity, and Equity), so stay tuned to learn more about it!
23+
24+
## Motivation and early milestones
25+
**SK: That's inspiring! Building on your passion for accessibility, what motivated you to facilitate the creation of the DHHWG? Was there a speecifc moment or experience that sparked this initiative?**
26+
27+
**CP**: Last year at KubeCon Amsterdam, I learned about a great initiative by Jay Tihema that creates [pathways for Maori youth into cloud native](https://contribute.cncf.io/resources/videos/2023/from-maori-to-deaf-engineers/) and open source. While telling my CODA (children of deaf adults) high school friend about it, I thought it'd be great to create something similar for deaf folks. A few months later, I posted about it in a LinkedIn post that the CNCF shared. Deaf people started to reach out, wanting to participate. And the rest is history.
28+
29+
**SK: Speaking of history, since its launch, how has the DHHWG evolved? Could you highlight some of the key milestones or achievements the group has reached recently?**
30+
31+
**CP**: Our WG is about a year old. It started with a few deaf engineers and me brainstorming how to make KubeCon more accessible. We published an initial draft of [Best practices for an inclusive conference](https://contribute.cncf.io/accessibility/deaf-and-hard-of-hearing/conference-best-practices/) and shared it with the LF events team. KubeCon Chicago was two months later, and we had a couple of deaf attendees. It was the **first** KubeCon accessible to deaf signers. [Destiny](https://www.linkedin.com/in/destiny-o-connor-28b2a5255/), one of our co-chairs, even participated in a [keynote panel](https://youtu.be/3WJ_s4Jvbsk?si=iscthTiCyMxoMUqY&t=347). It was incredible how quickly everything happened!
32+
33+
![DHHWG members at KubeCon Chicago](cncf-dhhwg-chicago.jpg)
34+
*DHHWG members at KubeCon Chicago*
35+
36+
The team has grown since then, and we've been able to do much more. With a kiosk in the project pavilion, an open space discussion, a sign language crash course, and a few media interviews, KubeCon Paris had a stronger advocacy and outreach focus. [Check out this video of our team in Paris](https://www.youtube.com/watch?v=E8AcyqsgAyQ) to get a glimpse of all the different KubeCon activities — it was such a great event! The team also launched the first CNCF Community Group in sign language, [Deaf in Cloud Native](https://community.cncf.io/deaf-in-cloud-native/), a glossary team that creates sign language videos for each technical term to help standardize technical signs across the globe. It's crazy to think that it all happened within one year!
37+
38+
## Overcoming challenges and addressing misconceptions
39+
**SK: That's remarkable progress in just a year! Building such momentum must have come with its challenges. What barriers have you encountered in facilitating the DHHWG, and how did you and the group work to overcome them?**
40+
41+
**CP**: The support from the community, LF, and CNCF has been incredible. The fact that we achieved so much is proof of it. The challenges are more in helping some team members overcome their fear of contributing. Most are new to open source, and it can be intimidating to put your work out there for everyone to see. The fear of being criticized in public is real; however, as they will hopefully realize over time, our community is incredibly supportive. Instead of criticizing, people tend to help improve the work, leading to better outcomes.
42+
43+
**SK: Are there any misconceptions about the deaf and hard-of-hearing community in tech that you'd like to address?**
44+
45+
**CP**: Deaf and hard of hearing individuals are very diverse — there is no one-size-fits-all. Some deaf people are oral (speak), others sign, while some lip read or prefer captions. It generally depends on how people grew up. While some people come from deaf families and sign language is their native language, others were born into hearing families who may or may not have learned how to sign. Some deaf people grew up surrounded by hearing people, while others grew up deeply embedded in Deaf culture. Hard-of-hearing individuals, on the other hand, typically can communicate well with hearing peers one-on-one in quiet settings, but loud environments or conversations with multiple people can make it hard to follow the conversation. Most rely heavily on captions. Each background and experience will shape their communication style and preferences. In short, what works for one person, doesn't necessarily work for others. So **never assume** and **always ask** about accessibility needs and preferences.
46+
47+
## Impact and the role of allies
48+
**SK: Can you share some key impacts/outcomes of the conference best practices document?**
49+
50+
**CP**: Here are the two most important ones: Captions should be on the monitor, not in an app. That's especially important during technical talks with live demos. Deaf and hard of hearing attendees will miss important information switching between captions on their phone and code on the screen.
51+
52+
Interpreters are most valuable during networking, not in talks (with captions). Most people come to conferences for the hallway track. That is no different for deaf attendees. If they can't network, they are missing out on key professional connections, affecting their career prospects.
53+
54+
55+
**SK: In your view, how crucial is the role of allies within the DHHWG, and what contributions have they made to the group’s success?**
56+
57+
**CP**: Deaf and hard of hearing individuals are a minority and can only do so much. ***Allies are the key to any diversity and inclusion initiative***. As a majority, allies can help spread the word and educate their peers, playing a key role in scaling advocacy efforts. They also have the power to demand change. It's easy for companies to ignore minorities, but if the majority demands that their employers be accessible, environmentally conscious, and good citizens, they will ultimately be pushed to adapt to new societal values.
58+
59+
## Expanding DEI efforts and future vision
60+
**SK: The importance of allies in driving change is clear. Beyond the DHHWG, are you involved in any other DEI groups or initiatives within the tech community?**
61+
62+
**CP**: As mentioned above, I'm working on an initiative called ABIDE, which is still work in progress. I don't want to share too much about it yet, but what I can say is that the DHHWG will be part of it and that we just started a Blind and Visually Impaired WG (BVIWG). ABIDE will start by focusing on accessibility, so if anyone reading this has an idea for another WG, please reach out to me via the CNCF Slack @Catherine Paganini.
63+
64+
**SK: What does the future hold for the DHHWG? Can you share details about any ongoing or upcoming initiatives?**
65+
66+
**CP**: I think we've been very successful in terms of visibility and awareness so far. We can't stop, though. Awareness work is ongoing, and most people in our community haven't heard about us or met anyone on our team yet, so a lot of work still lies ahead.
67+
68+
![DHHWG members at KubeCon Paris](cncf-dhhwg-paris.jpg)
69+
*DHHWG members at KubeCon Paris*
70+
71+
72+
73+
The next step is to refocus on advocacy. The same thing we did with the conference best practices but for other areas. The goal is to help educate the community about what real accessibility looks like, how projects can be more accessible, and why employers should seriously consider deaf candidates while providing them with the tools they need to conduct successful interviews and employee onboarding. We need to capture all that in documents, publish it, and then get the word out. That last part is certainly the most challenging, but it's also where everyone can get involved.
74+
75+
## Call to action
76+
**SK: Thank you for sharing your insights, Catherine. As we wrap up, do you have any final thoughts or a call to action for our readers?**
77+
78+
**CP**: As we build our [accessibility page](https://contribute.cncf.io/accessibility/deaf-and-hard-of-hearing/), check in regularly to see what's new. Share the docs with your team, employer, and network — anyone, really. The more people understand what accessibility really means and why it matters, the more people will recognize when something isn't accessible, and be able to call out marketing-BS, which, unfortunately, is more often the case than not. We need allies to help push for change. **No minority can do this on their own**. So please learn about accessibility, keep an eye out for it, and call it out when something isn't accessible. We need your help!
79+
80+
## Wrapping up
81+
82+
Catherine and the DHHWG's work exemplify the power of community and advocacy. As we celebrate Deaf Awareness Month, let's reflect on her role as an ally and consider how we can all contribute to building a more inclusive tech community, particularly within open-source projects like Kubernetes.
83+
84+
*Together, we can break down barriers, challenge misconceptions, and ensure that everyone feels welcome and valued. By advocating for accessibility, supporting initiatives like the DHHWG, and fostering a culture of empathy, we can create a truly inclusive and welcoming space for all.*

content/en/docs/concepts/architecture/garbage-collection.md

Lines changed: 7 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -82,13 +82,16 @@ owner object:
8282
* The object remains visible through the Kubernetes API until the deletion
8383
process is complete.
8484

85-
After the owner object enters the deletion in progress state, the controller
86-
deletes the dependents. After deleting all the dependent objects, the controller
87-
deletes the owner object. At this point, the object is no longer visible in the
85+
After the owner object enters the *deletion in progress* state, the controller
86+
deletes dependents it knows about. After deleting all the dependent objects it knows about,
87+
the controller deletes the owner object. At this point, the object is no longer visible in the
8888
Kubernetes API.
8989

9090
During foreground cascading deletion, the only dependents that block owner
91-
deletion are those that have the `ownerReference.blockOwnerDeletion=true` field.
91+
deletion are those that have the `ownerReference.blockOwnerDeletion=true` field
92+
and are in the garbage collection controller cache. The garbage collection controller
93+
cache may not contain objects whose resource type cannot be listed / watched successfully,
94+
or objects that are created concurrent with deletion of an owner object.
9295
See [Use foreground cascading deletion](/docs/tasks/administer-cluster/use-cascading-deletion/#use-foreground-cascading-deletion)
9396
to learn more.
9497

content/en/docs/concepts/scheduling-eviction/_index.md

Lines changed: 0 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -2,12 +2,6 @@
22
title: "Scheduling, Preemption and Eviction"
33
weight: 95
44
content_type: concept
5-
description: >
6-
In Kubernetes, scheduling refers to making sure that Pods are matched to Nodes
7-
so that the kubelet can run them. Preemption is the process of terminating
8-
Pods with lower Priority so that Pods with higher Priority can schedule on
9-
Nodes. Eviction is the process of proactively terminating one or more Pods on
10-
resource-starved Nodes.
115
no_list: true
126
---
137

content/en/docs/concepts/security/cloud-native-security.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -84,9 +84,8 @@ layers expect.
8484

8585
## _Runtime_ lifecycle phase {#lifecycle-phase-runtime}
8686

87-
The Runtime phase comprises three critical areas: [compute](#protection-runtime-compute),
88-
[access](#protection-runtime-access), and [storage](#protection-runtime-storage).
89-
87+
The Runtime phase comprises three critical areas: [access](#protection-runtime-access),
88+
[compute](#protection-runtime-compute), and [storage](#protection-runtime-storage).
9089

9190
### Runtime protection: access {#protection-runtime-access}
9291

0 commit comments

Comments
 (0)