微服務提供了巨大的好處，但也帶來了巨大的新挑戰。在創建基于微服務的應用程序時，微服務體系結構模式是最基本的支柱。

在本指南的前面，您學習了關于容器和Docker的基本概念。這是開始使用容器所需的最低信息。盡管，即使容器是微服務的推動者，并且非常適合微服務，但是它們對于微服務體系結構來說并不是必需的，并且本體系結構部分中的許多體系結構概念也可以在沒有容器的情況下應用。但是，由于已經介紹了容器的重要性，本指南主要關注兩者的交集。

企業應用程序可能很復雜，通常由多個服務組成，而不是單個基于服務的應用程序。對于這些情況，您需要了解附加的體系結構方法，例如微服務和某些域驅動設計(DDD)模式，以及容器編制概念。注意，本章不僅描述容器上的微服務，而且還描述任何容器化的應用程序。

容器的設計原則

在容器模型中，容器映像實例表示單個進程。通過將容器映像定義為流程邊界，您可以創建可用于擴展流程或對其進行批處理的原語。

當您設計一個容器映像時，您將在Dockerfile中看到一個入口點定義。這定義了生命周期控制容器生命周期的進程。當流程完成時，容器生命周期結束。容器可以表示長時間運行的流程，比如web服務器，也可以表示短時間運行的流程，比如批處理作業，這些作業以前可能是作為Azure WebJobs實現的。

如果流程失敗，容器將結束，協調器將接管。如果協調器被配置為保持五個實例運行而其中一個失敗，協調器將創建另一個容器實例來替換失敗的流程。在批處理作業中，使用參數啟動流程。當流程完成時，工作就完成了。這個指導稍后會逐步深入到協調器上。

您可能會發現希望多個進程在一個容器中運行的場景。對于該場景，因為每個容器只能有一個入口點，所以可以在容器中運行腳本，根據需要啟動任意多的程序。例如，您可以使用Supervisor或類似的工具在一個容器中啟動多個進程。然而，即使您可以找到每個容器包含多個進程的體系結構，這種方法也不是很常見。

原文：https://docs.microsoft.com/en-us/dotnet/architecture/microservices/architect-microservice-container-applications/

總結

以上是生活随笔為你收集整理的activiti7流程设计器_基于容器和微服务应用的架构：容器设计原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。