fix lint errors
Jimmy song
parent
ac0a58f19f
commit
f3dd60e6be
|
|
@ -141,7 +141,7 @@ CRI是由[SIG-Node](https://kubernetes.slack.com/archives/sig-node)来维护的
|
|||
|
||||
- [Kubernetes CRI and Minikube](https://sreeninet.wordpress.com/2017/02/11/kubernetes-cri-and-minikube/)
|
||||
- [CRI-O and Alternative Runtimes in Kubernetes](https://www.projectatomic.io/blog/2017/02/crio-runtimes/)
|
||||
- [Docker、Containerd、RunC...：你应该知道的所有](http://www.infoq.com/cn/news/2017/02/Docker-Containerd-RunC)
|
||||
- [Docker、Containerd、RunC...：你应该知道的所有](https://www.infoq.cn/article/2017/02/Docker-Containerd-RunC/)
|
||||
- [Introducing Container Runtime Interface (CRI) in Kubernetes](http://blog.kubernetes.io/2016/12/container-runtime-interface-cri-in-kubernetes.html)
|
||||
- [cri-o](https://cri-o.io/)
|
||||
- [Kata Containers Architecture](https://github.com/kata-containers/documentation/blob/master/design/architecture.md#kubernetes-support)
|
||||
|
|
|
|||
|
|
@ -312,5 +312,4 @@ test - 178.91.123.132
|
|||
- [Kubernetes Ingress Resource](https://kubernetes.io/docs/concepts/services-networking/ingress/)
|
||||
- [使用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)
|
||||
|
|
|
|||
|
|
@ -28,9 +28,7 @@ PV 属于集群中的资源。PVC 是对这些资源的请求，也作为对资
|
|||
|
||||
#### 动态
|
||||
|
||||
当管理员创建的静态 PV 都不匹配用户的 `PersistentVolumeClaim` 时，集群可能会尝试动态地为 PVC 创建卷。此配置基于 `StorageClasses`：PVC 必须请求[存储类](https://kubernetes.io/docs/concepts/storage/storage-classes/)，并且管理员必须创建并配置该类才能进行动态创建。声明该类为 `""` 可以有效地禁用其动态配置。
|
||||
|
||||
要启用基于存储级别的动态存储配置，集群管理员需要启用 API server 上的 `DefaultStorageClass` [准入控制器](https://kubernetes.io/docs/admin/admission-controllers/#defaultstorageclass)。例如，通过确保 `DefaultStorageClass` 位于 API server 组件的 `--admission-control` 标志，使用逗号分隔的有序值列表中，可以完成此操作。有关 API server 命令行标志的更多信息，请检查 [kube-apiserver](https://kubernetes.io/docs/admin/kube-apiserver/) 文档。
|
||||
根据 `StorageClasses`，当管理员创建的静态 PV 都不匹配用户的 `PersistentVolumeClaim` 时，集群可能会尝试动态地为 PVC 创建卷。
|
||||
|
||||
### 绑定
|
||||
|
||||
|
|
|
|||
|
|
@ -1,8 +1,6 @@
|
|||
# 高级开发指南
|
||||
|
||||
本页假定您已经熟悉 Kubernetes 的核心概念并可以轻松的部署自己的应用程序。如果还不能，您需要先查看下[中级应用开发者](https://kubernetes.io/docs/user-journeys/users/application-developer/intermediate/)主题。
|
||||
|
||||
在浏览了本页面及其链接的内容后，您将会更好的理解如下部分：
|
||||
本页假定您已经熟悉 Kubernetes 的核心概念并可以轻松的部署自己的应用程序。在浏览了本页面及其链接的内容后，您将会更好的理解如下部分：
|
||||
|
||||
- 可以在应用程序中使用的高级功能
|
||||
- 扩展 Kubernetes API 的各种方法
|
||||
|
|
@ -97,6 +95,3 @@ Kubernetes 在设计之初就考虑到了可扩展性。如果上面提到的 AP
|
|||
恭喜您完成了应用开发者之旅！您已经了解了 Kubernetes 提供的大部分功能。现在怎么办？
|
||||
|
||||
- 如果您想推荐新功能或跟上Kubernetes应用开发的最新进展，请考虑加入 SIG，如 [SIG Apps](https://github.com/kubernetes/community/tree/master/sig-apps)。
|
||||
- 如果您有兴趣详细了解 Kubernetes 的内部运作（例如网络），请考虑查看[集群运维之旅](https://kubernetes.io/docs/user-journeys/users/cluster-operator/foundational/)。
|
||||
|
||||
原文：https://kubernetes.io/docs/user-journeys/users/application-developer/advanced
|
||||
|
|
|
|||
Binary file not shown.
|
After Width: | Height: | Size: 198 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 131 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 110 KiB |
|
|
@ -1,5 +1,5 @@
|
|||
# 用Helm托管安装Ceph集群并提供后端存储
|
||||
本文翻译自Ceph[官方文档](http://docs.ceph.com/docs/master/start/kube-helm/)，括号内的内容为注释。
|
||||
|
||||
## 安装
|
||||
[ceph-helm ](https://github.com/ceph/ceph-helm/)项目可让你在Kubernetes 环境以托管方式部署Ceph . 本文档假定Kubernetes 环境已经可用。
|
||||
|
||||
|
|
|
|||
|
|
@ -133,7 +133,6 @@ $ helm install monocular/monocular
|
|||
## 参考
|
||||
|
||||
- [Monocular UI](https://github.com/kubernetes-helm/monocular)
|
||||
- [Helm Chart - GitHub](https://github.com/kubernetes/helm/blob/master/docs/charts.md)
|
||||
- [简化Kubernetes应用部署工具-Helm之应用部署](https://www.kubernetes.org.cn/2706.html)
|
||||
- [Speed deployment on Kubernetes with Helm Chart – Quick YAML example from scratch](https://www.ibm.com/blogs/bluemix/2017/10/quick-example-helm-chart-for-kubernetes/)
|
||||
- [Using a private github repo as helm chart repo (https access)](https://medium.com/@kavehmz/using-a-private-github-repo-as-helm-chart-repo-https-access-95629b2af27c)
|
||||
|
|
|
|||
|
|
@ -401,8 +401,5 @@ func (util *RBDUtil) CreateImage(p *rbdVolumeProvisioner) (r *v1.RBDVolumeSource
|
|||
|
||||
## 参考
|
||||
|
||||
- [k8s-ceph-statefulsets-storageclass-nfs 动态卷有状态应用实践](http://blog.csdn.net/idea77/article/details/72842723)
|
||||
|
||||
- https://kubernetes.io/docs/concepts/storage/persistent-volumes/#ceph-rbd
|
||||
|
||||
- [Error creating rbd image: executable file not found in $PATH#38923](https://github.com/kubernetes/kubernetes/issues/38923)
|
||||
|
|
|
|||
|
|
@ -2,7 +2,7 @@
|
|||
|
||||
> **注意**：Linkerd最初版本是使用Scala开发的，现在已开始开发Linkerd2，使用Go语言开发，该公司的另一款轻量级Service Mesh conduit也寿终正寝，合并入Linkerd 2.0，详见[Conduit 0.5发布—以及R.I.P. Conduit](http://www.servicemesher.com/blog/rip-conduit/)。
|
||||
|
||||
Linkerd是一个用于云原生应用的开源、可扩展的service mesh（一般翻译成服务网格，还有一种说法叫”服务啮合层“，见[Istio：用于微服务的服务啮合层](http://www.infoq.com/cn/news/2017/05/istio)）。
|
||||
Linkerd是一个用于云原生应用的开源、可扩展的service mesh（服务网格）。
|
||||
|
||||
## Linkerd是什么
|
||||
|
||||
|
|
@ -120,4 +120,3 @@ Linkerd 自己最令人称道的是它在每台主机上只安装一个 Pod，
|
|||
- [Squeezing blood from a stone: small-memory JVM techniques for microservice sidecars](https://buoyant.io/2016/06/17/small-memory-jvm-techniques-for-microservice-sidecars/)
|
||||
- [Buoyant发布服务网格Linkerd的1.0版本](http://www.infoq.com/cn/news/2017/05/buoyant-release-ver-1-of-linkerd)
|
||||
- [Linkerd documentation](https://linkerd.io/documentation/)
|
||||
- [Istio：一个用于微服务间通信的服务网格开源项目](http://www.infoq.com/cn/news/2017/05/istio)
|
||||
|
|
|
|||
|
|
@ -12,12 +12,10 @@ Serverless（无服务器架构）指的是由开发者实现的服务端逻辑
|
|||
|
||||
Serverless 是云原生技术发展的高级阶段，使开发者更聚焦在业务逻辑，而减少对基础架构的关注。
|
||||
|
||||
|
||||
|
||||
|
||||
下图来自谷歌云平台官网，是对云计算的一个很好的分层概括，其中 serverless 就是构建在虚拟机和容器之上的一层，与应用本身的关系更加密切。
|
||||
|
||||
|
||||
|
||||
Serverless架构是云的自然延伸，为了理解serverless，我们有必要回顾一下云计算的发展。
|
||||
|
||||
### IaaS
|
||||
|
|
@ -90,11 +88,11 @@ FaaS（Functions as a Service）函数即服务，FaaS是无服务器计算的
|
|||
|
||||
下图是 Serverless 中的（FaaS）函数定义，从图中可以看出与容器、12 要素及 Kubernetes 的运行时设计十分契合。
|
||||
|
||||
|
||||
|
||||
|
||||
下图 FaaS 中函数输入、context 及输出。
|
||||
|
||||
|
||||
|
||||
|
||||
以上两张图片根据 CNCF Serverless Whitepaper v1.0 绘制。
|
||||
|
||||
|
|
@ -260,5 +258,4 @@ Karl Marx说的好，生产力决定生产关系，云计算的概念层出不
|
|||
- [2017年会是Serverless爆发之年吗？](http://www.infoq.com/cn/news/2017/04/2017-Serverless)
|
||||
- [从IaaS到FaaS—— Serverless架构的前世今生](https://aws.amazon.com/cn/blogs/china/iaas-faas-serverless/)
|
||||
- [Introducing Redpoint's FaaS Landscape](https://medium.com/memory-leak/this-year-gartner-added-serverless-to-its-hype-cycle-of-emerging-technologies-reflecting-the-5dfe43d818f0)
|
||||
- [What is serverless free ebook- oreilly.com](http://www.oreilly.com/programming/free/what-is-serverless.csp)
|
||||
- [Serverless Architectures - martinfowler.com](https://martinfowler.com/articles/serverless.html)
|
||||
Loading…
Reference in New Issue