服务结构项目在单独的git repos中

Question

遵循正常的微服务框架,我们希望将每个微服务放在它自己的git repo中,然后为Service Fabric项目提供一个存储库.当我们更新其中一个微服务时,虽然Service Fabric项目将重新部署该服务.

有没有像这样拆分Service Fabric项目的例子？我在他们的所有例子中都注意到,一切都在一个解决方案/存储库中.

Answer 1

在我们的项目中，我们遵循与此类似的模式，但没有那么细粒度。每个 SF 应用程序都包含在其自己的存储库中，但我们将在应用程序中拥有多个特定的微服务。我们将应用程序分成与最终应用程序相关的特定功能块（数据层、中间层、演示、分析等）。当我们升级时，我们将一次升级特定的应用程序，而不一定是特定的服务。升级特定服务是一项巨大的皮塔操作。我们仍然有一个共享接口项目，我们使用 SF 远程处理在不同应用程序之间进行通信，我们之所以能够做到这一点，是因为我们在自己的存储库中管理容器和接口，然后通过私有 nuget 服务器进行分发。这使得工作流程变得困难，但最终它很好，因为它使我们始终意识到应用程序之间的接口兼容性。我们还有一些核心微服务，每个应用程序都会有这些微服务，我们使用SF Nuget进行分发。它还很年轻，有一些锋利的边缘，但它很棒。