Microsoft奥尔良框架提供了一种构建分布式、大规模系统的方法，而无需太多复杂性。
缩放对于新奥尔良是很自然的;如果主机出现故障，该主机上的活动粒度将在其他位置重新激活，因为它们的状态保留在存储中。
考虑到这一点，Docker 等容器服务如何应用于生产中的新奥尔良应用程序？如果新奥尔良在默认情况下已进行缩放，为什么我们需要编排的容器服务来执行缩放？
主机故障时重新激活粒度不是扩展，而是应用程序可靠性(自动修复(。
缩放适用于添加更多服务器的能力，应用程序会自动调整自身以使用此额外的硬件。 新奥尔良提供应用程序自动缩放：如果添加更多服务器，新奥尔良将通过在新服务器上放置新粒度来自动开始使用这些服务器。 但是仍然需要有人决定添加更多服务器。新奥尔良不会自动执行此操作。必须有一些(新奥尔良外部(控制环路将测量 CPU 或吞吐量或其他指标，并决定添加更多服务器。 容器集群业务流程可以做到这一点。
容器的另一个好处是更容易管理 - 更容易将整个容器及其内部的所有软件"直接迁移"到另一个云提供商或本地，而不是直接捕获软件，因为容器可以捕获所有软件依赖项。这与新奥尔良完全无关，只是容器的一般好处。