“云原生”的含义综合到目前为止所讨论的内容，我们可以看到需要

• 抽象化基础架构复杂性的平台。(基础设施和技术)
• 充分利用基础架构抽象(架构和设计)的解决方案
• 开发，运营和业务流程的自动化，以及开发团队(人员和流程)的自主权不断提高

今天，技术方面当然非常关注容器化，但是重要的是诸如该技术的自我配置，弹性和自动恢复之类的属性，而不是该技术本身。

在体系结构上，我们最常使用微服务原理来创建更轻量，细粒度，状态最小的组件，从而更好地映射到抽象基础架构。没有正确的设计原则，我们的解决方案将无法从该平台中受益。例如，它将不会动态扩展，也不会提供细粒度的弹性，不会提供快速的构建和部署，也不会与平台上的其他应用程序保持操作一致性。

人们通常将人员和流程更改与云原生隔离开来，但实际上它们是并驾齐驱的，我们认为它们是定义特征的一部分。缺乏软件开发生命周期的自动化将意味着团队需要花更多的时间在平凡的事情上，而花在商业价值上的时间却相对较少。繁重，自上而下的组织和治理结构将无法为团队提供帮助他们进行业务创新所需的自主权。

因此，有了对云原生实际含义的更具体定义，我们就可以开始下一步，并扩展之前的图表。

在上图中，我们提供了有关这些方面的关键要素的一些信息。在本系列的后续文章中，我们将考虑“如何”构建云原生解决方案，并从人员和流程问题入手详细研究每个要素。

但是，应该已经很清楚，完全采用云本地化并非易事，并且需要业务赞助。因此，在另一篇文章中，我们将汇总我们所学到的有关成功实现云原生所需的承诺的知识，并退后一步来重新考虑“为什么”您可能首先使云原生移动，以及什么?您可能希望实现的好处。

（编辑：唐山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!