Change 'zh' to 'zh-cn'

.github/labeler.yml

@@ -29,6 +29,6 @@ lang/pt:
 - content/pt-br/*
 
 lang/zh:
-- content/zh/*
+- content/zh-cn/*
 
 

CODEOWNERS

@@ -37,4 +37,4 @@
 /content/es/ @raelga @electrocucaracha @krol3
 
 # Approvers for Chinese contents
-/content/zh/ @hanyuancheung @Jacob953 @Rocksnake @Submarinee
+/content/zh-cn/ @hanyuancheung @Jacob953 @Rocksnake @Submarinee

config.toml

@@ -102,11 +102,11 @@ languageName ="Español(Spanish)"
 contentDir = "content/es"
 weight = 6
 
-[languages.zh]
+[languages.zh-cn]
 title = "Cloud Native(云原生) Glossary"
 description = "CNCF 云原生 Glossary 项目旨在用作讨论云原生应用程序时常用术语的参考"
 languageName ="中文(Chinese)"
-contentDir = "content/zh"
+contentDir = "content/zh-cn"
 weight = 7
 
 [markup]

content/zh-cn/_index.md

@@ -0,0 +1,31 @@
+
+---
+title: "云原生词汇表"
+---
+
+# 云原生词汇表
+
+云原生词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) 领导的一个项目。该项目目的是在不需要先验技术知识的情况下，以清晰通俗的语言解释云原生概念。
+
+<p><img class="mt-5" src="/images/homepage/stage.jpg" alt="A woman and two men presenting technical info on a stage"></p>
+
+## 社区贡献
+
+对本机词汇表的更改、添加和改进对所有人开放。我们使用由 CNCF 管理的社区驱动流程来开发和完善这个共享词典。该词汇表提供了一个厂商中立的平台，用于管理云原生技术的共享词汇表。欢迎所有参与者根据本项目的目的和章程作出贡献。
+
+任何想要贡献的人都可以提交 GitHub issue 或 创建 PR。欲了解更多信息，请查看 [如何贡献](/zh-cn/contribute/) 和遵循 [样式指南](/zh-cn/style-guide/)，并加入 CNCF Slack 中的 #glossary 频道。这里有 #glossary-localizations 频道，供想要将 glossary 翻译成母语的人使用。
+
+## 致谢
+
+云原生词汇表可从 CNCF 营销委员会 (CNCF Marketing Committee) (商业价值小组委员会) 获得,
+包括 [Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/), [Chris Aniszczyk](https://www.linkedin.com/in/caniszczyk/),
+[Daniel Jones](https://www.linkedin.com/in/danieljoneseb/?originalSubdomain=uk), [Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/), [Katelin Ramer](https://www.linkedin.com/in/katelinramer/), [Mike Foster](https://www.linkedin.com/in/mfosterche/?originalSubdomain=ca), [Seokho Son](https://www.linkedin.com/in/seokho-son/) 以及更多的贡献者. 如想获得完整的贡献者名单, 请跳转至 [GitHub Pages 页](https://github.com/cncf/glossary/graphs/contributors).
+
+中文版的云原生词汇表由 [Chester Cheung](https://github.com/hanyuancheung), 
+[Brian Yan](https://github.com/Rocksnake), 
+[Jacob953 Yu](https://github.com/Jacob953), 
+[Submarinee](https://github.com/Submarinee) 和其他贡献者维护。
+
+## 协议
+
+所有代码贡献都在 Apache 2.0 许可下。文档在 CC BY 4.0 下分发。

content/zh/cloud_computing.md → content/zh-cn/cloud_computing.md

@@ -14,4 +14,4 @@ category: 概念
 
 ## 如何帮助
 
-云提供商为组织提供按需租用计算资源并按使用付费的能力。 这允许进行两项主要创新：组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[扩展](/zh/scalability/)。云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。
+云提供商为组织提供按需租用计算资源并按使用付费的能力。 这允许进行两项主要创新：组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[扩展](/zh-cn/scalability/)。云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。

content/zh/cloud_native_apps.md → content/zh-cn/cloud_native_apps.md

@@ -6,15 +6,15 @@ category: 概念
 
 ## What it is
 
-云原生应用程序专门设计用于利用 [云计算](/zh/cloud_computing/) 中的创新。
-这些应用程序可以轻松地与其各自的云架构集成，充分利用云的资源和 [可扩展性](/zh/scalability/) 功能。
+云原生应用程序专门设计用于利用 [云计算](/zh-cn/cloud_computing/) 中的创新。
+这些应用程序可以轻松地与其各自的云架构集成，充分利用云的资源和 [可扩展性](/zh-cn/scalability/) 功能。
 它还指利用云计算驱动的基础设施创新的应用程序。
 今天的云原生应用程序包括在云提供商的数据中心和本地云原生平台上运行的应用程序。
 
 ## Problem it addresses
 
 传统上，本地环境以相当定制的方式提供计算资源。
-每个数据中心都有与特定环境 [紧密耦合](/tightly_coupled_architectures/) 应用程序的服务，通常严重依赖于基础设施的手动配置，例如 [虚拟机](/zh/virtual_machine/) 和服务。
+每个数据中心都有与特定环境 [紧密耦合](/zh-cn/tightly_coupled_architectures/) 应用程序的服务，通常严重依赖于基础设施的手动配置，例如 [虚拟机](/zh-cn/virtual_machine/) 和服务。
 这反过来又将开发人员及其应用程序限制在该特定数据中心。
 不是为云设计的应用程序无法利用云环境的弹性和扩展能力。
 例如，需要手动干预才能正确启动的应用程序无法自动扩展，也无法在发生故障时自动重启。
@@ -23,5 +23,5 @@ category: 概念
 
 虽然云原生应用程序没有“一刀切”的路径，但它们确实有一些共性。
 云原生应用程序具有弹性、可管理性，并由配套的云服务套件提供帮助。
-各种云服务实现了高度的 [可观察性](/observability/)，使用户能够在问题升级之前检测和解决问题。
+各种云服务实现了高度的 [可观察性](/zh-cn/observability/)，使用户能够在问题升级之前检测和解决问题。
 结合强大的自动化，它们使工程师能够以最少的工作频繁且可预测地进行高影响力的更改。

content/zh/cloud_native_security.md → content/zh-cn/cloud_native_security.md

@@ -6,10 +6,10 @@ category: 概念
 
 ## 是什么
 
-云原生安全是一种将安全性构建到 [云原生应用程序](/zh/cloud_native_apps/) 中的方法。
+云原生安全是一种将安全性构建到 [云原生应用程序](/zh-cn/cloud_native_apps/) 中的方法。
 它确保安全是从开发到生产的整个应用程序生命周期的一部分。
 云原生安全旨在确保与传统安全模型相同的标准，同时适应云原生环境的特殊性，即快速的代码更改和高度短暂的基础设施。
-云原生安全与称为 [测试左移](/devsecops/) 的实践高度相关。
+云原生安全与称为 [测试左移](/zh-cn/devsecops/) 的实践高度相关。
 
 ## 强调的问题
 

content/zh/cloud_native_tech.md → content/zh-cn/cloud_native_tech.md

@@ -6,7 +6,7 @@ category: 概念
 
 ## 是什么
 
-云原生技术，也称为云原生技术栈，是用于构建 [云原生应用程序](/zh/cloud_native_apps/) 的技术。
+云原生技术，也称为云原生技术栈，是用于构建 [云原生应用程序](/zh-cn/cloud_native_apps/) 的技术。
 使组织能够在公共云、私有云和混合云等现代动态环境中构建和运行可扩展的应用程序，他们坚持“云的承诺”并充分利用云计算的优势。
 它们从头开始设计，以利用云计算和容器的功能，服务网格、微服务和不可变的基础设施就是这种方法的例证。
 

content/zh/cluster.md → content/zh-cn/cluster.md

@@ -9,14 +9,14 @@ category: 概念
 集群是一组计算机或应用程序，它们为一个共同的目标一起工作。
 在云原生计算的背景下，这个术语最常被应用于 Kubernetes。
 Kubernetes 集群是一组服务（或工作负载），它们在各自的容器中运行，通常在不同的机器上。
-所有这些 [容器化](/zh/containerization/) 服务的集合，通过网络连接，代表一个集群。
+所有这些 [容器化](/zh-cn/containerization/) 服务的集合，通过网络连接，代表一个集群。
 
 ## 强调的问题
 
 在单台计算机上运行的软件会出现单点故障——如果这台计算机崩溃了，或者有人不小心拔掉了电源线，那么一些关键的业务系统就可能被下线。
-这就是为什么现代软件通常被构建为 [分布式应用](/zh/distributed_apps/)，以集群的形式组合在一起。
+这就是为什么现代软件通常被构建为 [分布式应用](/zh-cn/distributed_apps/)，以集群的形式组合在一起。
 
 ## 如何帮助
 
 集群式的分布式应用在多台机器上运行，消除了单点故障。但构建分布式系统真的很难，事实上，它本身就是一门计算机科学的学科。
-对全球系统的需求和多年的试验和错误导致了一种新的技术栈的发展：[云原生技术](/zh/cloud_native_tech/)，这些新技术是使分布式系统的操作和创建更容易的构件。
+对全球系统的需求和多年的试验和错误导致了一种新的技术栈的发展：[云原生技术](/zh-cn/cloud_native_tech/)，这些新技术是使分布式系统的操作和创建更容易的构件。

content/zh/containerization.md → content/zh-cn/containerization.md

@@ -6,15 +6,15 @@ category: 技术
 
 ## 是什么
 
-容器化是将一个应用程序及其依赖关系捆绑到 [容器图像](/zh/container-image/) 中的过程。
+容器化是将一个应用程序及其依赖关系捆绑到 [容器图像](/zh-cn/container-image/) 中的过程。
 容器构建过程需要遵守 [开放容器倡议](https://opencontainers.org)(OCI) 标准。
 只要输出的是一个符合这个标准的容器镜像，使用哪种容器化工具并不重要。
 
 ## 解决的问题 
 
-在容器盛行之前，企业依靠虚拟机 (VMs) 在一台 [裸机](/bare_metal_machine/) 上协调多个应用程序。
+在容器盛行之前，企业依靠虚拟机 (VMs) 在一台 [裸机](/zh-cn/bare_metal_machine/) 上协调多个应用程序。
 虚拟机比容器大得多，需要一个管理程序来运行。由于这些较大的虚拟机模板的存储、备份和传输，创建虚拟机模板也很慢。
-此外，虚拟机可能会出现配置漂移，这违反了 [不变性](/immutable_infrastructure/) 的原则。
+此外，虚拟机可能会出现配置漂移，这违反了 [不变性](/zh-cn/immutable_infrastructure/) 的原则。
 
 ## 如何帮助
 

content/zh/containers_as_a_service.md → content/zh-cn/containers_as_a_service.md

@@ -6,13 +6,13 @@ category: 技术
 
 ## 是什么
 
-容器即服务（CaaS）是一种云服务，有助于使用基于 [容器](/zh/container/) 的 [抽象](/abstraction/) 管理和部署应用程序。
+容器即服务（CaaS）是一种云服务，有助于使用基于 [容器](/zh-cn/container/) 的 [抽象](/zh-cn/abstraction/) 管理和部署应用程序。
 这项服务可以部署在企业内部或云中。
 
 CaaS 供应商提供了一个框架或协调平台，使容器部署和管理的关键 IT 功能自动化。
-它帮助开发者建立安全和 [可扩展](/scalibility/) 的容器化应用。
+它帮助开发者建立安全和 [可扩展](/zh-cn/scalibility/) 的容器化应用。
 因为用户只购买他们需要的资源（调度能力、负载平衡等），他们可以节省资金并提高效率。
-容器创造了一致的环境，以快速开发和交付可以在任何地方运行的 [云原生应用](/zh/cloud_native_apps/)。
+容器创造了一致的环境，以快速开发和交付可以在任何地方运行的 [云原生应用](/zh-cn/cloud_native_apps/)。
 
 ## 解决的问题
 
@@ -21,6 +21,6 @@ CaaS 供应商提供了一个框架或协调平台，使容器部署和管理的
 ## 如何帮助
 
 当把容器化应用部署到 CaaS 平台时，用户可以通过日志聚合和监控工具获得对系统性能的可见性。
-CaaS 还包括 [自动扩展](/auto_scaling/) 和协调管理的内置功能。
-它使团队能够建立高可见性和高可用性的 [分布式系统](/zh/distributed_systems/)。
-此外，通过允许快速部署，CaaS 提高了团队的开发速度。在容器确保一致的部署目标的同时，CaaS 通过减少管理部署所需的 [DevOps](/zh/devops/) 资源，降低了工程运营成本。
+CaaS 还包括 [自动扩展](/zh-cn/auto_scaling/) 和协调管理的内置功能。
+它使团队能够建立高可见性和高可用性的 [分布式系统](/zh-cn/distributed_systems/)。
+此外，通过允许快速部署，CaaS 提高了团队的开发速度。在容器确保一致的部署目标的同时，CaaS 通过减少管理部署所需的 [DevOps](/zh-cn/devops/) 资源，降低了工程运营成本。

content/zh/continuous_delivery.md → content/zh-cn/continuous_delivery.md

@@ -12,14 +12,14 @@ CD 关键是包括确保软件在部署前得到充分测试的程序，并提
 
 ## 解决的问题
 
-部署 [可靠](/zh/reliability/) 的更新在规模上成为一个问题。
+部署 [可靠](/zh-cn/reliability/) 的更新在规模上成为一个问题。
 理想情况下，我们会更频繁地部署，为终端用户提供更好的价值。
 然而，手动操作会使每一个变化都转化为高额的交易成本。
 历史上，为了避免这些成本，企业发布的频率较低，一次部署更多的变化，增加了出错的风险。
 
 ## 如何帮助
 
-CD 策略创建了一个完全自动化的生产路径，使用各种部署策略测试和部署软件，如 [canary](/zh/canary_deployment/) 或 [blue-green](/zh/blue_green_deployment/) 发布。
+CD 策略创建了一个完全自动化的生产路径，使用各种部署策略测试和部署软件，如 [canary](/zh-cn/canary_deployment/) 或 [blue-green](/zh-cn/blue_green_deployment/) 发布。
 这使得开发人员可以频繁地部署代码，让他们放心地认为新的修订版已经过测试。
 通常情况下，CD 策略中使用基于主干的开发，而不是功能分支或拉动请求。
 

content/zh/continuous_integration.md → content/zh-cn/continuous_integration.md

@@ -7,7 +7,7 @@ category: 概念
 ## 是什么
 
 持续集成，通常缩写为CI，是尽可能定期集成代码变化的做法。
-CI 是 [持续交付](/zh/continuous_delivery/)（CD）的前提。
+CI 是 [持续交付](/zh-cn/continuous_delivery/)（CD）的前提。
 传统上，CI 过程从代码修改提交到源码控制系统（Git、Mercurial 或 Subversion）时开始，以准备被CD系统使用的测试工件结束。
 
 ## 解决的问题

content/zh/contribute/_index.md → content/zh-cn/contribute/_index.md

@@ -21,7 +21,7 @@ Cloud Native Glossary 内容存储在 [this GitHub repo](https://github.com/cncf
 ## 提出新术语
 您可以提出一个新术语供其他人使用或自己创建一个新定义. 无论哪种方式, 您都将从创建问题开始(请注意, 您需要一个 GitHub 帐户来执行此操作).
 
-以下是针对尚未熟悉 GitHub 的人的分步指南. **如果你是 GitHub Pro 账户**, 请快速查看以确保您使用我们的问题模板、适当的命名约定、在 Slack 上声明 PR（否则我们可能会错过它）以及在哪里可以找到文件模板. 在开始之前, 请务必阅读 [Style Guide](/zh/style-guide/).
+以下是针对尚未熟悉 GitHub 的人的分步指南. **如果你是 GitHub Pro 账户**, 请快速查看以确保您使用我们的问题模板、适当的命名约定、在 Slack 上声明 PR（否则我们可能会错过它）以及在哪里可以找到文件模板. 在开始之前, 请务必阅读 [Style Guide](/zh-cn/style-guide/).
 
 ### 创建 issue
 前往 [Glossary GitHub repo](https://github.com/cncf/glossary/issues) 并点击 "new issue".
@@ -46,7 +46,7 @@ Cloud Native Glossary 内容存储在 [this GitHub repo](https://github.com/cncf
 
 ### 提交新术语 (创建 PR)
 
-在开始之前, 请阅读 [Style Guide](/zh/style-guide/) — 它将帮助减少来回次数. 如样式指南中所述, 我们强烈建议从 Google 或 Word 文档开始. 
+在开始之前, 请阅读 [Style Guide](/zh-cn/style-guide/) — 它将帮助减少来回次数. 如样式指南中所述, 我们强烈建议从 Google 或 Word 文档开始. 
 
 准备好提交术语后, 转到内容(在代码中)...
 

content/zh-cn/data_center.md

@@ -0,0 +1,17 @@
+---
+title: 数据中心
+status: Feedback Appreciated
+category: 技术
+---
+
+## 是什么
+
+数据中心是专门设计用于容纳计算机（通常是服务器）的专用建筑物或设施。 数据中心往往连接到高速互联网线路，尤其是专注于 [云计算](/zh-cn/cloud_computing/) 的数据中心。 数据中心所在的建筑物还配备了即使在发生负面事件时也能维持服务的设备，例如在停电期间提供电力的发电机，以及处理计算机产生的废热的强大空调。
+
+## 解决的问题
+
+与每个企业都必须在其所在的位置主管自己的服务器设备不同，数据中心允许公司和个人利用数据中心提供商的专业知识和规模效率。 这意味着不必担心管理电源、灭火技术、空调或高速互联网连接等问题。
+
+## 如何帮助
+
+对于云计算，数据中心至关重要。 由于可以根据 [需求规模](/zh-cn/scalability/) 配置资源和基础设施，因此企业可以在数据中心租用云计算资源，而无需多虑预测的资源过多过少带来的问题。 由于数据中心遍布世界各地，这允许在地理上接近需求的地方提供资源，而无需实际运送和设置设备。

content/zh/devops.md → content/zh-cn/devops.md

@@ -8,7 +8,7 @@ category: 概念
 开发运维是一种方法论，其中团队拥有从应用程序开发到生产操作的整个过程，因此 DevOps，它不仅仅是实施一套技术，还需要文化和流程的彻底转变。 DevOps 需要一组工程师来处理小组件（相对于整个功能），从而减少交接——一个常见的错误来源。
 
 ## 强调的问题
-传统上，在具有 [紧密耦合](/tightly_coupled_architectures/) [单体应用程序](/zh/monolithic_apps/) 的复杂组织中，工作通常分散在多个组之间。 这导致了多次交接和较长的交货时间。 每次组件或更新准备就绪时，都会将其放入队列中以供下一个团队使用。 因为个人只参与了项目的一小部分，这种方法导致缺乏所有权。 他们的目标是将工作交给下一个小组，而不是为客户提供正确的功能——明显的优先级错位。
+传统上，在具有 [紧密耦合](/zh-cn/tightly_coupled_architectures/) [单体应用程序](/zh-cn/monolithic_apps/) 的复杂组织中，工作通常分散在多个组之间。 这导致了多次交接和较长的交货时间。 每次组件或更新准备就绪时，都会将其放入队列中以供下一个团队使用。 因为个人只参与了项目的一小部分，这种方法导致缺乏所有权。 他们的目标是将工作交给下一个小组，而不是为客户提供正确的功能——明显的优先级错位。
 
 到代码最终投入生产时，它经过了这么多开发人员，排了这么多队列，如果代码不起作用，很难追查问题的根源。 DevOps 颠覆了这种方法。
 

content/zh/distributed_apps.md → content/zh-cn/distributed_apps.md

@@ -7,8 +7,8 @@ category: 概念
 ## 是什么
 
 分布式应用是一种应用，其功能被分解成多个较小的独立部分。
-分布式应用通常由单独的 [微服务](/zh/microservices/) 组成，处理更广泛应用中的不同问题。
-在云原生环境中，各个组件通常作为 [容器](/zh/container/) 在 [集群](/zh/cluster/) 上运行。
+分布式应用通常由单独的 [微服务](/zh-cn/microservices/) 组成，处理更广泛应用中的不同问题。
+在云原生环境中，各个组件通常作为 [容器](/zh-cn/container/) 在 [集群](/zh-cn/cluster/) 上运行。
 
 ## 解决的问题 
 
@@ -19,5 +19,5 @@ category: 概念
 ## 如何帮助
 
 当把一个应用程序拆分成不同的部分并在许多地方运行时，整个系统可以容忍更多的故障。
-它还允许应用程序利用单个应用程序实例所不具备的扩展功能，即 [水平扩展](/horizontal_scaling/)的能力。
+它还允许应用程序利用单个应用程序实例所不具备的扩展功能，即 [水平扩展](/zh-cn/horizontal_scaling/)的能力。
 然而，这也是有代价的：增加了复杂性和操作开销--你现在正在运行很多应用组件，而不是一个应用。