https://github.com/CloudNativeInfra/cni/issues/23

Fix translation glossary
wwek · Apr 4, 2018 · a48db72 · a48db72
1 parent 731bc6a
commit a48db72
Show file tree

Hide file tree

Showing 47 changed files with 196 additions and 196 deletions.
diff --git a/book.json b/book.json
@@ -1,6 +1,6 @@
 {
-    "title": "云原生基础架构 - cloudnativego.com",
-    "description": "云原生基础架构|Cloud Native Infrastructure|cloudnativego.com",
+    "title": "云原生基础设施 - cloudnativego.com",
+    "description": "云原生基础设施|Cloud Native Infrastructure|cloudnativego.com",
     "language": "zh-hans",
     "author": "cloudnativego.com",
     "links": {

diff --git a/cn/README.md b/cn/README.md
@@ -1,10 +1,10 @@
-# 云原生基础架构
+# 云原生基础设施
 
-《云原生基础架构》，作者*Justin Garrison*和Heptio资深布道师*Kris Nova*，本书是关于创建和管理基础设施，以适用于云原生应用全生命周期管理的模式和实践。
+《云原生基础设施》，作者*Justin Garrison*和Heptio资深布道师*Kris Nova*，本书是关于创建和管理基础设施，以适用于云原生应用全生命周期管理的模式和实践。
 
 阅读完这本书后，您将会有如下收获：
 
-- 理解为什么说云原生基础架构是高效运行云原生应用所必须的
+- 理解为什么说云原生基础设施是高效运行云原生应用所必须的
 - 根据准则来决定您的业务何时以及是否应该采用云原生
 - 了解部署和管理基础架构和应用程序的模式
 - 设计测试以证明您的基础架构可以按预期工作，即使在各种边缘情况下也是如此

diff --git a/cn/SUMMARY.md b/cn/SUMMARY.md
@@ -3,15 +3,15 @@
 - [关于本书](README.md)
 - [前言](foreword.md)
 - [介绍](introduction.md)
-- [第1章 什么是云原生基础架构？](ch01-what-is-cloud-native-infrastructure.md)
+- [第1章 什么是云原生基础设施？](ch01-what-is-cloud-native-infrastructure.md)
 - [第2章 何时采用云原生](ch02-when-to-adopt-cloud-native.md)
 - [第3章 云原生部署的演变](ch03-evolution-of-cloud-native-developments.md)
 - [第4章 设计基础架构应用程序](ch04-designing-infrastructure-applicaitons.md)
 - [第5章 开发基础架构应用程序](ch05-developing-infrastructure-applications.md)
-- [第6章 测试云原生基础架构](ch06-testing-cloud-native-infrastructure.md)
+- [第6章 测试云原生基础设施](ch06-testing-cloud-native-infrastructure.md)
 - [第7章 管理云原生应用程序](ch07-managing-cloud-native-applications.md)
 - [第8章 保护应用程序](ch08-securing-applications.md)
-- [第9章 实现云原生基础架构](ch09-implementing-cloud-native-infrasctructure.md)
+- [第9章 实现云原生基础设施](ch09-implementing-cloud-native-infrasctructure.md)
 - [附录A 网络弹性模式](appendix-a-patterns-for-network-resiilency.md)
 - [附录B 锁定](appendix-b-lock-in.md)
 - [附录C Box：案例研究](appendix-c-box-case-study.md)
diff --git a/cn/appendix-a-patterns-for-network-resiilency.md b/cn/appendix-a-patterns-for-network-resiilency.md
@@ -24,7 +24,7 @@
 
 ## 负载均衡
 
-负载平衡应用程序的方法有很多种，以及为什么您应始终将负载平衡器放在云本机应用程序之前的诸多原因：
+负载平衡应用程序的方法有很多种，以及为什么您应始终将负载平衡器放在云原生应用程序之前的诸多原因：
 
 DigitalOcean在“5个DigitalOcean负载平衡器使用案例”中解释了一些很好的理由：
 

diff --git a/cn/ch01-what-is-cloud-native-infrastructure.md b/cn/ch01-what-is-cloud-native-infrastructure.md
@@ -1,10 +1,10 @@
-# 第1章 什么是云原生基础架构？
+# 第1章 什么是云原生基础设施？
 
 基础架构是支持应用程序的所有软件和硬件.1这包括数据中心，操作系统，部署管道，配置管理以及支持应用程序生命周期所需的任何系统或软件。
 
 无数的时间和金钱花在了基础设施上。通过多年来不断发展的技术和改进实践，一些公司已经能够大规模地运行基础架构和应用程序，并且拥有卓越的敏捷性。有效运行的基础架构可以加快迭代速度并缩短上市时间，从而加速业务发展。
 
-云原生基础架构是有效运行云原生应用程序的要求。如果没有正确的设计和实践来管理基础架构，即使是最好的云原生应用程序也会浪费。巨大的规模并不是遵循本书规定的实践的先决条件，但如果你想获得云计算的回报，你应该注意那些开创了这些模式的人的经验。
+云原生基础设施是有效运行云原生应用程序的要求。如果没有正确的设计和实践来管理基础架构，即使是最好的云原生应用程序也会浪费。巨大的规模并不是遵循本书规定的实践的先决条件，但如果你想获得云计算的回报，你应该注意那些开创了这些模式的人的经验。
 
 在我们探索如何构建旨在在云中运行应用程序的基础架构之前，我们需要了解我们如何得到我们的位置。首先，我们将讨论采用云原生实践的好处。接下来，我们将看一下基础架构的简要历史，然后讨论下一阶段的功能，称为“原生云”，以及它与您的应用程序，它运行的平台以及您的业务之间的关系。
 
@@ -24,7 +24,7 @@
 
 云原生实践还可以缩小传统工程角色之间的差距（DevOps的共同目标）。系统工程师将能够从应用程序中学习最佳实践，并且应用程序工程师可以拥有应用程序运行所在的基础架构的所有权。
 
-云原生基础架构不是解决所有问题的解决方案，您有责任了解它是否适合您的环境（参见第2章）。然而，它的成功在创造这些实践的公司以及许多采用推动这些模式的工具的公司中显而易见。一个例子见附录C.
+云原生基础设施不是解决所有问题的解决方案，您有责任了解它是否适合您的环境（参见第2章）。然而，它的成功在创造这些实践的公司以及许多采用推动这些模式的工具的公司中显而易见。一个例子见附录C.
 
 在我们深入了解解决方案之前，我们需要了解这些模式如何从创建它们的问题演变而来。
 
@@ -76,7 +76,7 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 >
 >这12个因素是通过将代码逻辑与数据分离来使开发人员高效;尽可能自动化;具有独特的建造，运输和运行阶段;并声明所有的应用程序的依赖关系。
 
-如果您通过PaaS提供商使用所有基础架构，恭喜，您已拥有云原生基础架构的诸多优势。这包括Google App Engine，AWS Lambda和Azure Cloud Services等平台。任何成功的云原生基础架构都将向应用工程师展示自助服务平台，以部署和管理他们的代码。
+如果您通过PaaS提供商使用所有基础架构，恭喜，您已拥有云原生基础设施的诸多优势。这包括Google App Engine，AWS Lambda和Azure Cloud Services等平台。任何成功的云原生基础设施都将向应用工程师展示自助服务平台，以部署和管理他们的代码。
 
 但是，许多PaaS平台不足以满足业务需求。他们通常会限制语言运行时间，库和功能，以实现从应用程序中抽离基础架构的承诺。公共PaaS提供商还将限制哪些服务可以与应用程序集成以及这些应用程序可以运行在哪里。
 
@@ -92,25 +92,25 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 
 “云原生”是一个加载术语。尽管它已被市场部门劫持，但对工程和管理仍然有意义。对我们来说，这是公有云提供商存在的世界中技术的演变。
 
-云原生基础架构是隐藏在有用抽象背后的基础架构，由API控制，由软件管理并具有运行应用程序的目的。利用这些特征运行基础架构，可以以可扩展，高效的方式管理该基础架构。
+云原生基础设施是隐藏在有用抽象背后的基础架构，由API控制，由软件管理并具有运行应用程序的目的。利用这些特征运行基础架构，可以以可扩展，高效的方式管理该基础架构。
 
 当他们成功地隐藏消费者的复杂性时，抽象是有用的。他们可以实现技术的更复杂的使用，但是它们也限制了技术的使用方式。它们适用于低级技术，例如TCP如何提取IP或更高级别的技术，如虚拟机如何抽象物理服务器。抽象应该总是允许消费者“向上移动”而不是重新实现底层。
 
-云原生基础架构需要抽象基础IaaS产品以提供自己的抽象。新层负责控制它下面的IaaS，并将自己的API暴露给消费者控制。
+云原生基础设施需要抽象基础IaaS产品以提供自己的抽象。新层负责控制它下面的IaaS，并将自己的API暴露给消费者控制。
 
 由软件管理的基础架构是云中的一个关键区别。软件控制的基础架构使基础架构能够扩展，并且在弹性，配置和可维护性方面也发挥着重要作用。软件需要了解基础设施的抽象概念，并知道如何获取抽象资源并相应地在易耗IaaS组件中实现它。
 
-这些模式不仅影响基础架构的运行方式。在云原生基础架构上运行的应用程序类型以及在其上工作的人员类型与传统基础架构中的不同。
+这些模式不仅影响基础架构的运行方式。在云原生基础设施上运行的应用程序类型以及在其上工作的人员类型与传统基础架构中的不同。
 
-如果云原生基础架构看起来很像PaaS产品，那么我们如何才能知道在构建自己的产品时需要注意什么？让我们快速描述一些可能看起来像解决方案的领域，但不提供云原生基础架构的所有方面。
+如果云原生基础设施看起来很像PaaS产品，那么我们如何才能知道在构建自己的产品时需要注意什么？让我们快速描述一些可能看起来像解决方案的领域，但不提供云原生基础设施的所有方面。
 
 ## 什么不是云原生基础设施？
 
-云原生基础架构不仅在公共云上运行基础架构。仅仅因为你从其他人那里租用服务器时间并不会使您的基础架构云原生化。管理IaaS的过程通常与运行物理数据中心没有什么不同，许多将现有基础架构迁移到云4的公司都未能获得回报。
+云原生基础设施不仅在公共云上运行基础架构。仅仅因为你从其他人那里租用服务器时间并不会使您的基础架构云原生化。管理IaaS的过程通常与运行物理数据中心没有什么不同，许多将现有基础架构迁移到云4的公司都未能获得回报。
 
-云原生不是关于在容器中运行应用程序。当Netflix率先推出云原生基础架构时，几乎所有应用程序都部署了虚拟机映像，而不是容器。打包应用程序的方式并不意味着您将拥有自治系统的可扩展性和优势。即使您的应用程序是通过持续集成和持续交付渠道自动构建和部署的，这并不意味着您可以从可以补充API驱动部署的基础架构中受益。
+云原生不是关于在容器中运行应用程序。当Netflix率先推出云原生基础设施时，几乎所有应用程序都部署了虚拟机映像，而不是容器。打包应用程序的方式并不意味着您将拥有自治系统的可扩展性和优势。即使您的应用程序是通过持续集成和持续交付渠道自动构建和部署的，这并不意味着您可以从可以补充API驱动部署的基础架构中受益。
 
-这也并不意味着你只能运行容器编排器（例如Kubernetes和Mesos）。容器编排器提供了云原生基础架构所需的许多平台功能，但并未按预期方式使用这些功能，这意味着您的应用程序会动态调度以在一组服务器上运行。这是一个非常好的第一步，但仍有工作要做。
+这也并不意味着你只能运行容器编排器（例如Kubernetes和Mesos）。容器编排器提供了云原生基础设施所需的许多平台功能，但并未按预期方式使用这些功能，这意味着您的应用程序会动态调度以在一组服务器上运行。这是一个非常好的第一步，但仍有工作要做。
 
 > **调度程序与管弦乐器**
 >
@@ -128,7 +128,7 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 
 尽管配置管理工具为操作系统的资源（例如软件包管理器）提供了一些抽象，但它们并没有抽象出足够的底层操作系统来轻松管理它。如果一位工程师想要管理系统中的每个软件包和文件，这将是一个非常艰苦的过程，并且对于每个配置变体都是独一无二的。同样，定义不存在或不正确的资源的配置管理仅消耗系统资源并且不提供任何价值。
 
-虽然配置管理工具可以帮助自动化部分基础架构，但它们无法更好地管理应用程序。我们将在后面的章节中通过查看部署，管理，测试和操作基础架构的流程，探讨云原生基础架构的不同之处，但首先，我们将了解哪些应用程序成功以及何时应该使用基于云的本地基础架构。
+虽然配置管理工具可以帮助自动化部分基础架构，但它们无法更好地管理应用程序。我们将在后面的章节中通过查看部署，管理，测试和操作基础架构的流程，探讨云原生基础设施的不同之处，但首先，我们将了解哪些应用程序成功以及何时应该使用基于云的本地基础架构。
 
 ## 云原生应用程序
 
@@ -160,7 +160,7 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 
 只要每项服务都遵守强有力的合同，应用程序就可以快速改进和改变。当然，转向微服务架构还有许多其他的考虑因素。其中最不重要的是弹性通信，我们在附录A中讨论。
 
-我们无法考虑转向微服务的所有考虑因素。拥有微服务并不意味着您拥有云原生基础架构。如果您想了解更多信息，我们建议Sam Newman的Building Microservices（O'Reilly，2015）。虽然微服务是实现您的应用程序灵活性的一种方式，但正如我们之前所说的，它们不是云原生应用程序的必需条件。
+我们无法考虑转向微服务的所有考虑因素。拥有微服务并不意味着您拥有云原生基础设施。如果您想了解更多信息，我们建议Sam Newman的Building Microservices（O'Reilly，2015）。虽然微服务是实现您的应用程序灵活性的一种方式，但正如我们之前所说的，它们不是云原生应用程序的必需条件。
 
 > **健康报告**
 >
@@ -303,7 +303,7 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 
 希望你可以知道云原生应用程序与传统应用程序不同。云原生应用程序不能直接在PaaS上运行或与服务器的操作系统紧密耦合。他们期望在一个拥有大多数自治系统的动态环境中运行。
 
-云原生基础架构在提供自主应用管理的IaaS之上创建了一个平台。该平台建立在动态创建的基础架构之上，以抽象出单个服务器并促进动态资源分配调度。
+云原生基础设施在提供自主应用管理的IaaS之上创建了一个平台。该平台建立在动态创建的基础架构之上，以抽象出单个服务器并促进动态资源分配调度。
 
 自动化与自治不一样。自动化使人类对他们所采取的行动产生更大的影响。
 
@@ -317,4 +317,4 @@ IaaS从根本上改变了基础设施与企业的关系。不是随着时间的
 
 云原生应用程序通过分解为更小的服务来简化其代码复杂性。这些服务提供直接构建到应用程序中的监控，指标和弹性。需要新的工具来自动管理服务扩散和生命周期管理。
 
-现在基础设施负责整体资源管理，动态协调，服务发现等等。它需要提供一个平台，服务不依赖于单个组件，而是依赖于API和自治系统。第2章更详细地讨论云原生基础架构功能。
+现在基础设施负责整体资源管理，动态协调，服务发现等等。它需要提供一个平台，服务不依赖于单个组件，而是依赖于API和自治系统。第2章更详细地讨论云原生基础设施功能。