Azure Service Fabric 多服务容器
Azure Service Fabric Multiservice Container
我打算构建 n docker 个容器，每个容器包含 m 个服务。
- 这个推荐吗？根据硬件和 docker 容器结构，一个容器内的推荐或最大服务数量是多少？ （考虑到所选服务是内聚的，因此完成了类似的语义任务）
- 为什么我找不到任何关于故障转移描述的文档，这些文档与容器在特定情况下的行为有关，例如 1 of n 服务崩溃。 Afaik，如果一项服务崩溃，容器会自动重启。有没有办法防止这种情况？我本以为容器内的应用程序会负责服务重启。
编辑：
另外两个注意事项：您提到多个服务在扩展方面不合适，您能解释一下原因吗？ （他们没有计划那些用例吗？）我之前提到的应用程序模型呢？对此 link 进行了描述：
Service Fabric support for containers
Service Fabric provides an application model in which a container represents an application host in which multiple service replicas are placed. Service Fabric also supports a guest executable scenario in which you don't use the built-in Service Fabric programming models but instead package an existing application, written using any language or framework, inside a container. This scenario is the common use-case for containers.
You can also run Service Fabric services inside a container. Support for running Service Fabric services inside containers is currently limited.
创建应用程序时，容器是在服务创建阶段选择的。并且可以向现有应用程序添加更多服务（同时再次选择容器类型）。应用程序本身也被视为容器吗？这不合适吗？但是在我添加的引用中，它只讨论了一个来宾可执行文件，而不是很多。
在此页面进一步解释：
Package and deploy containers as a Service Fabric application using Yeoman
这很混乱。容器内的多服务器场景似乎有考虑，而你说不推荐。它是否处于测试阶段？
你能描述一下你要去的路吗？在一个容器中提供一项服务？
我是否需要先创建一个带有容器服务的应用程序，然后将该应用程序添加到可以添加到集群节点的 docker 基础映像？
根据容器的思想——每个容器应该只有一项服务。将多个服务放入容器中被认为是一种不好的做法。这会回答你的两个问题。
我打算构建 n docker 个容器，每个容器包含 m 个服务。
- 这个推荐吗？根据硬件和 docker 容器结构，一个容器内的推荐或最大服务数量是多少？ （考虑到所选服务是内聚的，因此完成了类似的语义任务）
- 为什么我找不到任何关于故障转移描述的文档，这些文档与容器在特定情况下的行为有关，例如 1 of n 服务崩溃。 Afaik，如果一项服务崩溃，容器会自动重启。有没有办法防止这种情况？我本以为容器内的应用程序会负责服务重启。
编辑：
另外两个注意事项：您提到多个服务在扩展方面不合适，您能解释一下原因吗？ （他们没有计划那些用例吗？）我之前提到的应用程序模型呢？对此 link 进行了描述： Service Fabric support for containers
Service Fabric provides an application model in which a container represents an application host in which multiple service replicas are placed. Service Fabric also supports a guest executable scenario in which you don't use the built-in Service Fabric programming models but instead package an existing application, written using any language or framework, inside a container. This scenario is the common use-case for containers. You can also run Service Fabric services inside a container. Support for running Service Fabric services inside containers is currently limited.
创建应用程序时，容器是在服务创建阶段选择的。并且可以向现有应用程序添加更多服务（同时再次选择容器类型）。应用程序本身也被视为容器吗？这不合适吗？但是在我添加的引用中，它只讨论了一个来宾可执行文件，而不是很多。 在此页面进一步解释： Package and deploy containers as a Service Fabric application using Yeoman
这很混乱。容器内的多服务器场景似乎有考虑，而你说不推荐。它是否处于测试阶段？
你能描述一下你要去的路吗？在一个容器中提供一项服务？ 我是否需要先创建一个带有容器服务的应用程序，然后将该应用程序添加到可以添加到集群节点的 docker 基础映像？
根据容器的思想——每个容器应该只有一项服务。将多个服务放入容器中被认为是一种不好的做法。这会回答你的两个问题。