andre/kuboard-press
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

替换 element-ui

Browse Source
This commit is contained in:
huanqing.shao
2019-11-02 10:13:24 +08:00
parent 111543d89f
commit 99951e87d9
40 changed files with 625 additions and 829 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
learning/k8s-intermediate/workload/wl-deployment/canary.md
View File

@ -15,9 +15,9 @@ meta:
如果您想使用 Deployment 将最新的应用程序版本发布给一部分用户（或服务器），您可以为每个版本创建一个 Deployment，此时，应用程序的新旧两个版本都可以同时获得生产上的流量。
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 执行金丝雀发布">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 执行金丝雀发布" active>
* 部署第一个版本
@ -95,9 +95,8 @@ meta:
* 当您确定新的版本没有问题之后，可以将 `nginx-deployment` 的镜像标签修改为新版本的镜像标签，并在完成对 `nginx-deployment` 的滚动更新之后，删除 `nginx-deployment-canary` 这个 Deployment
</el-tab-pane>
<el-tab-pane label="使用 Kuboard 执行金丝雀发布">
</b-tab>
<b-tab title="使用 Kuboard 执行金丝雀发布">
在 Kuboard 执行金丝雀发布的过程，与使用 kubectl 的过程相同，此处特别说明的一点是，当使用 Kuboard 创建 `web-nginx-canary` Deployment时，如何解决其Pod 的标签被 `web-nginx` 的Service包含的问题：
@ -108,9 +107,9 @@ meta:
![Kubernetes教程_在Kuboard中执行金丝雀发布](./canary.assets/image-20191013204426338.png)
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
::: danger 局限性
按照 Kubernetes 默认支持的这种方式进行金丝雀发布，有一定的局限性：

17
learning/k8s-intermediate/workload/wl-deployment/create.md
View File

@ -15,9 +15,9 @@ meta:
本文描述了如何创建一个 Deployment，如何理解 Deployment 各个字段，以及如何查看 Deployment 的创建结果。
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 创建 Deployment">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 创建 Deployment" active>
下面的 yaml 文件定义了一个 Deployment，该 Deployment 将创建一个有 3 个 nginx Pod 副本的 ReplicaSet（副本集）：
@ -131,15 +131,14 @@ spec:
pod-template-hash 标签时 Deployment 创建 ReplicaSet 时添加到 ReplicaSet 上的，ReplicaSet 进而将此标签添加到 Pod 上。这个标签用于区分 Deployment 中哪个 ReplicaSet 创建了哪些 Pod。该标签的值是 `.spec.template` 的 hash 值。
</el-tab-pane>
<el-tab-pane label="使用 Kuboard 创建 Deployment">
</b-tab>
<b-tab title="使用 Kuboard 创建 Deployment">
正在撰写
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
[返回 Deployment](./#deployment-概述)

17
learning/k8s-intermediate/workload/wl-deployment/pause.md
View File

@ -17,9 +17,9 @@ meta:
以我们在 [创建Deployment](./create.html) 中创建的 Deployment 为例。
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 暂停 Deployment">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 暂停 Deployment" active>
* 执行命令 `kubectl get deployment`，查看 Deployment 信息，输出结果如下所示：
@ -102,14 +102,15 @@ meta:
您不能回滚（rollback）一个已暂停的 Deployment，除非您继续（resume）该 Deployment。
:::
</el-tab-pane>
</b-tab>
<b-tab title="使用 Kuboard 暂停 Deployment">
<el-tab-pane label="使用 Kuboard 暂停 Deployment">
正在撰写中
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
[返回 Deployment](./#deployment-概述)

17
learning/k8s-intermediate/workload/wl-deployment/rollback.md
View File

@ -20,9 +20,9 @@ meta:
:::
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 回滚 Deployment">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 回滚 Deployment" active>
<h2>模拟更新错误</h2>
@ -218,14 +218,13 @@ meta:
Normal ScalingReplicaSet 15s deployment-controller Scaled down replica set nginx-deployment-595696685f to 0
```
</el-tab-pane>
<el-tab-pane label="使用 Kuboard 回滚 Deployment">
</b-tab>
<b-tab title="使用 Kuboard 回滚 Deployment">
正在撰写中
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
[返回 Deployment](./#deployment-概述)

17
learning/k8s-intermediate/workload/wl-deployment/scale.md
View File

@ -15,9 +15,9 @@ meta:
伸缩（Scaling） Deployment，是指改变 Deployment 中 Pod 的副本数量，以应对实际业务流量的变化。
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 伸缩 Deployment">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 伸缩 Deployment" active>
<h2>执行伸缩</h2>
@ -82,13 +82,14 @@ meta:
nginx-deployment-618515232 11 11 11 7m
```
</el-tab-pane>
</b-tab>
<b-tab title="使用 Kuboard 伸缩 Deployment">
<el-tab-pane label="使用 Kuboard 伸缩 Deployment">
正在撰写中
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
[返回 Deployment](./#deployment-概述)

17
learning/k8s-intermediate/workload/wl-deployment/status.md
View File

@ -18,9 +18,9 @@ Deployment 的生命周期中，将会进入不同的状态，这些状态可能
* complete
* fail to progress
<el-tabs type="border-card">
<el-tab-pane label="使用 kubectl 查看 Deployment 状态">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 查看 Deployment 状态" active>
<h2>Progressing 状态</h2>
@ -161,13 +161,14 @@ $ echo $?
* 回滚到前一个版本
* 暂停（pause）Deployment，以对 Deployment 的 Pod template 执行多处更新
</el-tab-pane>
</b-tab>
<b-tab title="使用 Kuboard 查看 Deployment 状态">
<el-tab-pane label="使用 Kuboard 查看 Deployment 状态">
正在撰写中
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
[返回 Deployment](./#deployment-概述)

15
learning/k8s-intermediate/workload/wl-deployment/update.md
View File

@ -23,9 +23,10 @@ meta:
* 使用 kubectl 更新 Deployment
* 使用 Kuboard 更新 Deployment
<el-tabs type="border-card">
<b-card>
<b-tabs content-class="mt-3">
<b-tab title="使用 kubectl 更新 Deployment" active>
<el-tab-pane label="使用 kubectl 更新 Deployment">
**使用下述步骤更新您的 Deployment**
@ -143,14 +144,14 @@ meta:
* 当您更新 Deployment 时，Deployment Controller 先创建一个新的 ReplicaSet (nginx-deployment-1564180365) 并将其 scale up 到 1 个副本，然后 scale down 旧的 ReplicaSet 到 2。
* Deployment Controller 继续 scale up 新的 ReplicaSet 并 scale down 旧的 ReplicaSet，直到最后，新旧两个 ReplicaSet，一个副本数为 3，另一个副本数为 0。
</el-tab-pane>
</b-tab>
<b-tab title="使用 Kuboard 更新 Deployment">
<el-tab-pane label="使用 Kuboard 更新 Deployment">
正在撰写中
</el-tab-pane>
</el-tabs>
</b-tab>
</b-tabs>
</b-card>
## 覆盖更新 Rollover （更新过程中再更新）