[zh] Update Chinese version in main with dev-zh

content/zh-cn/_index.md

@@ -5,32 +5,47 @@ status: Completed
 
 # 云原生词汇表
 
-云原生词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) 领导的一个项目。
-该项目的目的是在不需要任何先决技术知识的情况下，以通俗易懂的语言阐释云原生概念。
+云原生领域以其复杂性而闻名，云原生词汇表的目的是在不需要任何先决技术知识的情况下，
+以通俗易懂的语言阐释云原生领域概念，不仅适用于技术人员，也适用于业务人员。
+为了实现这一目标，我们专注于简化。例如，使用不带行话的简单语言，
+使用任何使用技术的人都能理解的示例，省略不必要的细节。
+该词汇表是由 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>
+<p><img class="mt-3" src="/images/homepage/kubecon.jpg" alt="People watching a Kubecon presentation"></p>
 
 ## 社区贡献
 
 我们欢迎所有人对本词汇表提出修改、添加和改进建议。我们采用了 CNCF 所管理的社区驱动流程来开发和改进这个共享词典。
 该词汇表提供了一个厂商中立的平台，用于管理云原生技术的共享词汇表。欢迎所有参与者在遵守本项目的目的和章程的前提下作出贡献。
 
-任何想要贡献的人都可以提交 GitHub issue 或 创建 PR。欲了解更多信息，请查看 [如何贡献](/zh-cn/contribute/) 和遵循 
+任何想要贡献的人都可以提交 GitHub issue 或 创建 PR。欲了解更多信息，请查看 [如何贡献](/zh-cn/contribute/) 和遵循
 [样式指南](/zh-cn/style-guide/)，并加入 CNCF Slack 中的 [#glossary](https://cloud-native.slack.com/archives/C02TX20MQBB) 频道。
 这里还有 [#glossary-localizations](https://cloud-native.slack.com/archives/C02N2RGFXDF) 频道，供想要将 glossary 翻译成母语的人使用。
 
 ## 致谢
 
-云原生词汇表可从 CNCF 营销委员会 (CNCF Marketing Committee) (商业价值小组委员会) 获得,
+云原生词汇表可从 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/) 以及更多的贡献者。
+[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), 以及更多的贡献者。
 如想获得完整的贡献者名单, 请跳转至 [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), 
+这个词汇表由 [Seokho Son](https://www.linkedin.com/in/seokho-son/),
+[Noah Ispas](https://www.linkedin.com/in/noah-ispas-0665b42a/),
+[Jihoon Seo](https://www.linkedin.com/in/jihoon-seo/),
+[Nate W.](https://www.linkedin.com/in/nate-double-u/),
+和 [Jorge Castro](https://www.linkedin.com/in/jorge-castro2112/) 维护.
+
+[Catherine Paganini](https://www.linkedin.com/in/catherinepaganini/en/),和
+[Jason Morgan](https://www.linkedin.com/in/jasonmorgan2/) 是名誉维护者，
+我们对他们多年来的宝贵贡献表示深深的感谢。
+
+中文版的云原生词汇表由 [Chester Cheung](https://github.com/hanyuancheung),
+[Brian Yan](https://github.com/Rocksnake),
+[Jacob953 Yu](https://github.com/Jacob953),
 [Submarinee](https://github.com/Submarinee) 和其他贡献者维护。
 
 ## 协议

content/zh-cn/cloud-computing.md

@@ -8,16 +8,18 @@ tags: ["基础设施", "", ""]
 ## 是什么
 
 云计算是一种通过互联网按需提供计算资源（如 CPU、网络和磁盘功能）的模型。
-云计算使用户能够在远程物理位置访问和使用计算能力。 AWS、GCP、Azure、DigitalOcean 等云提供商都为第三方提供了在多个地理位置租用计算资源的能力。
+云计算使用户能够在远程物理位置访问和使用计算能力。
+云计算通常分为私有云和公有云，具体取决于云基础设施是专门用于某个组织还是分享开放的公共服务。
 
 ## 解决的问题
 
-传统上，组织在尝试扩展计算能力的使用时面临两个主要问题。
-他们要么获取、支持、设计和支付托管物理服务器和网络的设施，要么扩展和维护这些设施。
+传统上，组织在尝试扩展计算能力时面临两个主要问题。
+他们要么获得、支持和设计（新的）设施来托管自己的物理服务器和网络设施，要么扩展和维护现有的设施。
 云计算允许组织将部分计算需求外包给另一个组织。
 
 ## 如何帮助
 
-云提供商为组织提供按需租用计算资源并按使用付费的能力。这允许进行两项主要创新：
-组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[伸缩](/zh-cn/scalability/)。
+云服务提供商允许组织按需租用计算资源并按使用量付费，这带来了两个关键的好处：
+首先，组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试。
+其次，他们可以根据需要和按需[伸缩](/zh-cn/scalability/)。
 云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。

content/zh-cn/edge-computing.md

@@ -0,0 +1,28 @@
+---
+title: 边缘计算
+status: Completed
+category: 技术
+---
+
+## 是什么
+
+边缘计算是一种[分布式系统](/zh-cn/distributed-systems/)方法，它将一些存储和计算容量从主数据中心转移到其他数据源。
+采集的数据在本地（例如在工厂车间、商店或整个城市）进行计算，而不是发送到集中的数据中心进行处理和分析。
+这些本地处理单元或设备代表系统的边缘，而数据中心是这些边缘的中心。
+边缘计算的输出被发送回主数据中心进一步处理。
+边缘计算的示例包括腕表等挂件或分析交通流量的计算机。
+
+## 解决的问题
+
+在过去十年中，我们看到了越来越多的边缘设备（例如手机、智能手表或传感器）。
+在某些情况下，实时数据处理不再是可有可无，而是至关重要。想一想自动驾驶的汽车。
+现在想象一下，来自汽车传感器的数据必须先传输到数据中心进行处理，然后再发送回车辆让它能够做出合适的反应。
+固有的网络延迟可能是致命的。
+虽然这是一个极端的例子，但大多数用户都不想使用无法提供即时反馈的智能设备。
+
+## 如何帮助
+
+如上所述，要使边缘设备有用，这些边缘设备必须至少在本地进行部分处理和分析，才能向用户提供近乎实时的反馈。
+这是通过将一些存储和处理资源从数据中心转移到生成数据的位置（边缘设备）来实现的。
+已处理和未处理的数据随后被发送到数据中心进一步处理和存储。
+简而言之，效率和速度是边缘计算的主要驱动力。

content/zh-cn/immutable-infrastructure.md

@@ -0,0 +1,18 @@
+---
+title: 不可变基础设施
+status: Completed
+category: 属性
+tags: ["基础设施", "", ""]
+---
+
+不可变基础设施指的是一旦部署就无法变更的计算机基础设施
+（例如[虚拟机](/zh-cn/virtual-machine/)、[容器](/zh-cn/container/)、网络设备）。
+具体实现方式可以是通过自动化进程覆写所有未经授权的变更，也可以通过某个系统从一开始就不允许变更。
+容器是不可变基础设施的一个很好的例子，因为如果想要持久变更容器，只能通过创建新版本的容器或从其镜像重新创建同样的容器。
+
+通过预防或识别未经授权的变更，不可变的基础设施可以更轻松地识别和减轻安全风险。
+操作这种系统变得更加直接，因为管理员可以在某个假设的前提下放心地操作。
+毕竟管理员知道没有人做过误操作，也无需担心发生过自己忘记沟通的某些变更。
+不可变基础设施与[基础设施即代码](/zh-cn/infrastructure-as-code/)密切相关，
+其创建基础设施所需的一切自动化都存放在版本控制（例如 Git）中。
+这种不可变更和版本控制的结合意味着对系统的每次授权变更都会有一个持久的审计日志。

content/zh-cn/microservices.md

@@ -7,19 +7,19 @@ tags: ["架构", "", ""]
 
 ## 是什么
 
-微服务是一种利用云原生技术进行应用开发的现代方法。虽然现代应用程序，如 Netflix，看起来是一个单一的应用程序，但它们实际上是一个较小的服务的集合——所有的服务都密切配合。
-例如，一个允许你访问、搜索和预览视频的单一页面很可能是由较小的服务提供的，它们各自处理其中的一个方面（如搜索、认证和在浏览器中运行预览）。
-简而言之，微服务指的是一种应用架构模式，通常与 [单体应用](/zh-cn/monolithic-apps/) 形成对比。
+微服务是一种利用云原生技术进行应用开发的现代方法。虽然 Netflix 这类现代应用程序看起来是一个单体应用，但它们实际上是许多较小的服务组成的集合 —— 所有的服务都密切配合。
+例如，一个允许你访问、搜索和预览视频的单一页面很可能是由较小的服务提供的，它们各自处理其中的一个方面（如搜索、认证和在浏览器中进行预览）。
+简而言之，微服务指的是一种应用架构模式，通常与[单体应用](/zh-cn/monolithic-apps/)形成对比。
 
 ## 解决的问题
 
-微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行 [伸缩](/zh-cn/scalability/)。
-例如，一个在线商店将有更多的产品视图而不是结账。这意味着你需要更多的产品视图功能的运行，而不是结账。
-在一个单一的应用程序中，这些逻辑位不能被单独部署。如果你不能单独扩展产品功能，你将不得不复制整个应用程序和所有其他你不需要的组件--这是一种低效的资源利用。
-单机式应用程序也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码 [高耦合](/zh-cn/tightly-coupled-architectures/)，更难执行关注点分离的原则。
-单机通常要求开发人员了解整个代码库，然后才能有成效。
+微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行[伸缩](/zh-cn/scalability/)。
+例如，一个在线商店除了结账之外还有更多的产品视图。这意味着你除了结账之外，还需要运行更多的产品视图功能。
+在一个单体应用中，这些逻辑位不能被单独部署。如果你不能单独扩展产品功能，你将不得不复制整个应用程序和所有其他你不需要的组件 —— 这是一种低效的资源利用方式。
+单体应用也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码[高耦合](/zh-cn/tightly-coupled-architectures/)，更难执行关注点分离的原则。
+单体应用通常要求开发人员了解整个代码库，然后才能有成效。
 
 ## 如何帮助
 
-将功能分离成不同的微服务，使它们更容易独立部署、更新和扩展。通过允许不同的团队专注于更大的应用中他们自己的一小部分，也让他们更容易在不对组织的其他部分产生负面影响的情况下对他们的应用进行工作。
-虽然微服务解决了许多问题，但它们也产生了运营开销——你需要部署和跟踪的东西增加了一个数量级或更多。许多 [云原生技术](/zh-cn/cloud-native-tech/) 旨在使微服务更容易部署和管理。
+将功能分离成不同的微服务，使它们更容易独立部署、更新和扩展。通过允许不同的团队在更大的应用中专注于他们所属的那一小部分，也让他们更容易在不对组织的其他部分产生负面影响的情况下来处理他们的应用。
+虽然微服务解决了许多问题，但它们也产生了运营开销 —— 你需要部署和跟踪的东西增加了一个数量级或更多。许多[云原生技术](/zh-cn/cloud-native-tech/)旨在使微服务更容易部署和管理。

content/zh-cn/multitenancy.md

@@ -0,0 +1,35 @@
+---
+title: 多租户模式
+status: Completed
+category: 属性
+---
+
+## 是什么
+
+多租户模式指的是通过单次软件安装为多个租户提供服务。
+租户是一个用户、应用程序或一组用户/应用程序，租户们使用各自的数据集来操控同一个软件。
+这些租户不共享数据（除非软件的所有者明确授权），甚至可能未意识到彼此的存在。
+
+租户可以是小到只有一个登录 ID 的独立用户（就像单机版软件），
+也可以是大到拥有数千个登录 ID 的整个公司，其中每个登录 ID 有自己的权限但又以多种方式相互关联。
+多租户软件示例包括 Google Mail、Google Docs、Microsoft Office 365、Salesforce CRM 和 Dropbox，
+以及更多归类为具有完全或部分多租户能力的软件。
+
+## 解决的问题
+
+如果没有多租户模式，每个租户都需要专门安装一次软件。
+这会增加资源利用和维护的工作量，最终会加剧软件成本。
+
+## 如何帮助
+
+多租户软件为每个租户提供一个隔离（工作数据、设置、凭证列表等）的环境，同时为多个租户提供服务。
+从租户的角度来看，每个租户都有其专用的软件安装实例，尽管实际上他们是在共享同一个软件。
+具体实现的方式为：在服务器上运行一个软件，然后允许租户通过网络接口和/或
+[API](/zh-cn/application-programming-interface/) 连接到该软件
+（另请参阅[客户端-服务器架构](/zh-cn/client-server-architecture/)）。
+使用多租户软件时，各个租户可以共享同一个安装实例，彼此毫无影响，且能以预先定义和受控的方式使用该软件。
+软件提供商由此达成的资源节省也可以转而让租户受益，显著降低每个用户的软件成本（想想基于 Web 的电子邮件或文档编辑器）。
+
+## 相关词汇
+
+多租户模式并不等同于 [SaaS](/zh-cn/software-as-a-service/)，尽管对 SaaS 而言多租户很常见，甚至将多租户作为其核心优势之一。

content/zh-cn/pod.md

@@ -0,0 +1,30 @@
+---
+title: Pod
+status: Completed
+category: 概念
+tags: ["基础设施", "基本原理", ""]
+---
+
+在 [Kubernetes](/zh-cn/kubernetes/) 环境中，Pod 是最基本的可部署单元。
+它代表了部署和管理容器化应用程序的基本构建块。
+每个 Pod 包含一个应用程序实例，并可以容纳一个或多个[容器](/zh-cn/container/)。
+Kubernetes 可以将 Pod 作为更大对象的一部分进行管理，
+还可以根据需要[垂直扩缩](/zh-cn/vertical-scaling/)或[水平扩缩](/zh-cn/horizontal-scaling/) Pod。
+
+## 解决的问题
+
+虽然容器通常作为独立单元运行和控制特定工作负载，但在某些情况下，容器需要以紧密耦合的方式进行交互和控制。
+
+如果这些密切相关的容器每个都被单独管理，就会产生冗余的管理任务。
+例如，运维人员将不得不重复确定相关容器的调度位置，以确保它们保持在一起。
+此外，尽管这些相关容器的生命期需要同步，但这些容器只能单独管理。
+
+## 如何帮助
+
+Pod 将密切相关的容器捆绑成一个单元，大大简化了容器操作。
+例如，辅助容器通常与主容器一起使用，以实现附加功能或设置全局配置。
+辅助容器包括将一些基本设置注入并应用于主容器的**边车**容器，
+这种容器用于处理主容器的网络流量路由（参阅[服务网格](/zh-cn/service-mesh/)），
+还有一些会收集日志的辅助容器。
+
+你可以在 Pod 级别定义内存和 CPU 资源，允许内部容器以灵活的方式共享资源，也可以为每个容器单独定义要使用的资源。

content/zh-cn/self-healing.md

@@ -0,0 +1,10 @@
+---
+title: 自愈
+status: Completed
+category: 属性
+tags: ["基础设施", "架构", ""]
+---
+
+一个自愈系统无需任何人为干预就能从某些类型的故障中恢复。
+这种系统有一个“收敛”或“控制”循环，可以主动查看系统的实际状态并将其与操作员最初期望的状态进行比较。
+如果有所差异（例如运行的应用程序实例数少于预期实例数），它将采取修正措施（例如启动新的实例）。

content/zh-cn/shift-left.md

@@ -0,0 +1,32 @@
+---
+title: 左移 (Shift Left)
+status: Completed
+category: Concept
+tags: ["methodology", "", ""]
+---
+
+## 是什么
+
+如果将软件开发的生命周期视为一个从左到右执行的阶段线，左移中的左指的是这个生命周期的早期阶段。
+左移是在软件开发生命周期的早期阶段实施测试、安全或其他开发实践，而不是朝着结尾方向（右移）进行的实践。
+
+虽然左移最初用于指代早期测试的流程，但现在也可应用于软件开发和 [DevOps](/zh-cn/devops/) 的其他方面，如安全和部署。
+
+## 解决的问题
+
+如果安全问题、漏洞或软件缺陷是在开发周期的后期或部署后才被发现，特别是如果软件已经被部署到生产环境中，
+那么到那时再修复很可能比较困难且成本昂贵。
+
+## 如何帮助
+
+通过采用左移的软件开发思维方式，各团队可以在整个开发生命周期中实施测试并确保安全。
+由于测试和安全的责任由开发团队中的所有人（从软件工程师到质保测试到运维）共同承担，
+因此每个人都在确保应用程序的稳定性和安全性方面发挥着作用。
+
+此外，左移使持续改进成为可能，采用的是[敏捷开发](/zh-cn/agile-software-development/)而不是瀑布式开发方法。
+各团队可以小幅迭代优化，并及早发现问题。
+这种方法使工程师们能够在设计和架构阶段就采用确保安全和安全开发实践。
+在整个开发周期中进行测试可以减少软件发布前所需的测试时间。
+
+许多软件工具和 SaaS 解决方案有助于将这些实践向左移。
+然而，左移也可以通过改进团队的流程和文化变革来实现。