Update outdated links of kubernetes.io
Update outdated links of kubernetes.io
This commit is contained in:
parent
d63e9f08f6
commit
c94e225f37
|
|
@ -17,7 +17,7 @@ for easy management and discovery.
|
||||||
|
|
||||||
## Scope
|
## Scope
|
||||||
|
|
||||||
Kubernetes is a [platform for deploying and managing containers](https://kubernetes.io/docs/whatisk8s/).
|
Kubernetes is a [platform for deploying and managing containers](https://kubernetes.io/docs/concepts/overview/what-is-kubernetes/).
|
||||||
Kubernetes provides a container runtime, container
|
Kubernetes provides a container runtime, container
|
||||||
orchestration, container-centric infrastructure orchestration, self-healing mechanisms such as health checking and re-scheduling, and service discovery and load balancing.
|
orchestration, container-centric infrastructure orchestration, self-healing mechanisms such as health checking and re-scheduling, and service discovery and load balancing.
|
||||||
|
|
||||||
|
|
@ -65,11 +65,11 @@ The project is committed to the following (aspirational) [design ideals](princip
|
||||||
in the [participation of applications in their own management](http://blog.kubernetes.io/2016/09/cloud-native-application-interfaces.html).
|
in the [participation of applications in their own management](http://blog.kubernetes.io/2016/09/cloud-native-application-interfaces.html).
|
||||||
However, in doing
|
However, in doing
|
||||||
so, we strive not to force applications to lock themselves into Kubernetes APIs, which is, for
|
so, we strive not to force applications to lock themselves into Kubernetes APIs, which is, for
|
||||||
example, why we prefer configuration over convention in the [downward API](https://kubernetes.io/docs/user-guide/downward-api/).
|
example, why we prefer configuration over convention in the [downward API](https://kubernetes.io/docs/tasks/inject-data-application/downward-api-volume-expose-pod-information/#the-downward-api).
|
||||||
Additionally, Kubernetes is not bound by
|
Additionally, Kubernetes is not bound by
|
||||||
the lowest common denominator of systems upon which it depends, such as container runtimes and
|
the lowest common denominator of systems upon which it depends, such as container runtimes and
|
||||||
cloud providers. An example where we pushed the envelope of what was achievable was in its
|
cloud providers. An example where we pushed the envelope of what was achievable was in its
|
||||||
[IP per Pod networking model](https://kubernetes.io/docs/admin/networking/#kubernetes-model).
|
[IP per Pod networking model](https://kubernetes.io/docs/concepts/cluster-administration/networking/#kubernetes-model).
|
||||||
|
|
||||||
## Architecture
|
## Architecture
|
||||||
|
|
||||||
|
|
@ -86,23 +86,23 @@ in order to support high-availability clusters, or can even be run on Kubernetes
|
||||||
|
|
||||||
Kubernetes provides a REST API supporting primarily CRUD operations on (mostly) persistent resources, which
|
Kubernetes provides a REST API supporting primarily CRUD operations on (mostly) persistent resources, which
|
||||||
serve as the hub of its control plane. Kubernetes’s API provides IaaS-like
|
serve as the hub of its control plane. Kubernetes’s API provides IaaS-like
|
||||||
container-centric primitives such as [Pods](https://kubernetes.io/docs/user-guide/pods/),
|
container-centric primitives such as [Pods](https://kubernetes.io/docs/concepts/workloads/pods/pod/),
|
||||||
[Services](https://kubernetes.io/docs/user-guide/services/), and
|
[Services](https://kubernetes.io/docs/concepts/services-networking/service/), and
|
||||||
[Ingress](https://kubernetes.io/docs/user-guide/ingress/), and also lifecycle APIs to support orchestration
|
[Ingress](https://kubernetes.io/docs/concepts/services-networking/ingress/), and also lifecycle APIs to support orchestration
|
||||||
(self-healing, scaling, updates, termination) of common types of workloads, such as
|
(self-healing, scaling, updates, termination) of common types of workloads, such as
|
||||||
[ReplicaSet](https://kubernetes.io/docs/user-guide/replicasets/) (simple fungible/stateless app manager),
|
[ReplicaSet](https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/) (simple fungible/stateless app manager),
|
||||||
[Deployment](https://kubernetes.io/docs/user-guide/deployments/) (orchestrates updates of
|
[Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) (orchestrates updates of
|
||||||
stateless apps), [Job](https://kubernetes.io/docs/user-guide/jobs/) (batch),
|
stateless apps), [Job](https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/) (batch),
|
||||||
[CronJob](https://kubernetes.io/docs/user-guide/cron-jobs/) (cron),
|
[CronJob](https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/) (cron),
|
||||||
[DaemonSet](https://kubernetes.io/docs/admin/daemons/) (cluster services), and
|
[DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/) (cluster services), and
|
||||||
[StatefulSet](https://kubernetes.io/docs/concepts/abstractions/controllers/statefulsets/) (stateful apps).
|
[StatefulSet](https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/) (stateful apps).
|
||||||
We deliberately decoupled service naming/discovery and load balancing from application
|
We deliberately decoupled service naming/discovery and load balancing from application
|
||||||
implementation, since the latter is diverse and open-ended.
|
implementation, since the latter is diverse and open-ended.
|
||||||
|
|
||||||
Both user clients and components containing asynchronous controllers interact with the same API resources,
|
Both user clients and components containing asynchronous controllers interact with the same API resources,
|
||||||
which serve as coordination points, common intermediate representation, and shared state. Most resources
|
which serve as coordination points, common intermediate representation, and shared state. Most resources
|
||||||
contain metadata, including [labels](https://kubernetes.io/docs/user-guide/labels/) and
|
contain metadata, including [labels](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) and
|
||||||
[annotations](https://kubernetes.io/docs/user-guide/annotations/), fully elaborated desired state (spec),
|
[annotations](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/), fully elaborated desired state (spec),
|
||||||
including default values, and observed state (status).
|
including default values, and observed state (status).
|
||||||
|
|
||||||
Controllers work continuously to drive the actual state towards the desired state, while reporting back the currently observed state for users and for other controllers.
|
Controllers work continuously to drive the actual state towards the desired state, while reporting back the currently observed state for users and for other controllers.
|
||||||
|
|
@ -117,7 +117,7 @@ message bus.
|
||||||
#### API Server
|
#### API Server
|
||||||
|
|
||||||
The [API server](https://kubernetes.io/docs/admin/kube-apiserver/) serves up the
|
The [API server](https://kubernetes.io/docs/admin/kube-apiserver/) serves up the
|
||||||
[Kubernetes API](https://kubernetes.io/docs/api/). It is intended to be a relatively simple
|
[Kubernetes API](https://kubernetes.io/docs/concepts/overview/kubernetes-api/). It is intended to be a relatively simple
|
||||||
server, with most/all business logic implemented in separate components or in plug-ins. It mainly
|
server, with most/all business logic implemented in separate components or in plug-ins. It mainly
|
||||||
processes REST operations, validates them, and updates the corresponding objects in `etcd` (and
|
processes REST operations, validates them, and updates the corresponding objects in `etcd` (and
|
||||||
perhaps eventually other stores). Note that, for a number of reasons, Kubernetes deliberately does
|
perhaps eventually other stores). Note that, for a number of reasons, Kubernetes deliberately does
|
||||||
|
|
@ -149,7 +149,7 @@ Most other cluster-level functions are currently performed by a separate process
|
||||||
both lifecycle functions (e.g., namespace creation and lifecycle, event garbage collection,
|
both lifecycle functions (e.g., namespace creation and lifecycle, event garbage collection,
|
||||||
terminated-pod garbage collection, cascading-deletion garbage collection, node garbage collection)
|
terminated-pod garbage collection, cascading-deletion garbage collection, node garbage collection)
|
||||||
and API business logic (e.g., scaling of pods controlled by a
|
and API business logic (e.g., scaling of pods controlled by a
|
||||||
[ReplicaSet](https://kubernetes.io/docs/user-guide/replicasets/)).
|
[ReplicaSet](https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/)).
|
||||||
|
|
||||||
The application management and composition layer, providing self-healing, scaling, application lifecycle management, service discovery, routing, and service binding and provisioning.
|
The application management and composition layer, providing self-healing, scaling, application lifecycle management, service discovery, routing, and service binding and provisioning.
|
||||||
|
|
||||||
|
|
@ -195,11 +195,11 @@ containers isolated from each other, but they are also isolated from the hosts o
|
||||||
execute, which is critical to decoupling management of individual applications from each other and
|
execute, which is critical to decoupling management of individual applications from each other and
|
||||||
from management of the underlying cluster physical/virtual infrastructure.
|
from management of the underlying cluster physical/virtual infrastructure.
|
||||||
|
|
||||||
Kubernetes provides [Pods](https://kubernetes.io/docs/user-guide/pods/) that can host multiple
|
Kubernetes provides [Pods](https://kubernetes.io/docs/concepts/workloads/pods/pod/) that can host multiple
|
||||||
containers and storage volumes as its fundamental execution primitive in order to facilitate
|
containers and storage volumes as its fundamental execution primitive in order to facilitate
|
||||||
packaging a single application per container, decoupling deployment-time concerns from build-time
|
packaging a single application per container, decoupling deployment-time concerns from build-time
|
||||||
concerns, and migration from physical/virtual machines. The Pod primitive is key to glean the
|
concerns, and migration from physical/virtual machines. The Pod primitive is key to glean the
|
||||||
[primary benefits](https://kubernetes.io/docs/whatisk8s/#why-containers) of deployment on modern
|
[primary benefits](https://kubernetes.io/docs/concepts/overview/what-is-kubernetes/#why-containers) of deployment on modern
|
||||||
cloud platforms, such as Kubernetes.
|
cloud platforms, such as Kubernetes.
|
||||||
|
|
||||||
API admission control may reject pods or add additional scheduling constraints to them, but
|
API admission control may reject pods or add additional scheduling constraints to them, but
|
||||||
|
|
@ -223,14 +223,14 @@ Runtimes supported today, either upstream or by forks, include at least docker (
|
||||||
|
|
||||||
#### Kube Proxy
|
#### Kube Proxy
|
||||||
|
|
||||||
The [service](https://kubernetes.io/docs/user-guide/services/) abstraction provides a way to
|
The [service](https://kubernetes.io/docs/concepts/services-networking/service/) abstraction provides a way to
|
||||||
group pods under a common access policy (e.g., load-balanced). The implementation of this creates
|
group pods under a common access policy (e.g., load-balanced). The implementation of this creates
|
||||||
A virtual IP which clients can access and which is transparently proxied to the pods in a Service.
|
A virtual IP which clients can access and which is transparently proxied to the pods in a Service.
|
||||||
Each node runs a [kube-proxy](https://kubernetes.io/docs/admin/kube-proxy/) process which programs
|
Each node runs a [kube-proxy](https://kubernetes.io/docs/admin/kube-proxy/) process which programs
|
||||||
`iptables` rules to trap access to service IPs and redirect them to the correct backends. This provides a highly-available load-balancing solution with low performance overhead by balancing
|
`iptables` rules to trap access to service IPs and redirect them to the correct backends. This provides a highly-available load-balancing solution with low performance overhead by balancing
|
||||||
client traffic from a node on that same node.
|
client traffic from a node on that same node.
|
||||||
|
|
||||||
Service endpoints are found primarily via [DNS](https://kubernetes.io/docs/admin/dns/).
|
Service endpoints are found primarily via [DNS](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/).
|
||||||
|
|
||||||
### Add-ons and other dependencies
|
### Add-ons and other dependencies
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue