Azure - 微服务的正确策略

Question

我一直忙于将单一服务层分解为大约 30 个可以独立部署的小“ block ”(C#、Web API)。

同时，我们正在迁移到 Azure。这些微服务应该如何部署？

我们需要 4 个环境(devint、QA、UA 和 Prod)，因此我们将为每个 PaaS 使用 4 个插槽，并为每个微服务使用一个新的 Paas。但这会变得昂贵且难以管理。

有更好的方法吗？ (我对 Azure 知之甚少，因此非常感谢您的帮助)。

谢谢

Answer 1

Azure Service Fabric是为微服务而构建的，并且可能是最好的选择。特别是在 Azure 平台上运行时具有前瞻性思维。但是，根据您的时间安排，Service Fabric 仍处于预览版可能会成为一个问题。预览版中的 Azure 功能没有全面可用 (GA) 时的完整 SLA 保证。

用于 Azure 应用服务中的微服务的最简单的托管解决方案是将不同的服务部署为 Web 应用，可能使用 Web 作业进行任何后台处理。 Web Apps 和 Web Jos 对于构建微服务非常有效，我过去在项目中使用过这种方法。

关于您对“4 个插槽”的评论。如果您指的是Web 应用程序部署槽，那么您将需要重新考虑使用同一 Web 应用程序的 4 个部署槽来托管不同的环境。特别是在生产中，应该有一个用于实时生产实例的部署槽，以及一个用于临时区域的槽，用于在交换部署之前测试部署。当涉及到 Dev/Int、QA 和 UAT 时，您将需要 1 个或多个具有必要部署槽的 Web 应用程序来满足您的需求。您最不想做的就是混合开发/集成、QA、UAT 和生产环境。了解单个 Web 应用程序的所有部署槽都在完全相同的虚拟机上运行也非常重要；这意味着如果您将所有 4 个环境都用作部署槽，那么您的开发和 QA 环境可能会影响生产的性能；这将是可怕的。