scala – 在Akka微服务架构中共享基于案例类的消息的最佳方式

发布时间：2020-12-16 18:51:28 所属栏目：安全来源：网络整理

导读：保持微服务架构的精神,我正在考虑使用git存储库为我的基于 Scala Akka的系统的每个服务.每个服务的构建产生一个工件,该工件被发布到包装系统(例如maven)repo.这些工件是用于共享公共代码的机制. 现在,由于在服务之间使用案例类进行消息传递,因此需要在任何地

保持微服务架构的精神,我正在考虑使用git存储库为我的基于 Scala Akka的系统的每个服务.每个服务的构建产生一个工件,该工件被发布到包装系统(例如maven)repo.这些工件是用于共享公共代码的机制.

现在,由于在服务之间使用案例类进行消息传递,因此需要在任何地方都可以使用相同的类版本.使用多项目构建将接口和实现工件中的每个服务分开,然后仅从依赖项目中导入接口工件是否有利？
一些替代方案是在同一工件上包含接口和实现并导入它,或者为接口和实现提供单独的存储库,这似乎是过度的,可能是过多的开销.

解决方法

在这里,您将获得基于微服务设计的2个观点,分享所有内容并分享任何内容.我无所不在.同意通信接口(如 JSON或其他一些序列化机制)并允许每个服务分别处理域对象表示.这就是原因

>如果更新其代码库,则另一个可以自由更新,直到它必须更新才能正确连接.它还意味着您的解析库可以根据需要解释对象并忽略它们不关心的字段.>逻辑倾向于找到解决问题的方法.更糟糕的是,业务逻辑倾向于在类,甚至是案例类中找到它的方法进入小“辅助”方法.这可能会以良性方式对服务产生负面影响……直到它不再是良性的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!