update contents

Author: feiskyer

appendix/ecosystem.md

@@ -16,5 +16,4 @@
 
 ![](../.gitbook/assets/CloudNativeLandscape_Serverless_latest.png)
 
-图片来源：[https://s.cncf.io](https://s.cncf.io)。
-
+图片来源：[https://s.cncf.io](https://landscape.cncf.io/serverless)。

appendix/reference.md

@@ -24,4 +24,3 @@
 * [Awesome Kubernetes](https://github.com/ramitsurana/awesome-kubernetes)
 * [Awesome Docker](https://github.com/veggiemonk/awesome-docker)
 * [OperatorHub.io](https://www.operatorhub.io/)
-

apps/devops/argo.md

@@ -193,5 +193,4 @@ $ argo -n argo delete hello-world-4dhg8
 Workflow 'hello-world-4dhg8' deleted
 ```
 
-更多工作流 YAML 的格式见[官方文档](https://applatix.com/open-source/argo/docs/argo_v2_yaml.html)和[工作流示例](https://github.com/argoproj/argo/tree/master/examples)。
-
+更多工作流 YAML 的格式见[官方文档](https://argoproj.github.io/argo-workflows/)。

apps/devops/draft.md

@@ -13,7 +13,7 @@ Draft 主要由三个命令组成
 由于 Draft 需要构建镜像并部署应用到 Kubernetes 集群，因而在安装 Draft 之前需要
 
 * 部署一个 Kubernetes 集群，部署方法可以参考 [kubernetes 部署方法](../../setup/index.md)
-* 安装并初始化 helm（需要 v2.4.x 版本，并且不要忘记运行 `helm init`），具体步骤可以参考 [helm 使用方法](https://github.com/feiskyer/kubernetes-handbook/tree/549e0e3c9ba0175e64b2d4719b5a46e9016d532b/apps/helm-app.md)
+* 安装并初始化 helm（需要 v2.4.x 版本，并且不要忘记运行 `helm init`），具体步骤可以参考 [helm 使用方法](../../apps/index/helm.md)
 * 注册 docker registry 账号，比如 [Docker Hub](https://hub.docker.com/) 或[Quay.io](https://quay.io/)
 * 配置 Ingress Controller 并在 DNS 中设置通配符域 `*` 的 A 记录（如 `*.draft.example.com`）到 Ingress IP 地址。最简单的 Ingress Controller 创建方式是使用 helm：
 
@@ -118,4 +118,3 @@ Watching local files for changes...
 $ curl virulent-sheep.app.feisky.xyz
 Hello, World!
 ```
-

apps/index/linkerd.md

@@ -281,5 +281,3 @@ $ kubectl apply -f <(linkerd-inject -f <your k8s config>.yml -linkerdPort 4140)
 * [A SERVICE MESH FOR KUBERNETES](https://buoyant.io/2016/10/04/a-service-mesh-for-kubernetes-part-i-top-line-service-metrics/)
 * [Linkerd examples](https://github.com/linkerd/linkerd-examples)
 * [Service Mesh Pattern](http://philcalcado.com/2017/08/03/pattern_service_mesh.html)
-* [https://conduit.io](https://conduit.io)
-

apps/index/linkerd2.md

@@ -38,7 +38,7 @@ prometheus   ClusterIP   10.0.205.82    <none>        9090/TCP            163m
 proxy-api    ClusterIP   10.0.170.201   <none>        8086/TCP            163m
 web          ClusterIP   10.0.88.136    <none>        8084/TCP,9994/TCP   163m
 
-$ kubectl -n linkerd get pod          
+$ kubectl -n linkerd get pod
 NAME                          READY     STATUS    RESTARTS   AGE
 controller-67489d768d-75wjz   5/5       Running   0          163m
 grafana-5df745d8b8-pv6tf      2/2       Running   0          163m
@@ -95,4 +95,3 @@ end id=0:810 src=10.244.6.239:57202 dst=10.244.1.237:8080 grpc-status=OK duratio
 * [A SERVICE MESH FOR KUBERNETES](https://buoyant.io/2016/10/04/a-service-mesh-for-kubernetes-part-i-top-line-service-metrics/)
 * [Service Mesh Pattern](http://philcalcado.com/2017/08/03/pattern_service_mesh.html)
 * [https://linkerd.io/2/overview/](https://linkerd.io/2/overview/)
-

apps/index/service-rolling-update.md

@@ -8,7 +8,7 @@ Deployment 已经内置了 RollingUpdate strategy，因此不用再调用 `kubec
 
 Rolling Update 适用于 `Deployment`、`Replication Controller`，官方推荐使用 Deployment 而不再使用 Replication Controller。
 
-使用 ReplicationController 时的滚动升级请参考官网说明：[https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/](https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/)
+使用 ReplicationController 时的滚动升级请参考官网说明：[https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment)
 
 ## ReplicationController 与 Deployment 的关系
 
@@ -101,7 +101,7 @@ clean:
   rm -f hello${TAG}
 ```
 
- **编译** 
+ **编译**
 
 ```text
 make all
@@ -154,7 +154,7 @@ spec:
 kubectl create -f rolling-update-test.yaml
 ```
 
- **修改 traefik ingress 配置** 
+ **修改 traefik ingress 配置**
 
 在 `ingress.yaml` 文件中增加新 service 的配置。
 
@@ -182,7 +182,7 @@ kubectl create -f rolling-update-test.yaml
 This is version 1.
 ```
 
- **滚动升级** 
+ **滚动升级**
 
 只需要将 `rolling-update-test.yaml` 文件中的 `image` 改成新版本的镜像名，然后执行：
 
@@ -237,4 +237,3 @@ replicationcontroller "zeppelin-controller" rolling updated
 * [Running a Stateless Application Using a Deployment](https://kubernetes.io/docs/tasks/run-application/run-stateless-application-deployment/)
 * [Simple Rolling Update](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/cli/simple-rolling-update.md)
 * [使用 kubernetes 的 deployment 进行 RollingUpdate](https://segmentfault.com/a/1190000008232770)
-

apps/istio/istio-community.md

@@ -8,7 +8,5 @@
   * [istio-dev@](https://groups.google.com/forum/#!forum/istio-dev)
   * [istio-announce@](https://groups.google.com/forum/#!forum/istio-announce)
 * [Twitter](https://twitter.com/IstioMesh)
-* [Rocket.Chat](https://istio.rocket.chat/home)
 * [FAQ](https://istio.io/faq/)
 * [术语表](https://istio.io/docs/reference/glossary/)
-

community/contribute.md

@@ -60,6 +60,5 @@ hack/cherry_pick_pull.sh upstream/release-1.7 51870
 * [**Kubernetes Contributor Documentation**](https://www.kubernetes.dev/docs/)
 * [Special Interest Groups](https://github.com/kubernetes/community)
 * [Feature Tracking and Backlog](https://github.com/kubernetes/features)
-* [Community Expectations](https://github.com/kubernetes/community/blob/master/contributors/guide/community-expectations.md)
+* [Community Expectations](https://github.com/kubernetes/community/blob/master/contributors/guide/expectations.md)
 * [Kubernetes release managers](https://github.com/kubernetes/sig-release/blob/master/release-managers.md)
-

concepts/components/etcd.md

@@ -188,7 +188,6 @@ Etcd v3 对过期机制也做了改进，过期时间设置在 lease 上，然
 
 * [Etcd website](https://coreos.com/etcd/)
 * [Etcd github](https://github.com/coreos/etcd/)
-* [Projects using etcd](https://github.com/coreos/etcd/blob/master/Documentation/production-users.md)
+* [Projects using etcd](https://etcd.io/docs/v3.5/integrations/#projects-using-etcd)
 * [http://jolestar.com/etcd-architecture/](http://jolestar.com/etcd-architecture/)
 * [etcd 从应用场景到实现原理的全方位解读](http://www.infoq.com/cn/articles/etcd-interpretation-application-scenario-implement-principle)
-

concepts/components/federation.md

@@ -299,6 +299,5 @@ $ kubectl delete ns federation-system
 
 ## 参考文档
 
-* [Kubernetes federation](https://kubernetes.io/docs/concepts/cluster-administration/federation/)
-* [kubefed](https://kubernetes.io/docs/tasks/federation/set-up-cluster-federation-kubefed/)
-
+* [Kubernetes federation](https://kubernetes.io/blog/2018/12/12/kubernetes-federation-evolution/)
+* [kubefed](https://github.com/kubernetes-sigs/kubefed)

concepts/components/kubelet.md

@@ -88,7 +88,7 @@ Kubelet 定期（`housekeeping-interval`）检查系统的资源是否达到了
 
 | Eviction Signal | Condition | Description |
 | :--- | :--- | :--- |
-| `memory.available` | MemoryPressue | `memory.available` := `node.status.capacity[memory]` - `node.stats.memory.workingSet` （计算方法参考[这里](https://kubernetes.io/docs/tasks/administer-cluster/out-of-resource/memory-available.sh)） |
+| `memory.available` | MemoryPressue | `memory.available` := `node.status.capacity[memory]` - `node.stats.memory.workingSet` （计算方法参考[这里](https://kubernetes.io/docs/tasks/administer-cluster/memory-available.sh)） |
 | `nodefs.available` | DiskPressure | `nodefs.available` := `node.stats.fs.available`（Kubelet Volume以及日志等） |
 | `nodefs.inodesFree` | DiskPressure | `nodefs.inodesFree` := `node.stats.fs.inodesFree` |
 | `imagefs.available` | DiskPressure | `imagefs.available` := `node.stats.runtime.imagefs.available`（镜像以及容器可写层等） |

concepts/objects/deployment.md

@@ -719,7 +719,7 @@ Deployment 也需要 [`.spec` section](https://github.com/kubernetes/community/b
 
 `.spec.template` 是 [pod template](https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller/#pod-template). 它跟 [Pod](https://kubernetes.io/docs/concepts/workloads/pods/pod-overview/) 有一模一样的 schema，除了它是嵌套的并且不需要 `apiVersion` 和 `kind` 字段。
 
-另外为了划分 Pod 的范围，Deployment 中的 pod template 必须指定适当的 label（不要跟其他 controller 重复了，参考 [selector](https://github.com/kubernetes/kubernetes.github.io/blob/master/docs/concepts/workloads/controllers/deployment.md#selector)）和适当的重启策略。
+另外为了划分 Pod 的范围，Deployment 中的 pod template 必须指定适当的 label（不要跟其他 controller 重复了，参考 [selector](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#selector)）和适当的重启策略。
 
 [`.spec.template.spec.restartPolicy`](https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/) 可以设置为 `Always` , 如果不指定的话这就是默认配置。
 
@@ -749,7 +749,7 @@ Deployment 也需要 [`.spec` section](https://github.com/kubernetes/community/b
 
 #### Rolling Update Deployment
 
-`.spec.strategy.type==RollingUpdate` 时，Deployment 使用 [rolling update](https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/) 的方式更新 Pod 。你可以指定 `maxUnavailable` 和 `maxSurge` 来控制 rolling update 进程。
+`.spec.strategy.type==RollingUpdate` 时，Deployment 使用 [rolling update](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment) 的方式更新 Pod 。你可以指定 `maxUnavailable` 和 `maxSurge` 来控制 rolling update 进程。
 
 **Max Unavailable**
 
@@ -797,5 +797,4 @@ Deployment revision history 存储在它控制的 ReplicaSets 中。
 
 ### kubectl rolling update
 
-[Kubectl rolling update](https://kubernetes.io/docs/tasks/run-application/rolling-update-replication-controller/) 虽然使用类似的方式更新 Pod 和 ReplicationController。但是我们推荐使用 Deployment，因为它是声明式的，客户端侧，具有附加特性，例如即使滚动升级结束后也可以回滚到任何历史版本。
-
+[Kubectl rolling update](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/#rolling-update-deployment) 虽然使用类似的方式更新 Pod 和 ReplicationController。但是我们推荐使用 Deployment，因为它是声明式的，客户端侧，具有附加特性，例如即使滚动升级结束后也可以回滚到任何历史版本。

concepts/objects/ingress.md

@@ -273,7 +273,5 @@ spec:
 * [Kubernetes Ingress Controller](https://github.com/kubernetes/ingress/tree/master)
 * [使用 NGINX Plus 负载均衡 Kubernetes 服务](http://dockone.io/article/957)
 * [使用 NGINX 和 NGINX Plus 的 Ingress Controller 进行 Kubernetes 的负载均衡](http://www.cnblogs.com/276815076/p/6407101.html)
-* [Kubernetes : Ingress Controller with Træfɪk and Let's Encrypt](https://blog.osones.com/en/kubernetes-ingress-controller-with-traefik-and-lets-encrypt.html)
-* [Kubernetes : Træfɪk and Let's Encrypt at scale](https://blog.osones.com/en/kubernetes-traefik-and-lets-encrypt-at-scale.html)
-* [Kubernetes Ingress Controller-Træfɪk](https://docs.traefik.io/user-guide/kubernetes/)
-* [Kubernetes 1.2 and simplifying advanced networking with Ingress](http://blog.kubernetes.io/2016/03/Kubernetes-1.2-and-simplifying-advanced-networking-with-Ingress.html)
+* [Kubernetes Ingress Controller-Træfɪk](https://doc.traefik.io/traefik/providers/kubernetes-ingress/)
+* [Kubernetes 1.2 and simplifying advanced networking with Ingress](https://kubernetes.io/blog/2016/03/kubernetes-1-2-and-simplifying-advanced-networking-with-ingress/)

concepts/objects/persistent-volume.md

@@ -409,7 +409,7 @@ apiVersion: apps/v1
 kind: StatefulSet
 metadata:
   name: web
-spec:   
+spec:
   serviceName: "nginx"
   replicas: 2
   selector:
@@ -484,9 +484,9 @@ logs-web-1      us-central1-a
 存储快照是 v1.12 新增的 Alpha 特性，用来支持给存储卷创建快照。支持的插件包括
 
 * [GCE Persistent Disk CSI Driver](https://github.com/kubernetes-sigs/gcp-compute-persistent-disk-csi-driver)
-* [OpenSDS CSI Driver](https://github.com/opensds/nbp/tree/master/csi/server)
-* [Ceph RBD CSI Driver](https://github.com/ceph/ceph-csi/tree/master/pkg/rbd)
-* [Portworx CSI Driver](https://github.com/libopenstorage/openstorage/tree/master/csi)
+* [OpenSDS CSI Driver](https://docs.opensds.io/guides/user-guides/csi/ceph-csi/)
+* [Ceph RBD CSI Driver](https://github.com/ceph/ceph-csi)
+* [Portworx CSI Driver](https://docs.portworx.com/portworx-csi-driver/)
 
 ![image-20181014215558480](../../.gitbook/assets/image-20181014215558480.png)
 
@@ -547,4 +547,3 @@ spec:
 * [Dynamic Volume Provisioning](https://kubernetes.io/docs/concepts/storage/dynamic-provisioning/)
 * [Kubernetes CSI Documentation](https://kubernetes-csi.github.io/docs/)
 * [Volume Snapshots Documentation](https://kubernetes.io/docs/concepts/storage/volume-snapshots/)
-

concepts/objects/security-context.md

@@ -10,7 +10,7 @@ Kubernetes 提供了三种配置 Security Context 的方法：
 
 ## Container-level Security Context
 
-[Container-level Security Context](https://kubernetes.io/docs/api-reference/v1.15/#securitycontext-v1-core) 仅应用到指定的容器上，并且不会影响 Volume。比如设置容器运行在特权模式：
+[Container-level Security Context](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) 仅应用到指定的容器上，并且不会影响 Volume。比如设置容器运行在特权模式：
 
 ```yaml
 apiVersion: v1
@@ -28,7 +28,7 @@ spec:
 
 ## Pod-level Security Context
 
-[Pod-level Security Context](https://kubernetes.io/docs/api-reference/v1.15/#podsecuritycontext-v1-core) 应用到 Pod 内所有容器，并且还会影响 Volume（包括 fsGroup 和 selinuxOptions）。
+[Pod-level Security Context](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/) 应用到 Pod 内所有容器，并且还会影响 Volume（包括 fsGroup 和 selinuxOptions）。
 
 ```yaml
 apiVersion: v1

concepts/objects/service.md

@@ -297,7 +297,7 @@ spec:
 
 注意 Ingress 本身并不会自动创建负载均衡器，cluster 中需要运行一个 ingress controller 来根据 Ingress 的定义来管理负载均衡器。目前社区提供了 nginx 和 gce 的参考实现。
 
-Traefik 提供了易用的 Ingress Controller，使用方法见 [https://docs.traefik.io/user-guide/kubernetes/](https://docs.traefik.io/user-guide/kubernetes/)。
+Traefik 提供了易用的 Ingress Controller，使用方法见 [https://doc.traefik.io/traefik/providers/kubernetes-ingress/](https://doc.traefik.io/traefik/providers/kubernetes-ingress/)。
 
 更多 Ingress 和 Ingress Controller 的介绍参见 [ingress](ingress.md)。
 

en/CONTRIBUTING.md

@@ -1,7 +1,7 @@
 # CONTRIBUTING
 
 1. [Fork on Github](https://github.com/feiskyer/kubernetes-handbook/fork).
-2. Clone the forked repo: `git clone https://github.com/<user-name>/kubernetes-handbook -b en`.
+2. Clone the forked repo: `git clone https://github.com/<user-name>/kubernetes-handbook`.
 3. Create a new branch, add some changes and commit: `git checkout -b new-branch`.
 4. Push the branch to github: `git commit -am "comments"; git push`.
-5. File a Pull Request on Github to `en` branch.
+5. File a Pull Request on Github.

extension/auth/rbac.md

@@ -22,7 +22,7 @@ ABAC（Attribute Based Access Control）本来是不错的概念，但是在 Kub
 
 ## 基础概念
 
-需要理解 RBAC 一些基础的概念和思路，RBAC 是让用户能够访问 [Kubernetes API 资源](https://kubernetes.io/docs/api-reference/v1.15/) 的授权方式。
+需要理解 RBAC 一些基础的概念和思路，RBAC 是让用户能够访问 [Kubernetes API 资源](https://kubernetes.io/docs/reference/) 的授权方式。
 
 ![RBAC 架构图 1](../../.gitbook/assets/rbac1%20%281%29.png)
 
@@ -230,8 +230,7 @@ kubectl create clusterrolebinding permissive-binding \
 ## 参考文档
 
 * [RBAC documentation](https://kubernetes.io/docs/admin/authorization/rbac/)
+* [Using RBAC Authorization](https://kubernetes.io/docs/reference/access-authn-authz/rbac/)
 * [Google Cloud Next talks 1](https://www.youtube.com/watch?v=Cd4JU7qzYbE#t=8m01s%20)
 * [Google Cloud Next talks 2](https://www.youtube.com/watch?v=18P7cFc6nTU#t=41m06s%20)
 * [在 Kubernetes Pod 中使用 Service Account 访问 API Server](http://tonybai.com/2017/03/03/access-api-server-from-a-pod-through-serviceaccount/)
-* 部分翻译自 [RBAC Support in Kubernetes](http://blog.kubernetes.io/2017/04/rbac-support-in-kubernetes.html)（转载自[kubernetes 中文社区](https://www.kubernetes.org.cn/1879.html)，译者催总，[Jimmy Song](http://rootsongjc.github.com/about) 做了稍许修改）
-

extension/cloud-provider.md

@@ -67,5 +67,4 @@ Kubernetes 的 Cloud Provider 目前正在重构中
 * 配置 kube-controller-manager `--cloud-provider=external`
 * 启动 `cloud-controller-manager`
 
-具体实现方法可以参考 [rancher-cloud-controller-manager](https://github.com/rancher/rancher-cloud-controller-manager) 和 [cloud-controller-manager](https://github.com/kubernetes/kubernetes/blob/master/cmd/cloud-controller-manager/controller-manager.go)。
-
+具体实现方法可以参考 [rancher-cloud-controller-manager](https://github.com/rancher/rancher-cloud-controller-manager) 和 [cloud-controller-manager](https://github.com/kubernetes/cloud-provider)。

extension/ingress/README.md

@@ -16,12 +16,11 @@ helm install stable/nginx-ingress --name nginx-ingress --set rbac.create=true
 
 * [HAProxy Ingress controller](https://github.com/jcmoraisjr/haproxy-ingress)
 * [Linkerd](https://linkerd.io/config/0.9.1/linkerd/index.html#ingress-identifier)
-* [traefik](https://docs.traefik.io/configuration/backends/kubernetes/)
+* [traefik](https://doc.traefik.io/traefik/providers/kubernetes-ingress/)
 * [AWS Application Load Balancer Ingress Controller](https://github.com/coreos/alb-ingress-controller)
 * [kube-ingress-aws-controller](https://github.com/zalando-incubator/kube-ingress-aws-controller)
 * [Voyager: HAProxy Ingress Controller](https://github.com/appscode/voyager)
 
 ## Ingress 使用方法
 
 具体 Ingress 的使用方法可以参考 [这里](../../concepts/objects/ingress.md)。
-

extension/network-policy.md

@@ -14,12 +14,10 @@
 ## 支持 Network Policy 的网络插件
 
 * [Calico](https://www.projectcalico.org/)
+* [Cilium](https://cilium.io/)
 * [Romana](https://github.com/romana/romana)
 * [Weave Net](https://www.weave.works/)
-* [Trireme](https://github.com/aporeto-inc/trireme-kubernetes)
-* [OpenContrail](http://www.opencontrail.org/)
 
 ## Network Policy 使用方法
 
 具体 Network Policy 的使用方法可以参考 [这里](../concepts/objects/network-policy.md)。
-

extension/network/README.md

@@ -129,7 +129,7 @@ kubectl apply -f http://docs.projectcalico.org/v2.1/getting-started/kubernetes/i
 
 ## [OVN](ovn-kubernetes.md)
 
-[OVN \(Open Virtual Network\)](http://openvswitch.org/support/dist-docs/ovn-architecture.7.html) 是 OVS 提供的原生虚拟化网络方案，旨在解决传统 SDN 架构（比如 Neutron DVR）的性能问题。
+[OVN (Open Virtual Network)](https://www.ovn.org/en/) 是 OVS 提供的原生虚拟化网络方案，旨在解决传统 SDN 架构（比如 Neutron DVR）的性能问题。
 
 OVN 为 Kubernetes 提供了两种网络方案：
 
@@ -236,4 +236,3 @@ kubectl apply -f https://raw.githubusercontent.com/cloudnativelabs/kube-router/m
 kubectl -n kube-system delete ds kube-proxy
 docker run --privileged --net=host gcr.io/google_containers/kube-proxy-amd64:v1.7.3 kube-proxy --cleanup-iptables
 ```
-