Azure Service Fabric多服务容器

Question

我计划用每个包含m个服务的容器来构建n个docker容器。

1. 推荐吗？根据硬件和Docker容器结构的不同，容器内建议或最大服务数量是多少？ （考虑到所选服务具有凝聚力，因此可以完成类似的语义任务）
2. 为什么我找不到关于容器行为的故障转移说明的任何文档，例如n of 1服务崩溃的特定情况。 Afaik，如果一项服务崩溃，则容器将自动重新启动。有办法防止这种情况吗？我本来希望容器中的应用程序代替服务重启。

编辑：

还有两个注意事项：您提到在扩展方面不适合使用多种服务，您能解释一下原因吗？ （他们不是在计划那些用例吗？）我之前提到的应用程序模型呢？在此链接上进行了描述： Service Fabric support for containers

  

Service Fabric提供了一个应用程序模型，其中的容器代表一个应用程序主机，其中放置了多个服务副本。 Service Fabric还支持来宾可执行方案，在这种方案中，您不使用内置的Service Fabric编程模型，而是将使用任何语言或框架编写的现有应用程序打包在容器中。这种情况是容器的常见用例。   您还可以在容器内运行Service Fabric服务。目前对在容器内运行Service Fabric服务的支持受到限制。

创建应用程序时，将在服务创建阶段选择容器。并且可以向现有应用程序添加其他服务（同时再次选择容器类型）。应用程序本身也被视为容器吗？这不合适吗？但在我添加的报价中，它仅涉及一个来宾可执行文件，而不是许多。 此页进一步说明： Package and deploy containers as a Service Fabric application using Yeoman

这很令人困惑。容器中似乎已经考虑了多服务器方案，尽管您说建议这样做。处于测试阶段吗？

您能描述自己的路吗？在一个容器中提供一项服务？ 我是否需要首先使用容器服务创建一个应用程序，然后将该应用程序添加到可以添加到群集节点的Docker基本映像中？

Answer 1

根据容器的意识形态-每个容器应仅提供一项服务。将一个以上的服务放入容器中被认为是不好的做法。这将回答您的两个问题。