Azure Service Fabric v 单体
Azure Service Fabric v monolithic
我可以反弹你的东西吗？我正在阅读有关微服务和 Azure Service Fabric 的文章，需要简要了解一个概念。
据我了解，它允许通过 Service Fabric 魔法将微服务部署到它自己的容器中。每个微服务容器在加载工作负载时都会横向扩展，而忽略其他服务。
例如假设有
- 只有 2 个微服务在起作用。
- 首先是一个查询处理程序——它在空闲时使用 n 个计算资源
- 空闲时使用 m 资源的数据库微服务。
假设查询处理程序将一个非常昂贵的查询（例如 select * from aMultiBillionRowTable;）传递给需要 compute\VM 扩展的数据库微服务。
在单体方法中，我了解到查询处理程序微服务的资源将扩展到 n * x 计算资源，数据库微服务将扩展到 m * x。
在 Azure Service Fabric 方法中，查询处理程序微服务将保留在 n 个计算资源上，数据库微服务将扩展到 m * x。
这是正确的吗？如果是这样，那很好，但是是否有我忽略的推论？这些是什么？不需要专着，只要术语，我自己研究。
简单来说，是的，鉴于机器容量大于 n+m*x，您的示例是正确的。
使用 Service Fabric 可以让您拥有高密度的服务，并根据需要在服务之间共享集群资源。
Service Fabric 或任何编排的另一个重要功能是它提供可靠的服务，即使一个节点关闭，消费者也可以使用服务。
我可以反弹你的东西吗？我正在阅读有关微服务和 Azure Service Fabric 的文章，需要简要了解一个概念。
据我了解，它允许通过 Service Fabric 魔法将微服务部署到它自己的容器中。每个微服务容器在加载工作负载时都会横向扩展，而忽略其他服务。
例如假设有
- 只有 2 个微服务在起作用。
- 首先是一个查询处理程序——它在空闲时使用 n 个计算资源
- 空闲时使用 m 资源的数据库微服务。
假设查询处理程序将一个非常昂贵的查询（例如 select * from aMultiBillionRowTable;）传递给需要 compute\VM 扩展的数据库微服务。
在单体方法中，我了解到查询处理程序微服务的资源将扩展到 n * x 计算资源，数据库微服务将扩展到 m * x。
在 Azure Service Fabric 方法中，查询处理程序微服务将保留在 n 个计算资源上，数据库微服务将扩展到 m * x。
这是正确的吗？如果是这样，那很好，但是是否有我忽略的推论？这些是什么？不需要专着，只要术语，我自己研究。
简单来说，是的，鉴于机器容量大于 n+m*x，您的示例是正确的。
使用 Service Fabric 可以让您拥有高密度的服务，并根据需要在服务之间共享集群资源。
Service Fabric 或任何编排的另一个重要功能是它提供可靠的服务，即使一个节点关闭，消费者也可以使用服务。