【问题标题】:Should actors/services be split into multiple projects?演员/服务应该分成多个项目吗?
【发布时间】:2015-08-25 15:45:34
【问题描述】:

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

【问题讨论】:

    标签: azure-service-fabric


    【解决方案1】:

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

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

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

    【讨论】:

    • 我的演员目前由命名空间分隔,例如。 MyApp.Actors.UserActor。但是关于更新的一点,这是将它们放入每个自己的项目的非常正当的理由。但就目前而言,我认为只要不丢失任何功能(除了更新),我会将它们保留在同一个项目中。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-10
    • 1970-01-01
    • 2017-08-12
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多