任何人都可以指导我解释何时应该创建 Azure Service Fabric 应用程序与 Azure App Service 应用程序吗？我想要构建一个应用程序，但无法确定是否应该使用 Azure Service Fabric 还是 Azure App Service 来构建它。
最佳答案
不幸的是，没有任何关于何时使用什么的官方指导。它们是两个独立的平台，遵循不同的开发范例。
应用服务将为您提供 Service Fabric 未提供的现成功能。像自动扩展、身份验证、速率限制、与 SaaS 应用程序集成等功能。这些功能中的部分或全部可能会逐渐出现在 Service Fabric 中，但我想说的是，目前它们针对的是不同的受众 -经验不足的团队可能会发现使用应用服务更容易。
另一方面，Service Fabric 使部件的组合变得更加容易。例如，在“传统”方法中，如果您有一个与数据存储和缓存通信的 API 以避免破坏数据存储，则您必须处理各种容错场景。借助 Service Fabric，您的缓存可以位于 API 进程中的可靠集合中，并且您无需处理外部缓存组件。数据与服务位于同一位置(检索/编辑速度更快!)并且可靠，因为它分布在服务部署到的所有节点上。与队列类似的事情。如果您想到一个工作流类型系统，其中有一个 API、一个作业服务以及位于它们之间并允许它们进行通信的队列，那么您必须管理 3 个不同的组件以及它们之间的通信。通过 Service Fabric，队列进入应用程序。这只是其中的一半:)您还可以使用参与者模型进行分布式计算，而无需遇到常见的并发问题。最后，借助 Service Fabric，您可以获得在本地机器上拥有更完整的开发环境的好处 - 您不必在 Azure 开发帐户或类似的东西上处理创建队列等问题。
还值得注意的是，没有什么可以阻止您使用这两种范例 - 想象两个应用程序，其中至少有一个是服务结构应用程序，公开 API 和位于其之上的逻辑应用程序。
您的决定应该基于您想要构建的内容、需要多长时间以及您想要发布的时间(Service Fabric 目前仅处于私有(private)预览版，因此需要一段时间才能发布到 GA)以及你有什么样的团队。我想，即使您没有经验丰富的团队，使用应用服务也能轻松上手，但 Service Fabric 将为您提供更多功能、灵 active 和控制力。
关于Azure 应用服务与 Azure Service Fabric，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31140853/