微服务架构系列01：容器设计原则

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了微服务架构系列01：容器设计原则，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1623字，纯文字阅读大概需要3分钟。

内容图文

微服务架构系列：容器设计原则

 首席架构师 2020-02-11 23:31

微服务提供了巨大的好处，但也带来了巨大的新挑战。在创建基于微服务的应用程序时，微服务体系结构模式是最基本的支柱。

在本指南的前面，您学习了关于容器和Docker的基本概念。这是开始使用容器所需的最低信息。尽管，即使容器是微服务的推动者，并且非常适合微服务，但是它们对于微服务体系结构来说并不是必需的，并且本体系结构部分中的许多体系结构概念也可以在没有容器的情况下应用。但是，由于已经介绍了容器的重要性，本指南主要关注两者的交集。

企业应用程序可能很复杂，通常由多个服务组成，而不是单个基于服务的应用程序。对于这些情况，您需要了解附加的体系结构方法，例如微服务和某些域驱动设计(DDD)模式，以及容器编制概念。注意，本章不仅描述容器上的微服务，而且还描述任何容器化的应用程序。

容器的设计原则

在容器模型中，容器映像实例表示单个进程。通过将容器映像定义为流程边界，您可以创建可用于扩展流程或对其进行批处理的原语。

当您设计一个容器映像时，您将在Dockerfile中看到一个入口点定义。这定义了生命周期控制容器生命周期的进程。当流程完成时，容器生命周期结束。容器可以表示长时间运行的流程，比如web服务器，也可以表示短时间运行的流程，比如批处理作业，这些作业以前可能是作为Azure WebJobs实现的。

如果流程失败，容器将结束，协调器将接管。如果协调器被配置为保持五个实例运行而其中一个失败，协调器将创建另一个容器实例来替换失败的流程。在批处理作业中，使用参数启动流程。当流程完成时，工作就完成了。这个指导稍后会逐步深入到协调器上。

您可能会发现希望多个进程在一个容器中运行的场景。对于该场景，因为每个容器只能有一个入口点，所以可以在容器中运行脚本，根据需要启动任意多的程序。例如，您可以使用Supervisor或类似的工具在一个容器中启动多个进程。然而，即使您可以找到每个容器包含多个进程的体系结构，这种方法也不是很常见。

内容总结

以上是互联网集市为您收集整理的微服务架构系列01：容器设计原则全部内容，希望文章能够帮你解决微服务架构系列01：容器设计原则所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---