2

我正在测试 Azure Service Fabric 并开始向同一个项目添加大量参与者和服务 - 这可以这样做还是我会失去任何服务结构功能,例如故障转移、可扩展性等?

4

1 回答 1

2

我的偏好显然是 1 个演员/1 个服务 = 1 个项目。像这样的平台最大的优势在于,它允许您以几乎没有成本的方式编写适当的面向微服务的应用程序,至少与在其他类似的平台上执行类似实现时的实现开销相比。

我认为它违背了构建跨越多个关注点的服务或参与者的架构的意义。使用这些假想的约束来迫使您将这些服务的责任范围尽可能小是有意义的(至少对我而言),而是依赖/调用其他服务以提供超出责任范围的功能您当前正在实施的项目。

关于扩展,您似乎仍然可以独立扩展您的服务/参与者,即使它们是同一个项目的一部分 - 至少通过查看应用程序清单格式暗示了这一点。但是,您无法做到的是项目中服务/参与者的独立更新。举个例子; 如果您的项目有两个不同的参与者,并且您对其中一个进行了更改,您仍然需要为他们两个部署更新,因为它们是同一代码包的一部分并且将共享一个版本号。

于 2015-06-10T20:45:33.733 回答