localize container-image.md and continous_delivery.md

content/zh/container-image.md

@@ -0,0 +1,25 @@
+---
+title: 容器镜像
+status: Feedback Appreciated
+category: 概念
+---
+
+## 是什么
+
+容器镜像是一个不可改变的静态文件，包含创建容器的依赖性。
+这些依赖可能包括一个可执行的二进制文件、系统库、系统工具、环境变量和其他必要的平台设置。
+容器镜像是应用程序容器化的结果，通常存储在容器注册表中，在那里可以下载并使用容器运行时接口（CRI）作为一个孤立的进程运行。
+容器镜像框架必须遵循开放容器倡议（OCI）定义的标准模式。
+
+## 强调的问题
+
+传统上，应用服务器是按环境配置的，而应用则被部署到这些环境中。
+环境之间的任何错误配置都是有问题的，常常导致停机或部署失败。
+一个应用程序的环境需要是可重复的和定义明确的；否则，与环境有关的错误的机会就会增加。
+当应用程序的环境定义不足或不准确时，应用程序的横向和纵向扩展就会成为挑战。
+
+## 如何帮助
+
+容器镜像将一个应用程序与它的任何运行时的依赖性捆绑在一起，例如一个应用程序服务器。
+这提供了所有环境的一致性，包括开发人员的机器。
+容器镜像可用于实例化所需的多个容器，允许更大的可扩展性。

content/zh/continuous_delivery.md

@@ -0,0 +1,24 @@
+---
+title: 持续交付 (CD)
+status: Completed
+category: 概念
+---
+
+## 是什么
+
+持续交付，通常缩写为 CD，是一套实践，其中代码的变化被自动部署到验收环境中（或者，在持续部署的情况下，部署到生产中）。
+CD 关键是包括确保软件在部署前得到充分测试的程序，并提供一种在认为必要时回滚修改的方法。
+持续集成（CI）是实现持续交付的第一步（也就是说，在测试和部署之前，变化必须干净地合并）。
+
+## 解决的问题
+
+部署 [可靠](/reliability/) 的更新在规模上成为一个问题。
+理想情况下，我们会更频繁地部署，为终端用户提供更好的价值。
+然而，手动操作会使每一个变化都转化为高额的交易成本。
+历史上，为了避免这些成本，企业发布的频率较低，一次部署更多的变化，增加了出错的风险。
+
+## 如何帮助
+
+CD 策略创建了一个完全自动化的生产路径，使用各种部署策略测试和部署软件，如 [canary](/canary_deployment/) 或 [blue-green](/blue_green_deployment/) 发布。
+这使得开发人员可以频繁地部署代码，让他们放心地认为新的修订版已经过测试。
+通常情况下，CD 策略中使用基于主干的开发，而不是功能分支或拉动请求。