[zh] Update links to point localized pages (#870)

* [zh] Update links to point localized pages

* [zh] Fix links by replacing full-width parenthesis characters

content/zh/cloud_computing.md

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

content/zh/cloud_native_apps.md

@@ -6,15 +6,15 @@ category: 概念
 
 ## What it is
 
-云原生应用程序专门设计用于利用 [云计算](/cloud_computing/) 中的创新。
-这些应用程序可以轻松地与其各自的云架构集成，充分利用云的资源和 [可扩展性](/scalability/) 功能。
+云原生应用程序专门设计用于利用 [云计算](/zh/cloud_computing/) 中的创新。
+这些应用程序可以轻松地与其各自的云架构集成，充分利用云的资源和 [可扩展性](/zh/scalability/) 功能。
 它还指利用云计算驱动的基础设施创新的应用程序。
 今天的云原生应用程序包括在云提供商的数据中心和本地云原生平台上运行的应用程序。
 
 ## Problem it addresses
 
 传统上，本地环境以相当定制的方式提供计算资源。
-每个数据中心都有与特定环境 [紧密耦合](/tightly_coupled_architectures/) 应用程序的服务，通常严重依赖于基础设施的手动配置，例如 [虚拟机](/virtual_machine/) 和服务。
+每个数据中心都有与特定环境 [紧密耦合](/tightly_coupled_architectures/) 应用程序的服务，通常严重依赖于基础设施的手动配置，例如 [虚拟机](/zh/virtual_machine/) 和服务。
 这反过来又将开发人员及其应用程序限制在该特定数据中心。
 不是为云设计的应用程序无法利用云环境的弹性和扩展能力。
 例如，需要手动干预才能正确启动的应用程序无法自动扩展，也无法在发生故障时自动重启。

content/zh/cloud_native_security.md

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

content/zh/cloud_native_tech.md

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

content/zh/cluster.md

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

content/zh/containerization.md

@@ -6,7 +6,7 @@ category: 技术
 
 ## 是什么
 
-容器化是将一个应用程序及其依赖关系捆绑到 [容器图像](/container-image/) 中的过程。
+容器化是将一个应用程序及其依赖关系捆绑到 [容器图像](/zh/container-image/) 中的过程。
 容器构建过程需要遵守 [开放容器倡议](https://opencontainers.org)(OCI) 标准。
 只要输出的是一个符合这个标准的容器镜像，使用哪种容器化工具并不重要。
 

content/zh/containers_as_a_service.md

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

content/zh/continuous_delivery.md

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

content/zh/continuous_integration.md

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

content/zh/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](https://glossary.cncf.io/style-guide/).
+以下是针对尚未熟悉 GitHub 的人的分步指南. **如果你是 GitHub Pro 账户**, 请快速查看以确保您使用我们的问题模板、适当的命名约定、在 Slack 上声明 PR（否则我们可能会错过它）以及在哪里可以找到文件模板. 在开始之前, 请务必阅读 [Style Guide](/zh/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](https://glossary.cncf.io/style-guide/) — 它将帮助减少来回次数. 如样式指南中所述, 我们强烈建议从 Google 或 Word 文档开始. 
+在开始之前, 请阅读 [Style Guide](/zh/style-guide/) — 它将帮助减少来回次数. 如样式指南中所述, 我们强烈建议从 Google 或 Word 文档开始. 
 
 准备好提交术语后, 转到内容(在代码中)...
 

content/zh/data_center.md

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

content/zh/devops.md

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

content/zh/distributed_apps.md

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

content/zh/distributed_systems.md

@@ -16,7 +16,7 @@ category: 概念
 没有一台计算机强大到足以承载整个应用程序。通过连接多台计算机，计算能力几乎变得无限大。
 如果没有分布式计算，我们今天依赖的许多应用就不可能实现。
 
-传统上，系统会纵向 [扩展](/scalability/)。这就是当你在一台单独的机器上添加更多的 CPU 或内存。
+传统上，系统会纵向 [扩展](/zh/scalability/)。这就是当你在一台单独的机器上添加更多的 CPU 或内存。
 垂直扩展很耗时，需要停机，而且很快就会达到极限。
 
 ## 如何帮助

content/zh/kubernetes.md

@@ -7,9 +7,9 @@ category: 技术
 ## 是什么
 
 Kubernetes，通常缩写为K8s，是一种流行的现代基础设施自动化的开源工具。
-它就像一个数据中心的操作系统，管理在 [分布式系统](/distributed_systems/) 上运行的应用程序（就像你笔记本上的操作系统，管理你的应用程序）。
+它就像一个数据中心的操作系统，管理在 [分布式系统](/zh/distributed_systems/) 上运行的应用程序（就像你笔记本上的操作系统，管理你的应用程序）。
 
-Kubernetes在 [集群](/cluster/) 的 [节点](/nodes/) 上调度 [容器](/container/)。
+Kubernetes在 [集群](/zh/cluster/) 的 [节点](/nodes/) 上调度 [容器](/zh/container/)。
 它捆绑了几个基础设施结构，有时被称为 "基元"，如应用程序的实例、负载平衡器、持久性存储等，以一种可以被组成应用程序的方式。
 
 Kubernetes 实现了自动化和可扩展性，使用户能够以可重复的方式声明性地部署应用程序。
@@ -18,9 +18,9 @@ Kubernetes 生态系统中的软件产品和项目利用这种自动化和可扩
 
 ## 解决的问题
 
-长期以来，基础设施自动化和声明性配置管理一直是重要的概念，而且随着 [云计算](/cloud_computing/) 的普及而变得更加紧迫。
+长期以来，基础设施自动化和声明性配置管理一直是重要的概念，而且随着 [云计算](/zh/cloud_computing/) 的普及而变得更加紧迫。
 随着对计算资源的需求增加，组织感到压力，要用更少的工程师提供更多的操作能力，需要新的技术和工作方法来满足这一需求。
-此外，云计算的兴起与 [容器化](/containerization/) 相搭配，那些忙于自动化更多传统基础设施的组织需要一种机制来自动配置和部署其容器。
+此外，云计算的兴起与 [容器化](/zh/containerization/) 相搭配，那些忙于自动化更多传统基础设施的组织需要一种机制来自动配置和部署其容器。
 
 ## 如何帮助