kubernetes
/
website
mirror of https://github.com/kubernetes/website.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity

Merge pull request #6146 from chenhonggc/cloud-controller 

small pr
reviewable/pr6151/r1
Qiming 2017-11-02 16:11:00 +08:00 committed by GitHub
parent ae1dfe5b34 ef526c0f1b
commit f2f5b83fc1
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
docs/concepts/architecture/cloud-controller.md
View File

@ -19,7 +19,7 @@ Here's the architecture of a Kubernetes cluster without the cloud controller man
In the preceding diagram, Kubernetes and the cloud provider are integrated through several different components:
* Kubelet
* Kubenetes controller manager
* Kubernetes controller manager
* Kubernetes API server
The CCM consolidates all of the cloud-dependent logic from the preceding three components to create a single point of integration with the cloud. The new architecture with the CCM looks like this:
@ -105,7 +105,7 @@ The PersistentVolumeLabels controller moves the cloud-dependent functionality of
The cloud controller manager uses Go interfaces to allow implementations from any cloud to be plugged in. Specifically, it uses the CloudProvider Interface defined [here](https://github.com/kubernetes/kubernetes/blob/master/pkg/cloudprovider/cloud.go)
The implementation of the four shared controllers highlighted above, and some scaffolding along with the shared cloudprovider interface, will stay in the Kubernetes core, but implementations specifie to cloud providers will
The implementation of the four shared controllers highlighted above, and some scaffolding along with the shared cloudprovider interface, will stay in the Kubernetes core, but implementations specific to cloud providers will
be built outside of the core, and implement interfaces defined in the core.
For more information about developing plugins, see