You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/concepts/cluster-administration/networking.md
-6Lines changed: 0 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -260,12 +260,6 @@ Multus supports all [reference plugins](https://github.com/containernetworking/p
260
260
261
261
[NSX-T Container Plug-in (NCP)](https://docs.vmware.com/en/VMware-NSX-T/2.0/nsxt_20_ncp_kubernetes.pdf) provides integration between NSX-T and container orchestrators such as Kubernetes, as well as integration between NSX-T and container-based CaaS/PaaS platforms such as Pivotal Container Service (PKS) and OpenShift.
[Nuage](https://www.nuagenetworks.net) provides a highly scalable policy-based Software-Defined Networking (SDN) platform. Nuage uses the open source Open vSwitch for the data plane along with a feature rich SDN Controller built on open standards.
266
-
267
-
The Nuage platform uses overlays to provide seamless policy-based networking between Kubernetes Pods and non-Kubernetes environments (VMs and bare metal servers). Nuage's policy abstraction model is designed with applications in mind and makes it easy to declare fine-grained policies for applications.The platform's real-time analytics engine enables visibility and security monitoring for Kubernetes applications.
268
-
269
263
### OVN (Open Virtual Networking)
270
264
271
265
OVN is an opensource network virtualization solution developed by the
Copy file name to clipboardExpand all lines: content/en/docs/concepts/overview/working-with-objects/namespaces.md
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,8 +10,7 @@ weight: 30
10
10
11
11
<!-- overview -->
12
12
13
-
Kubernetes supports multiple virtual clusters backed by the same physical cluster.
14
-
These virtual clusters are called namespaces.
13
+
In Kubernetes, _namespaces_ provides a mechanism for isolating groups of resources within a single cluster. Names of resources need to be unique within a namespace, but not across namespaces. Namespace-based scoping is applicable only for namespaced objects _(e.g. Deployments, Services, etc)_ and not for cluster-wide objects _(e.g. StorageClass, Nodes, PersistentVolumes, etc)_.
Pods are generally not created directly and are created using workload resources.
61
+
See [Working with Pods](#working-with-pods) for more information on how Pods are used
62
+
with workload resources.
63
+
64
+
### Workload resources for managing pods
65
+
51
66
Usually you don't need to create Pods directly, even singleton Pods. Instead, create them using workload resources such as {{< glossary_tooltip text="Deployment"
52
67
term_id="deployment" >}} or {{< glossary_tooltip text="Job" term_id="job" >}}.
***Figure - Getting started for a new contributor***
99
+
100
+
The figure above outlines a roadmap for new contributors. You can follow some or all of the steps for `Sign up` and `Review`. Now you are ready to open PRs that achieve your contribution objectives with some listed under `Open PR`. Again, questions are always welcome!
101
+
53
102
Some tasks require more trust and more access in the Kubernetes organization.
54
103
See [Participating in SIG Docs](/docs/contribute/participate/) for more details about
55
104
roles and permissions.
56
105
57
106
## Your first contribution
58
107
108
+
You can prepare for your first contribution by reviewing several steps beforehand. The figure below outlines the steps and the details follow.
109
+
110
+
<!-- See https://github.com/kubernetes/website/issues/28808 for live-editor URL to this figure -->
111
+
<!-- You can also cut/paste the mermaid code into the live editor at https://mermaid-js.github.io/mermaid-live-editor to play around with it -->
112
+
113
+
{{< mermaid >}}
114
+
flowchart LR
115
+
subgraph second[First Contribution]
116
+
direction TB
117
+
S[] -.-
118
+
G[Review PRs from other<br>K8s members] -->
119
+
A[Check K8s/website<br>issues list for<br>good first PRs] --> B[Open a PR!!]
@@ -92,10 +174,12 @@ SIG Docs communicates with different methods:
92
174
introduce yourself!
93
175
-[Join the `kubernetes-sig-docs` mailing list](https://groups.google.com/forum/#!forum/kubernetes-sig-docs),
94
176
where broader discussions take place and official decisions are recorded.
95
-
- Join the [weekly SIG Docs video meeting](https://github.com/kubernetes/community/tree/master/sig-docs). Meetings are always announced on `#sig-docs` and added to the [Kubernetes community meetings calendar](https://calendar.google.com/calendar/embed?src=cgnt364vd8s86hr2phapfjc6uk%40group.calendar.google.com&ctz=America/Los_Angeles). You'll need to download the [Zoom client](https://zoom.us/download) or dial in using a phone.
177
+
- Join the [SIG Docs video meeting](https://github.com/kubernetes/community/tree/master/sig-docs) held every two weeks. Meetings are always announced on `#sig-docs` and added to the [Kubernetes community meetings calendar](https://calendar.google.com/calendar/embed?src=cgnt364vd8s86hr2phapfjc6uk%40group.calendar.google.com&ctz=America/Los_Angeles). You'll need to download the [Zoom client](https://zoom.us/download) or dial in using a phone.
178
+
- Join the SIG Docs async Slack standup meeting on those weeks when the in-person Zoom video meeting does not take place. Meetings are always announced on `#sig-docs`. You can contribute to any one of the threads up to 24 hours after meeting announcement.
96
179
97
180
## Other ways to contribute
98
181
99
182
- Visit the [Kubernetes community site](/community/). Participate on Twitter or Stack Overflow, learn about local Kubernetes meetups and events, and more.
100
183
- Read the [contributor cheatsheet](https://github.com/kubernetes/community/tree/master/contributors/guide/contributor-cheatsheet) to get involved with Kubernetes feature development.
101
184
- Submit a [blog post or case study](/docs/contribute/new-content/blogs-case-studies/).
***Figure - Contributing new content preparation***
47
+
48
+
The figure above depicts the information you should know
49
+
prior to submitting new content. The information details follow.
12
50
13
51
14
52
15
53
<!-- body -->
16
54
17
55
## Contributing basics
18
56
19
-
- Write Kubernetes documentation in Markdown and build the Kubernetes site using [Hugo](https://gohugo.io/).
20
-
- The source is in [GitHub](https://github.com/kubernetes/website). You can find Kubernetes documentation at `/content/en/docs/`. Some of the reference documentation is automatically generated from scripts in the `update-imported-docs/` directory.
21
-
-[Page content types](/docs/contribute/style/page-content-types/) describe the presentation of documentation content in Hugo.
57
+
- Write Kubernetes documentation in Markdown and build the Kubernetes site
58
+
using [Hugo](https://gohugo.io/).
59
+
- The source is in [GitHub](https://github.com/kubernetes/website). You can find
60
+
Kubernetes documentation at `/content/en/docs/`. Some of the reference
61
+
documentation is automatically generated from scripts in
62
+
the `update-imported-docs/` directory.
63
+
-[Page content types](/docs/contribute/style/page-content-types/) describe the
64
+
presentation of documentation content in Hugo.
22
65
- In addition to the standard Hugo shortcodes, we use a number of
23
-
[custom Hugo shortcodes](/docs/contribute/style/hugo-shortcodes/) in our documentation to control the presentation of content.
66
+
[custom Hugo shortcodes](/docs/contribute/style/hugo-shortcodes/) in our
67
+
documentation to control the presentation of content.
24
68
- Documentation source is available in multiple languages in `/content/`. Each
25
69
language has its own folder with a two-letter code determined by the
26
-
[ISO 639-1 standard](https://www.loc.gov/standards/iso639-2/php/code_list.php). For
27
-
example, English documentation source is stored in `/content/en/docs/`.
28
-
- For more information about contributing to documentation in multiple languages or starting a new translation, see [localization](/docs/contribute/localization).
. For example, English documentation source is stored in `/content/en/docs/`.
72
+
- For more information about contributing to documentation in multiple languages
73
+
or starting a new translation,
74
+
see [localization](/docs/contribute/localization).
29
75
30
76
## Before you begin {#before-you-begin}
31
77
32
78
### Sign the CNCF CLA {#sign-the-cla}
33
79
34
-
All Kubernetes contributors **must** read the [Contributor guide](https://github.com/kubernetes/community/blob/master/contributors/guide/README.md) and [sign the Contributor License Agreement (CLA)](https://github.com/kubernetes/community/blob/master/CLA.md).
80
+
All Kubernetes contributors **must** read
81
+
the [Contributor guide](https://github.com/kubernetes/community/blob/master/contributors/guide/README.md)
82
+
and [sign the Contributor License Agreement (CLA)](https://github.com/kubernetes/community/blob/master/CLA.md)
83
+
.
35
84
36
-
Pull requests from contributors who haven't signed the CLA fail the automated tests. The name and email you provide must match those found in your `git config`, and your git name and email must match those used for the CNCF CLA.
85
+
Pull requests from contributors who haven't signed the CLA fail the automated
86
+
tests. The name and email you provide must match those found in
87
+
your `git config`, and your git name and email must match those used for the
88
+
CNCF CLA.
37
89
38
90
### Choose which Git branch to use
39
91
40
-
When opening a pull request, you need to know in advance which branch to base your work on.
92
+
When opening a pull request, you need to know in advance which branch to base
93
+
your work on.
41
94
42
95
Scenario | Branch
43
96
:---------|:------------
44
97
Existing or new English language content for the current release | `main`
45
98
Content for a feature change release | The branch which corresponds to the major and minor version the feature change is in, using the pattern `dev-<version>`. For example, if a feature changes in the `v{{< skew nextMinorVersion >}}` release, then add documentation changes to the ``dev-{{< skew nextMinorVersion >}}`` branch.
46
99
Content in other languages (localizations) | Use the localization's convention. See the [Localization branching strategy](/docs/contribute/localization/#branching-strategy) for more information.
47
100
48
-
49
101
If you're still not sure which branch to choose, ask in `#sig-docs` on Slack.
50
102
51
-
{{< note >}}
52
-
If you already submitted your pull request and you know that the base branch
53
-
was wrong, you (and only you, the submitter) can change it.
54
-
{{< /note >}}
103
+
{{< note >}} If you already submitted your pull request and you know that the
104
+
base branch was wrong, you (and only you, the submitter) can change it. {{<
105
+
/note >}}
55
106
56
107
### Languages per PR
57
108
58
-
Limit pull requests to one language per PR. If you need to make an identical change to the same code sample in multiple languages, open a separate PR for each language.
109
+
Limit pull requests to one language per PR. If you need to make an identical
110
+
change to the same code sample in multiple languages, open a separate PR for
111
+
each language.
59
112
60
113
## Tools for contributors
61
114
62
-
The [doc contributors tools](https://github.com/kubernetes/website/tree/main/content/en/docs/doc-contributor-tools) directory in the `kubernetes/website` repository contains tools to help your contribution journey go more smoothly.
63
-
115
+
The [doc contributors tools](https://github.com/kubernetes/website/tree/main/content/en/docs/doc-contributor-tools)
116
+
directory in the `kubernetes/website` repository contains tools to help your
0 commit comments