问Lagom与Akka投影的差异

EN

Lagom是Akka之上的一个固执己见的框架，特别是围绕集群切分和持久化(以及定义HTTP交互的一种类似方式，以及一种定义依赖注入的方法)。它在其ReadSideProcessor中包括了一种自以为是的方法来为CQRS从持久化中投射事件流。

Akka最近的许多进展部分是基于从拉格姆那里吸取了一些经验教训，更多的是出于固执己见。投影给ReadSideProcessor和Akka带来了一些类似的东西，尽管它更一般(因为它可以预测出从Kafka到Akka的事件)；值得注意的是，投影很大程度上是拉格姆的核心维护者之一的工作。

我并不是真的将Akka平台归类为PaaS，但更多的是一种替代的定价/消费模式，用于“亮点订阅”的一个子集(Akka平台是基于使用的--没有同样多的咨询类型安排；订阅的定价可能被合理地描述为“如果你不得不问它的价格，你可能买不起它”，但它确实包括了一个真正了解Akka/Lagom/Play堆栈的团体的某种程度的咨询参与)。否则，Akka平台就是Akka。

的PaaS是Akka下的Akka，但是Akka是隐藏在gRPC API后面的(无论是好是坏)。就像在Lagom中一样，您正在定义域实体的行为，框架层将其表现为Akka演员；Akka Serverless比Lagom更严格地分离这种表现形式(在Lagom中很有可能，有时甚至有用的是去掉拉格姆贴面以暴露更多的Akka)，但这反过来又允许用任何会说gRPC的语言定义行为。

我无法推测未来的前景。Akka本身是纯开源的(而且它的贡献者中有一小部分没有被亮点所雇用)：所以它在某种程度上不受亮点发生的任何事情的影响(商业插件的范围也随着时间的推移而缩小，最显著的是多区域持久性和拆分大脑解析器是开源的)。Akka的用例在Akka中可能永远不会有效使用。至于Lagom，它可能已经实现了它的目标，并将被认为是成熟的(加入其他各种微服务第一框架)。

我个人倾向于使用vanilla :我认为推荐的类型化API(特别是Scala中的API)可以提供“恰如其分”的自吹自擂，尽管比Lagom要少。来自Scala背景，缺乏DI也是值得赞赏的。如果您决定需要商业插件，并且在Kubernetes上运行在公共云中，那么Akka平台可能是值得的；对于其他部署，订阅可能是值得的。