Azure Service Fabric 多服务容器

Question

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

1. 这是推荐的吗？ 根据硬件和 docker 容器结构，容器内的推荐或最大服务数是多少？ （考虑到所选服务具有内聚性，从而完成类似的语义任务）
2. 为什么在特定情况下（例如 1 of n 服务崩溃）中，我找不到任何关于容器行为的故障转移描述的文档。 Afaik，如果一项服务崩溃，容器会自动重启。 有没有办法防止这种情况？ 我本来希望容器内的应用程序负责服务重启。

编辑：

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

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

创建应用程序时，在服务创建阶段选择容器。 并且可以向现有应用程序添加更多服务（同时再次选择容器类型）。 应用程序本身是否也被视为容器？ 这不合适吗？ 但是在我添加的引用中，它只讨论了一个来宾可执行文件，而不是很多。 此页面进一步说明： Package 并使用 Yeoman 将容器部署为 Service Fabric 应用程序

这很令人困惑。 似乎已经考虑了容器内的多服务器场景，而您说这是推荐的。 它处于测试阶段吗？

你能描述一下你去 go 的方式吗？ 在一个容器中提供一项服务？ 我是否需要先创建一个具有容器服务的应用程序，然后将该应用程序添加到可以添加到集群节点的 docker 基础映像中？

Answer 1

根据容器的思想——每个容器都应该有一个服务。 将多个服务放入容器中被认为是一种不好的做法。 这将回答您的两个问题。