diff --git a/.github/labeler.yml b/.github/labeler.yml index 774e8f0996..dfd5e82784 100644 --- a/.github/labeler.yml +++ b/.github/labeler.yml @@ -29,6 +29,6 @@ lang/pt: - content/pt-br/* lang/zh: -- content/zh/* +- content/zh-cn/* diff --git a/CODEOWNERS b/CODEOWNERS index 62317704bc..7b4b5206aa 100644 --- a/CODEOWNERS +++ b/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 diff --git a/config.toml b/config.toml index 58f1cac53c..ca4fd08b98 100644 --- a/config.toml +++ b/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] diff --git a/content/zh-cn/_index.md b/content/zh-cn/_index.md new file mode 100644 index 0000000000..1b4546952a --- /dev/null +++ b/content/zh-cn/_index.md @@ -0,0 +1,31 @@ + +--- +title: "云原生词汇表" +--- + +# 云原生词汇表 + +云原生词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) 领导的一个项目。该项目目的是在不需要先验技术知识的情况下，以清晰通俗的语言解释云原生概念。 + +

A woman and two men presenting technical info on a stage

+ +## 社区贡献 + +对本机词汇表的更改、添加和改进对所有人开放。我们使用由 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 下分发。 diff --git a/content/zh/blue_green_deployment.md b/content/zh-cn/blue_green_deployment.md similarity index 100% rename from content/zh/blue_green_deployment.md rename to content/zh-cn/blue_green_deployment.md diff --git a/content/zh/canary_deployment.md b/content/zh-cn/canary_deployment.md similarity index 100% rename from content/zh/canary_deployment.md rename to content/zh-cn/canary_deployment.md diff --git a/content/zh/cloud_computing.md b/content/zh-cn/cloud_computing.md similarity index 87% rename from content/zh/cloud_computing.md rename to content/zh-cn/cloud_computing.md index aea331180f..d35b731009 100644 --- a/content/zh/cloud_computing.md +++ b/content/zh-cn/cloud_computing.md @@ -14,4 +14,4 @@ category: 概念 ## 如何帮助 -云提供商为组织提供按需租用计算资源并按使用付费的能力。 这允许进行两项主要创新：组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[扩展](/zh/scalability/)。云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。 +云提供商为组织提供按需租用计算资源并按使用付费的能力。 这允许进行两项主要创新：组织可以在不浪费时间计划和花费金钱或资源在新的物理基础设施上的情况下进行尝试，并且他们可以根据需要和按需[扩展](/zh-cn/scalability/)。云计算允许组织根据需要采用尽可能多或尽可能少的基础设施。 diff --git a/content/zh/cloud_native_apps.md b/content/zh-cn/cloud_native_apps.md similarity index 66% rename from content/zh/cloud_native_apps.md rename to content/zh-cn/cloud_native_apps.md index 90fcab4ce4..24399367f7 100644 --- a/content/zh/cloud_native_apps.md +++ b/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/)，使用户能够在问题升级之前检测和解决问题。 结合强大的自动化，它们使工程师能够以最少的工作频繁且可预测地进行高影响力的更改。 diff --git a/content/zh/cloud_native_security.md b/content/zh-cn/cloud_native_security.md similarity index 91% rename from content/zh/cloud_native_security.md rename to content/zh-cn/cloud_native_security.md index 8ef5ff6da0..ce1419682c 100644 --- a/content/zh/cloud_native_security.md +++ b/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/) 的实践高度相关。 ## 强调的问题 diff --git a/content/zh/cloud_native_tech.md b/content/zh-cn/cloud_native_tech.md similarity index 95% rename from content/zh/cloud_native_tech.md rename to content/zh-cn/cloud_native_tech.md index 046346ef7e..e36e3a4c83 100644 --- a/content/zh/cloud_native_tech.md +++ b/content/zh-cn/cloud_native_tech.md @@ -6,7 +6,7 @@ category: 概念 ## 是什么 -云原生技术，也称为云原生技术栈，是用于构建 [云原生应用程序](/zh/cloud_native_apps/) 的技术。 +云原生技术，也称为云原生技术栈，是用于构建 [云原生应用程序](/zh-cn/cloud_native_apps/) 的技术。 使组织能够在公共云、私有云和混合云等现代动态环境中构建和运行可扩展的应用程序，他们坚持“云的承诺”并充分利用云计算的优势。 它们从头开始设计，以利用云计算和容器的功能，服务网格、微服务和不可变的基础设施就是这种方法的例证。 diff --git a/content/zh/cluster.md b/content/zh-cn/cluster.md similarity index 73% rename from content/zh/cluster.md rename to content/zh-cn/cluster.md index a3b4a4a774..61aef79806 100644 --- a/content/zh/cluster.md +++ b/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/)，这些新技术是使分布式系统的操作和创建更容易的构件。 diff --git a/content/zh/container-image.md b/content/zh-cn/container-image.md similarity index 100% rename from content/zh/container-image.md rename to content/zh-cn/container-image.md diff --git a/content/zh/container.md b/content/zh-cn/container.md similarity index 100% rename from content/zh/container.md rename to content/zh-cn/container.md diff --git a/content/zh/containerization.md b/content/zh-cn/containerization.md similarity index 86% rename from content/zh/containerization.md rename to content/zh-cn/containerization.md index f403234c30..5bcbc5408e 100644 --- a/content/zh/containerization.md +++ b/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/) 的原则。 ## 如何帮助 diff --git a/content/zh/containers_as_a_service.md b/content/zh-cn/containers_as_a_service.md similarity index 66% rename from content/zh/containers_as_a_service.md rename to content/zh-cn/containers_as_a_service.md index 6651fce82d..ff12e59d39 100644 --- a/content/zh/containers_as_a_service.md +++ b/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/) 资源，降低了工程运营成本。 diff --git a/content/zh/continuous_delivery.md b/content/zh-cn/continuous_delivery.md similarity index 83% rename from content/zh/continuous_delivery.md rename to content/zh-cn/continuous_delivery.md index dbda9cb7d4..2b4bb75fb3 100644 --- a/content/zh/continuous_delivery.md +++ b/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 策略中使用基于主干的开发，而不是功能分支或拉动请求。 diff --git a/content/zh/continuous_integration.md b/content/zh-cn/continuous_integration.md similarity index 94% rename from content/zh/continuous_integration.md rename to content/zh-cn/continuous_integration.md index 9ef0906e3c..0554ca3aa9 100644 --- a/content/zh/continuous_integration.md +++ b/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系统使用的测试工件结束。 ## 解决的问题 diff --git a/content/zh/contribute/_index.md b/content/zh-cn/contribute/_index.md similarity index 96% rename from content/zh/contribute/_index.md rename to content/zh-cn/contribute/_index.md index 40d9e8f5d0..04de86f76d 100644 --- a/content/zh/contribute/_index.md +++ b/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 文档开始. 准备好提交术语后, 转到内容(在代码中)... diff --git a/content/zh-cn/data_center.md b/content/zh-cn/data_center.md new file mode 100644 index 0000000000..3ba9abeb0d --- /dev/null +++ b/content/zh-cn/data_center.md @@ -0,0 +1,17 @@ +--- +title: 数据中心 +status: Feedback Appreciated +category: 技术 +--- + +## 是什么 + +数据中心是专门设计用于容纳计算机（通常是服务器）的专用建筑物或设施。 数据中心往往连接到高速互联网线路，尤其是专注于 [云计算](/zh-cn/cloud_computing/) 的数据中心。 数据中心所在的建筑物还配备了即使在发生负面事件时也能维持服务的设备，例如在停电期间提供电力的发电机，以及处理计算机产生的废热的强大空调。 + +## 解决的问题 + +与每个企业都必须在其所在的位置主管自己的服务器设备不同，数据中心允许公司和个人利用数据中心提供商的专业知识和规模效率。 这意味着不必担心管理电源、灭火技术、空调或高速互联网连接等问题。 + +## 如何帮助 + +对于云计算，数据中心至关重要。 由于可以根据 [需求规模](/zh-cn/scalability/) 配置资源和基础设施，因此企业可以在数据中心租用云计算资源，而无需多虑预测的资源过多过少带来的问题。 由于数据中心遍布世界各地，这允许在地理上接近需求的地方提供资源，而无需实际运送和设置设备。 diff --git a/content/zh/devops.md b/content/zh-cn/devops.md similarity index 62% rename from content/zh/devops.md rename to content/zh-cn/devops.md index 8f0f3ac2b6..eab020b0c3 100644 --- a/content/zh/devops.md +++ b/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 颠覆了这种方法。 diff --git a/content/zh/distributed_apps.md b/content/zh-cn/distributed_apps.md similarity index 75% rename from content/zh/distributed_apps.md rename to content/zh-cn/distributed_apps.md index 9c5a093b98..bb85c052c5 100644 --- a/content/zh/distributed_apps.md +++ b/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/)的能力。 然而，这也是有代价的：增加了复杂性和操作开销--你现在正在运行很多应用组件，而不是一个应用。 diff --git a/content/zh/distributed_systems.md b/content/zh-cn/distributed_systems.md similarity index 67% rename from content/zh/distributed_systems.md rename to content/zh-cn/distributed_systems.md index 1662e8ce25..1ecb9766f4 100644 --- a/content/zh/distributed_systems.md +++ b/content/zh-cn/distributed_systems.md @@ -7,7 +7,7 @@ category: 概念 ## 是什么 分布式系统是通过网络连接的自主计算元素的集合，在用户看来是一个单一的连贯系统。 -一般被称为 [节点](/nodes/)，这些组件可以是硬件设备（如电脑、手机）或软件进程。 +一般被称为 [节点](/zh-cn/nodes/)，这些组件可以是硬件设备（如电脑、手机）或软件进程。 节点被编程以实现一个共同的目标，为了协作，它们通过网络交换信息。 ## 解决的问题 @@ -16,11 +16,11 @@ category: 概念 没有一台计算机强大到足以承载整个应用程序。通过连接多台计算机，计算能力几乎变得无限大。 如果没有分布式计算，我们今天依赖的许多应用就不可能实现。 -传统上，系统会纵向 [扩展](/zh/scalability/)。这就是当你在一台单独的机器上添加更多的 CPU 或内存。 +传统上，系统会纵向 [扩展](/zh-cn/scalability/)。这就是当你在一台单独的机器上添加更多的 CPU 或内存。 垂直扩展很耗时，需要停机，而且很快就会达到极限。 ## 如何帮助 -分布式系统允许 [水平扩展](/horizontal_scaling/)（例如，在需要时向系统添加更多节点）。这可以是自动化的，允许系统处理工作负荷或资源消耗的突然增加。 +分布式系统允许 [水平扩展](/zh-cn/horizontal_scaling/)（例如，在需要时向系统添加更多节点）。这可以是自动化的，允许系统处理工作负荷或资源消耗的突然增加。 非分布式系统面临着故障的风险，因为如果一台机器发生故障，整个系统都会故障。分布式系统可以设计成这样，即使一些机器发生故障，整个系统仍然可以继续工作，产生相同的结果。 diff --git a/content/zh/kubernetes.md b/content/zh-cn/kubernetes.md similarity index 74% rename from content/zh/kubernetes.md rename to content/zh-cn/kubernetes.md index 0039e65380..efcee3f5a9 100644 --- a/content/zh/kubernetes.md +++ b/content/zh-cn/kubernetes.md @@ -7,20 +7,20 @@ category: 技术 ## 是什么 Kubernetes，通常缩写为K8s，是一种流行的现代基础设施自动化的开源工具。 -它就像一个数据中心的操作系统，管理在 [分布式系统](/zh/distributed_systems/) 上运行的应用程序（就像你笔记本上的操作系统，管理你的应用程序）。 +它就像一个数据中心的操作系统，管理在 [分布式系统](/zh-cn/distributed_systems/) 上运行的应用程序（就像你笔记本上的操作系统，管理你的应用程序）。 -Kubernetes在 [集群](/zh/cluster/) 的 [节点](/nodes/) 上调度 [容器](/zh/container/)。 +Kubernetes在 [集群](/zh-cn/cluster/) 的 [节点](/zh-cn/nodes/) 上调度 [容器](/zh-cn/container/)。 它捆绑了几个基础设施结构，有时被称为 "基元"，如应用程序的实例、负载平衡器、持久性存储等，以一种可以被组成应用程序的方式。 Kubernetes 实现了自动化和可扩展性，使用户能够以可重复的方式声明性地部署应用程序。 -Kubernetes 生态系统中的软件产品和项目利用这种自动化和可扩展性来扩展 Kubernetes [API](/application_programming_interface/) 。 +Kubernetes 生态系统中的软件产品和项目利用这种自动化和可扩展性来扩展 Kubernetes [API](/zh-cn/application_programming_interface/) 。 这使他们能够利用 Kubernetes 的自动化，并使他们的工具更容易被有经验的 Kubernetes 从业者所接受。 ## 解决的问题 -长期以来，基础设施自动化和声明性配置管理一直是重要的概念，而且随着 [云计算](/zh/cloud_computing/) 的普及而变得更加紧迫。 +长期以来，基础设施自动化和声明性配置管理一直是重要的概念，而且随着 [云计算](/zh-cn/cloud_computing/) 的普及而变得更加紧迫。 随着对计算资源的需求增加，组织感到压力，要用更少的工程师提供更多的操作能力，需要新的技术和工作方法来满足这一需求。 -此外，云计算的兴起与 [容器化](/zh/containerization/) 相搭配，那些忙于自动化更多传统基础设施的组织需要一种机制来自动配置和部署其容器。 +此外，云计算的兴起与 [容器化](/zh-cn/containerization/) 相搭配，那些忙于自动化更多传统基础设施的组织需要一种机制来自动配置和部署其容器。 ## 如何帮助 diff --git a/content/zh/load_balancer.md b/content/zh-cn/load_balancer.md similarity index 100% rename from content/zh/load_balancer.md rename to content/zh-cn/load_balancer.md diff --git a/content/zh/microservices.md b/content/zh-cn/microservices.md similarity index 84% rename from content/zh/microservices.md rename to content/zh-cn/microservices.md index 1cd3703ff6..3ef020389e 100644 --- a/content/zh/microservices.md +++ b/content/zh-cn/microservices.md @@ -8,17 +8,17 @@ category: 概念 微服务是一种利用云原生技术进行应用开发的现代方法。虽然现代应用程序，如 Netflix，看起来是一个单一的应用程序，但它们实际上是一个较小的服务的集合——所有的服务都密切配合。 例如，一个允许你访问、搜索和预览视频的单一页面很可能是由较小的服务提供的，它们各自处理其中的一个方面（如搜索、认证和在浏览器中运行预览）。 -简而言之，微服务指的是一种应用架构模式，通常与 [单体应用](/zh/monolithic_apps/) 形成对比。 +简而言之，微服务指的是一种应用架构模式，通常与 [单体应用](/zh-cn/monolithic_apps/) 形成对比。 ## 解决的问题 -微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行 [扩展](/zh/scalability/)。 +微服务是对单体应用所带来的挑战的一种回应。一般来说，一个应用程序的不同部分需要分别进行 [扩展](/zh-cn/scalability/)。 例如，一个在线商店将有更多的产品视图而不是结账。这意味着你需要更多的产品视图功能的运行，而不是结账。 在一个单一的应用程序中，这些逻辑位不能被单独部署。如果你不能单独扩展产品功能，你将不得不复制整个应用程序和所有其他你不需要的组件--这是一种低效的资源利用。 -单机式应用程序也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码 [高耦合](/tightly_coupled_architectures/)，更难执行关注点分离的原则。 +单机式应用程序也使开发人员容易屈服于设计陷阱。因为所有的代码都在一个地方，所以更容易使这些代码 [高耦合](/zh-cn/tightly_coupled_architectures/)，更难执行关注点分离的原则。 单机通常要求开发人员了解整个代码库，然后才能有成效。 ## 如何帮助 将功能分离成不同的微服务，使它们更容易独立部署、更新和扩展。通过允许不同的团队专注于更大的应用中他们自己的一小部分，也让他们更容易在不对组织的其他部分产生负面影响的情况下对他们的应用进行工作。 -虽然微服务解决了许多问题，但它们也产生了运营开销——你需要部署和跟踪的东西增加了一个数量级或更多。许多 [云原生技术](/zh/cloud_native_tech/) 旨在使微服务更容易部署和管理。 +虽然微服务解决了许多问题，但它们也产生了运营开销——你需要部署和跟踪的东西增加了一个数量级或更多。许多 [云原生技术](/zh-cn/cloud_native_tech/) 旨在使微服务更容易部署和管理。 diff --git a/content/zh/monolithic_apps.md b/content/zh-cn/monolithic_apps.md similarity index 87% rename from content/zh/monolithic_apps.md rename to content/zh-cn/monolithic_apps.md index 7a53c3d881..f18d0379d0 100644 --- a/content/zh/monolithic_apps.md +++ b/content/zh-cn/monolithic_apps.md @@ -11,7 +11,7 @@ category: 概念 ## 解决的问题 -将一个应用程序转变成 [微服务](/zh/microservices/) 会增加其运营开销——有更多的东西需要测试、部署和保持运行。 +将一个应用程序转变成 [微服务](/zh-cn/microservices/) 会增加其运营开销——有更多的东西需要测试、部署和保持运行。 在产品生命周期的早期，推迟这种复杂性并建立一个单体应用，直到产品被确定为成功，可能是有利的。 ## 如何帮助 diff --git a/content/zh-cn/reliability.md b/content/zh-cn/reliability.md new file mode 100644 index 0000000000..392b29832c --- /dev/null +++ b/content/zh-cn/reliability.md @@ -0,0 +1,8 @@ +--- +title: 可靠性 +status: Completed +category: 属性 +--- + +从云原生的角度来看，可靠性是指系统对故障的响应能力。 如果我们有一个可以在基础架构更改和单个组件发生故障时继续工作的[分布式系统](/zh-cn/distributed_systems/) ，那么它是可靠的。 另一方面，如果它很容易出现故障，并且需要操作人员手动干预以保持其运行，则它是不可靠的。 [云原生应用程序](/zh-cn/cloud_native_apps/) 的目标是构建内在可靠的系统。 + diff --git a/content/zh-cn/scalability.md b/content/zh-cn/scalability.md new file mode 100644 index 0000000000..ef39cca8e7 --- /dev/null +++ b/content/zh-cn/scalability.md @@ -0,0 +1,9 @@ +--- +title: 可扩展性 +status: Completed +category: 属性 +--- + +可扩展性指的是一个系统能有多大的发展。这就是增加做任何系统应该做的事情的能力。 例如，[Kubernetes](/zh-cn/kubernetes/) [集群](/zh/cluster/) 通过增加或减少 [容器化](/zh-cn/containerization/) 应用程序的数量来进行扩展，但这种可扩展性取决于几个因素。 它有多少[节点](/zh-cn/nodes/)，每个节点可以处理多少个[容器](/zh-cn/container/)，控制平面可以支持多少条记录和操作？ + +可扩展的系统使添加更多容量更容易。 主要有两种缩放方法。 一方面，有 [水平缩放](/zh-cn/horizontal_scaling/) 添加更多节点来处理增加的负载。 相比之下，在 [垂直缩放](/zh-cn/vertical_scaling/) 中，单个节点的功能更强大，可以执行更多事务（例如，通过向单个机器添加更多内存或 CPU）。 可扩展的系统能够轻松更改并满足用户需求。 diff --git a/content/zh/serverless.md b/content/zh-cn/serverless.md similarity index 54% rename from content/zh/serverless.md rename to content/zh-cn/serverless.md index 44697f25a6..ab4b643c42 100644 --- a/content/zh/serverless.md +++ b/content/zh-cn/serverless.md @@ -5,10 +5,10 @@ Category: Technology --- ## 是什么 -Serverless 是一种云原生开发模型，允许开发人员构建和运行应用程序，而无需管理服务器。 Serverless 中仍有服务器，但它们被 [抽象](/abstraction/) 出来，远离应用程序开发。 云提供商处理配置、维护和 [扩展](/zh/scalability/) 服务器基础架构的日常工作。 开发人员可以简单地将他们的代码打包在 [容器](/zh/container/) 中进行部署。 部署后，Serverless 应用程序会响应需求并根据需要自动扩展和缩减。 公共云提供商的 Serverless 产品通常通过事件驱动的执行模型按需计量。 因此，当无服务器功能处于空闲状态时，它不会花费任何费用。 +Serverless 是一种云原生开发模型，允许开发人员构建和运行应用程序，而无需管理服务器。 Serverless 中仍有服务器，但它们被 [抽象](/zh-cn/abstraction/) 出来，远离应用程序开发。 云提供商处理配置、维护和 [扩展](/zh-cn/scalability/) 服务器基础架构的日常工作。 开发人员可以简单地将他们的代码打包在 [容器](/zh-cn/container/) 中进行部署。 部署后，Serverless 应用程序会响应需求并根据需要自动扩展和缩减。 公共云提供商的 Serverless 产品通常通过事件驱动的执行模型按需计量。 因此，当无服务器功能处于空闲状态时，它不会花费任何费用。 ## 解决的问题 -在标准的 [基础设施即服务 (IaaS)](/infrastructure_as_a_service/) [云计算](/zh/cloud_computing/) 模型下，用户预先购买容量单位，这意味着您需要向公共云提供商支付永远在线的服务器组件的费用来运行您的应用程序。 +在标准的 [基础设施即服务 (IaaS)](/zh-cn/infrastructure_as_a_service/) [云计算](/zh-cn/cloud_computing/) 模型下，用户预先购买容量单位，这意味着您需要向公共云提供商支付永远在线的服务器组件的费用来运行您的应用程序。 用户有责任在高需求时扩展服务器容量，并在不在需要该容量时缩减容量。 即使在不使用应用程序时，运行应用程序所需的云基础设施也处于活动状态。 ## 如何帮助 diff --git a/content/zh/service_mesh.md b/content/zh-cn/service_mesh.md similarity index 77% rename from content/zh/service_mesh.md rename to content/zh-cn/service_mesh.md index c8cc1ac2b9..71746a15fc 100644 --- a/content/zh/service_mesh.md +++ b/content/zh-cn/service_mesh.md @@ -6,9 +6,9 @@ category: 技术 ## 是什么 -在 [微服务](/zh/microservices/) 的理念里，应用程序被分解成多个较小的 [服务](/service/)，通过网络进行通信。 +在 [微服务](/zh-cn/microservices/) 的理念里，应用程序被分解成多个较小的 [服务](/zh-cn/service/)，通过网络进行通信。 就像你的 WIFI 网络一样，计算机网络本质上是不可靠的，可被黑客攻击的，而且往往很慢。 -服务网格通过管理服务之间的流量（即通信），并在所有服务中统一添加 [可靠性](/zh/reliability/)、[可观察性](/observability/) 和安全功能来解决这一系列新的挑战。 +服务网格通过管理服务之间的流量（即通信），并在所有服务中统一添加 [可靠性](/zh-cn/reliability/)、[可观察性](/zh-cn/observability/) 和安全功能来解决这一系列新的挑战。 ## 解决的问题 diff --git a/content/zh/service_proxy.md b/content/zh-cn/service_proxy.md similarity index 87% rename from content/zh/service_proxy.md rename to content/zh-cn/service_proxy.md index 766fdee6df..689dac1857 100644 --- a/content/zh/service_proxy.md +++ b/content/zh-cn/service_proxy.md @@ -6,7 +6,7 @@ category: 技术 ## 是什么 -服务代理拦截进出某项 [服务](/service/) 的流量，对其应用一些逻辑，然后将该流量转发给另一项服务。 +服务代理拦截进出某项 [服务](/zh-cn/service/) 的流量，对其应用一些逻辑，然后将该流量转发给另一项服务。 它本质上是一个“中间人”，收集有关网络流量的信息，并决定是否对其应用规则。 ## 解决的问题 diff --git a/content/zh-cn/style-guide/_index.md b/content/zh-cn/style-guide/_index.md new file mode 100644 index 0000000000..f2b55f191e --- /dev/null +++ b/content/zh-cn/style-guide/_index.md @@ -0,0 +1,104 @@ +--- +title: 风格指南 +toc_hide: true +menu: + main: + weight: 10 + pre: +--- + +以下的风格指南旨在帮助你了解云原生词汇表的定义结构，并在整个过程中保持一致的风格。 + +云原生词汇遵循位于CNCF资源库中的 [默认风格指南](https://github.com/cncf/foundation/blob/master/style-guide.md)。 此外，它还遵循以下规则： + +1. [避免使用俗语](https://en.wikipedia.org/wiki/Colloquialism) +2. [使用字面和具体的语言](https://guidetogrammar.org/grammar/composition/abstract.htm) +3. [省略缩略语](https://en.wikipedia.org/wiki/Contraction_(grammar)) +4. [少用被动语态](https://www.ef.com/ca/english-resources/english-grammar/passive-voice/) +5. [力求以积极的形式表述](https://examples.yourdictionary.com/positive-sentence-examples.html) +6. [引号外不加感叹号](https://www.grammarly.com/blog/exclamation-mark/) +7. 不要夸大其词 +8. 避免重复 +9. 要简明扼要 + +## Definition Template + +每个词汇表术语都存储在一个 markdown 文件中，并遵循这个模板： + +```md +--- +title: +status: +category: +--- + +## 是什么 + +对该技术或概念的快速总结。 + +## 解决的问题 + +关于它所解决的问题的几句话。 + +## 如何帮助 + +用几句话说明这个东西是如何解决问题的。 +``` + +### 标题 + +**title** 标签将始终位于定义布局的顶部，其值应使用标题大小写。 + +```md +--- +title: 定义模板 +``` + +### 状态 + +**status** 标签将出现在标题标签之后。状态标签表明定义是经过彻底审查还是未完成的。 + +有效值： + +- Completed +- Feedback Appreciated +- Not Started + +你可以随时对一个已完成的定义提出问题。当一个定义处于变化中时，它的状态将被改变为 *Feedback Appreciated*。 + +```md +--- +title: 定义模版 +status: Feedback Appreciated +``` + +### 类别 + +**category** 标签将出现在状态标签之后。它的值应该是以下值之一： + +- 技术 +- 属性 +- 概念 + +```md +--- +title: 定义模版 +status: Feedback Appreciated +category: 概念 +--- +``` + +### 定义 + +该定义包含三个小标题，为读者提供背景："是什么"，"解决的问题"，以及 "如何帮助"。对于技术和概念类的术语来说，这三个标题都是必须的，然而，属性类的定义则不需要这些标题。 + +## 受众 + +云原生词汇表是为技术和非技术的受众准备的。因此，请确保用简单的术语解释定义，不要假设有技术知识。在适当的时候，使用现实世界的例子，帮助读者（尤其是非技术性读者）更好地理解你所解释的概念在什么时候和为什么是相关的。 +另外，在你的定义中使用术语时，要直接链接到词汇表（只有第一次提到时才应该有超链接），并确保通过拼写检查程序运行你的文本。 + +作为一个例子，看看 [服务网状](/zh-cn/service_mesh/)的“是什么”部分。它链接到了微服务、服务、可靠性和可观察性的定义，并使用了一个真实世界的例子，所以（非技术）读者可以更好地与网络挑战相联系（将其与每个人都熟悉的 wifi 网络相比较）。 + +在开始之前，请阅读本网站上的一些已发表的术语，这样你就能感觉到详细程度和难度，以及何时举例合适。 + +术语的定义应基于文献、学术文章、讲座和白皮书中公布的当代用法的经验证据。在某些情况下，一个术语会出现混淆、不精确的用法，或者更糟糕的是，定义完全冲突。在这些情况下，云原生词汇表委员会将逐一考虑建议的澄清或重点定义。 diff --git a/content/zh/virtual_machine.md b/content/zh-cn/virtual_machine.md similarity index 92% rename from content/zh/virtual_machine.md rename to content/zh-cn/virtual_machine.md index 60db541a2b..b9e6077875 100644 --- a/content/zh/virtual_machine.md +++ b/content/zh-cn/virtual_machine.md @@ -7,7 +7,7 @@ category: 技术 ## 是什么 虚拟机（VM）是一台计算机及其操作系统，不受特定硬件的约束。 -虚拟机依靠 [虚拟化](/zh/virtualization/) 将一台物理计算机分割成多个虚拟计算机。 +虚拟机依靠 [虚拟化](/zh-cn/virtualization/) 将一台物理计算机分割成多个虚拟计算机。 这种分离使组织和基础设施供应商能够轻松地创建和销毁虚拟机，而不影响底层硬件。 ## 解决的问题 diff --git a/content/zh/virtualization.md b/content/zh-cn/virtualization.md similarity index 100% rename from content/zh/virtualization.md rename to content/zh-cn/virtualization.md diff --git a/content/zh/zero_trust_architecture.md b/content/zh-cn/zero_trust_architecture.md similarity index 100% rename from content/zh/zero_trust_architecture.md rename to content/zh-cn/zero_trust_architecture.md diff --git a/content/zh/_index.md b/content/zh/_index.md deleted file mode 100644 index 7ce5e280ac..0000000000 --- a/content/zh/_index.md +++ /dev/null @@ -1,24 +0,0 @@ - ---- -title: "云原生词汇表" ---- - -# 云原生词汇表 - -云原生词汇表是由 CNCF 商业价值小组委员会 (BVS, Business Value Subcommittee) 领导的一个项目. 该项目目的是在不需要先验技术知识的情况下, 以清晰通俗的语言解释云原生概念. [您可以在这里查看或下载PDF版本](https://github.com/cncf/glossary/blob/main/cloudnative-glossary.pdf). - -## 社区贡献 - -对本机词汇表的更改、添加和改进对所有人开放. 我们使用由 CNCF 管理的社区驱动流程来开发和完善这个共享词典. 该词汇表提供了一个厂商中立的平台, 用于管理云原生技术的共享词汇表. 欢迎所有参与者根据本项目的目的和章程作出贡献. - -任何想要贡献的人都可以提交 GitHub issue 或 创建 PR. 欲了解更多信息, 请查看[如何贡献](/zh/contribute/), 并且必须遵循[样式指南](/zh/style-guide/). - -## 致谢 - -云原生词汇表可从 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). - -## 协议 - -所有代码贡献都在 Apache 2.0 许可下. 文档在 CC BY 4.0 下分发. diff --git a/content/zh/data_center.md b/content/zh/data_center.md deleted file mode 100644 index 075979dd1f..0000000000 --- a/content/zh/data_center.md +++ /dev/null @@ -1,17 +0,0 @@ ---- -title: 数据中心 -status: Feedback Appreciated -category: 技术 ---- - -## 是什么 - -数据中心是专门设计用于容纳计算机（通常是服务器）的专用建筑物或设施。 数据中心往往连接到高速互联网线路，尤其是专注于 [云计算](/zh/cloud_computing/) 的数据中心。 数据中心所在的建筑物还配备了即使在发生负面事件时也能维持服务的设备，例如在停电期间提供电力的发电机，以及处理计算机产生的废热的强大空调。 - -## 解决的问题 - -与每个企业都必须在其所在的位置主管自己的服务器设备不同，数据中心允许公司和个人利用数据中心提供商的专业知识和规模效率。 这意味着不必担心管理电源、灭火技术、空调或高速互联网连接等问题。 - -## 如何帮助 - -对于云计算，数据中心至关重要。 由于可以根据 [需求规模](/zh/scalability/) 配置资源和基础设施，因此企业可以在数据中心租用云计算资源，而无需多虑预测的资源过多过少带来的问题。 由于数据中心遍布世界各地，这允许在地理上接近需求的地方提供资源，而无需实际运送和设置设备。 diff --git a/content/zh/reliability.md b/content/zh/reliability.md deleted file mode 100644 index f73d4c4022..0000000000 --- a/content/zh/reliability.md +++ /dev/null @@ -1,8 +0,0 @@ ---- -title: 可靠性 -status: Completed -category: 属性 ---- - -从云原生的角度来看，可靠性是指系统对故障的响应能力。 如果我们有一个可以在基础架构更改和单个组件发生故障时继续工作的[分布式系统](/zh/distributed_systems/) ，那么它是可靠的。 另一方面，如果它很容易出现故障，并且需要操作人员手动干预以保持其运行，则它是不可靠的。 [云原生应用程序](/zh/cloud_native_apps/) 的目标是构建内在可靠的系统。 - diff --git a/content/zh/scalability.md b/content/zh/scalability.md deleted file mode 100644 index 3bccb0160a..0000000000 --- a/content/zh/scalability.md +++ /dev/null @@ -1,9 +0,0 @@ ---- -title: 可扩展性 -status: Completed -category: 属性 ---- - -可扩展性指的是一个系统能有多大的发展。这就是增加做任何系统应该做的事情的能力。 例如，[Kubernetes](/zh/kubernetes/) [集群](/zh/cluster/) 通过增加或减少 [容器化](/zh/containerization/) 应用程序的数量来进行扩展，但这种可扩展性取决于几个因素。 它有多少[节点](/nodes/)，每个节点可以处理多少个[容器](/container/)，控制平面可以支持多少条记录和操作？ - -可扩展的系统使添加更多容量更容易。 主要有两种缩放方法。 一方面，有 [水平缩放](/horizontal_scaling/) 添加更多节点来处理增加的负载。 相比之下，在 [垂直缩放](/vertical_scaling/) 中，单个节点的功能更强大，可以执行更多事务（例如，通过向单个机器添加更多内存或 CPU）。 可扩展的系统能够轻松更改并满足用户需求。 diff --git a/content/zh/style-guide/_index.md b/content/zh/style-guide/_index.md deleted file mode 100644 index f918ec845d..0000000000 --- a/content/zh/style-guide/_index.md +++ /dev/null @@ -1,104 +0,0 @@ ---- -title: 风格指南 -toc_hide: true -menu: - main: - weight: 10 - pre: ---- - -The following style guide is designed to help you understand the glossary definition structure and maintain a consistent style throughout. - -The Cloud Native Glossary follows the [default style guide](https://github.com/cncf/foundation/blob/master/style-guide.md) located in the CNCF's repository. Additionally it follows the following rules: - -1. [Avoid colloquial language](https://en.wikipedia.org/wiki/Colloquialism) -2. [Use literal and concrete language](https://guidetogrammar.org/grammar/composition/abstract.htm) -3. [Omit contractions](https://en.wikipedia.org/wiki/Contraction_(grammar)) -4. [Use passive voice sparingly](https://www.ef.com/ca/english-resources/english-grammar/passive-voice/) -5. [Aim to phrase statements in a positive form](https://examples.yourdictionary.com/positive-sentence-examples.html) -6. [No exclamation marks outside of quotations](https://www.grammarly.com/blog/exclamation-mark/) -7. Do not exaggerate -8. Avoid repetition -9. Be concise - -## Definition Template - -Each glossary term is stored in a markdown file and follows this template: - -```md ---- -title: -status: -category: ---- - -## What it is - -A quick summary of the technology or concept. - -## Problem it addresses - -A few lines about the problem it's addressing. - -## How it helps - -A few lines on how the thing solves the problem. -``` - -### Title - -The **title** label will always be at the top of a definition layout and its value should be in title case. - -```md ---- -title: Definition Template -``` - -### Status - -The **status** label will come after the title label. The status label indicates whether definitions are thoroughly vetted or require more effort. - -Valid values are: - -- Completed -- Feedback Appreciated -- Not Started - -You can always open an issue against a completed definition. While a definition is in flux, its status will be changed to *Feedback Appreciated*. - -```md ---- -title: Definition Template -status: Feedback Appreciated -``` - -### Category - -The **category** label will come after the status label. Its value should be one of the following values: - -- Technology -- Property -- Concept - -```md ---- -title: Definition Template -status: Feedback Appreciated -category: Concept ---- -``` - -### Definition - -The definition contains three subheadings to give the readers context: "What it is", "Problem it addresses", and "How it helps". All three are required for terms in the Technology and Concept categories, however, Property definitions do not require these headings. - - -## Audience - -The glossary is for a technical AND non-technical audience. So please ensure definitions are explained in simple terms and don't assume technical knowledge. When appropriate, use real-world examples that help readers (especially non-technical readers) better understand when and why the concept you're explaining is relevant. Also, link directly to glossary terms when used in your definition (only the first mention should be hyperlinked) and make sure to run your text through a spell check program. - -As an example, take a look at the "What it is" section of the [service mesh definition](/zh/service_mesh/). It links back to the microservices, service, reliability, and observability definitions and uses a real-world example so (non-technical) readers can better relate to network challenges (comparing it to a wifi network everyone is familiar with). - -Before getting started, please read some of the published terms on this site so you get a feeling for the level of detail and difficulty as well as when examples are appropriate. - -The definition of a term should be based on empirical evidence of contemporary usage as published in literature, academic articles, talks, and white papers. In some cases, a term will suffer from conflation, imprecise usage, or, even worse, outright conflicting definitions. In these cases, the Glossary Committers will consider proposed clarifications or focused definitions on a case-by-case basis. \ No newline at end of file diff --git a/i18n/zh.toml b/i18n/zh-cn.toml similarity index 100% rename from i18n/zh.toml rename to i18n/zh-cn.toml