走向云原生：人们需要知道的6个基本内容

很多企业开始了其数字化转型之旅，并想知道甚么是云原生和为何需要它?行业媒体发布了一篇名为“走向云原生：人们需要知道的6个基本内容(Going Cloud Native:6 Essential Things You Need to Know)”的文章，讨论了解术语“云原生”的关键方法，并描写了如何利用云原生功能来加快开发团队的工作效力，并提高企业的创新能力。

　　针对用户的要求，云原生可能意味着很多不同的事情。10年前，这是由Netflix公司制造的术语，这个公司利用云计算技术，从一家DVD光盘邮购公司发展到全世界最大的按需消费内容网络交付商之一。Netflix公司首创了人们称之为“云原生”的先河，对云计算软件进行重新设计、转换、扩大。

　　由于Netflix公司取得了惊人的成功，并且能够更快地为客户提供更多功能，很多企业希望知道他们如何采取云原生技术以取得如此巨大的竞争优点。

　　从本质上讲，云原生是一种提高业务速度的方法，也是一种构造团队的方法，可以利用Kubernetes和容器等云原生技术提供自动化和可扩大性。

　　云原生架构：它是甚么模样的?

　　(1)单片架构与微服务架构

　　Netflix公司前云计算架构师Adrian Cockcroft在毛病进行了一次灾害性发布以后，该公司将他们的整体架构从单片架构转移到微服务架构。

　　单片架构的问题是，当开发和测试新特质时，要将这些更改部署到生产环境中，需要付出相当大的努力：

　　需要多个团队来调和他们的代码更改。

　　同时部署多个功能需要大量的前期集成和功能测试。

　　开发团队仅限使用一种或两类语言。

　　向微服务的转变使Netflix公司开发人员能够更快地向客户提供新功能。

　　微服务产生了一个具有有界场景、疏松耦合的、面向服务的架构。这意味着，如果必须同时更新每一个服务，那末它不会疏松耦合;并且沿着相同的线路，如果用户对周围的服务需要进行更多的了解，那末就没有“有界场景”。

　　(2)微服务、Docker和Kubernetes

　　Docker容器非常合适微服务。经过在单独的容器中运行微服务，如果愿意的话，它们都可以独立部署，乃至可使用不同的语言。容器化消除语言、库或框架之间产生磨擦或冲突的风险。由于容器是可迁移的，并且可以彼此隔离地操作，因此使用容器创建微服务架构并在需要时将其迁移到另外一个环境非常简单。

　　(3)容器编排

　　一旦有大量的微服务在Docker容器中运行，企业就需要一种方法来管理或调和这些容器，以便它们作为利用程序更成心义。这就是企业需要一个调和器(集群管理器)的地方，比如Kubernetes、Docker Swarm等。

　　在过去的一段时间里，企业必须做出一个明智的选择，选择使用哪个容器编排。谷歌公司发布的Kubernetes则名列前茅。所有主要云计算提供商都经过易于安装的解决方案为Kubernetes提供支持。

　　这个讨论的要点是，为了让大多数公司具有竞争力，他们必须围绕微服务构造利用程序，并在Kubernetes集群中运行它们，虽然有些公司也在其他编排器上运行Docker容器。

　　(4)自动部署

　　随着利用程序在容器中运行并在Kubernetes中进行调和，下一步是自动部署。延续自动化的功能流是DevOps与其他软件开发理念和实践(如瀑布模型)的区分，后者的开发将遵守按序的阶段序列。

　　连续性其实不意味着工程师们正在无时不刻地更新代码，或他们在每次代码行更改时都在部署更新。从这个意义上说，连续性是指经过自动化的连续集成和延续部署管道(CI/CD)定期推出的软件更改和新功能。

　　可以在构造延续交付管道中找到更多用于构造延续部署管道(CI/CD)的DevOps策略。

　　(5)监控利用程序和微服务

　　使用容器和微服务，监控解决方案必须管理比以往更多的服务和服务器。不但需要管理更多对象，而且云原生利用程序还会生成大量需要跟踪的额外数据。

　　从由如此多的移动部件组成的环境中搜集数据是复杂的。Prometheus是这些动态云环境的最好现代解决方案。它专门用于监控大范围容器中运行的利用程序和微服务，并且是原生的容器化环境。

　　(6)文化变迁

　　将云原生技术和DevOps最好实践实行到组织中的成功在很大程度上取决于其现有的公司文化。内部团队不但要学会采取跨功能方法，确保软件以连续的节奏进行迭代，而且还要补充组织的业务目标。实际切换到云原生多是其旅程中最简单的部份;让这些更改保持不变，并在全部组织中传播它们极可能是流程中最困难的部份。

　　人们了解有关云原生的更多信息，需要了解以下这些内容：

　　采取云原生堆栈的企业的好处

　　将云原生策略付诸实践时会产生甚么

　　云计算基金会(CNCF)的作用

　　云原生如何与DevOps相干

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。