没有ConductR的Lagom？

Question

在没有ConductR的情况下在生产中使用Lagom是否实用或明智？商业许可让我失望。这个框架看起来可能非常艰巨，部署和自定义工具可能需要花费很多精力来实现。

Answer 1

（免责声明：我是Lightbend员工，目前是Lagom团队的核心成员）

编辑（2018年11月）：有关此主题的最新信息，请参阅https://www.lagomframework.com/documentation/current/java/ProductionOverview.html#Running-Lagom-in-production。

（原始答案，2017年8月） 自从这个问题在一年前添加以来，Lightbend堆栈发生了很多变化。例如：ConductR现在可以免费用于up to three nodes的制作。 此外，ConductR背后的团队还致力于提供在Kubernetes上部署Lagom应用程序的工具。这方面的努力非常先进，我们的一些示例应用程序已经deployed in Kubernetes了。

Answer 2

你的问题是开放性的，所以让我们从＆＃34开始;它取决于＆＃34;。

如果

• 您可以轻松管理Akka群集配置中的扩展，
• 您的使用不违反拉格姆，游戏和Akka的开源许可条款，并且
• 您没有足够的现金流来证明利用Lightbend的生产套件，

然后你可以用最少的努力和自定义工具进行部署。

如果这些条件不成立，您可以选择去其他地方（例如Spring Cloud）或保留Lightbend。你可能会发现去别处有自己的认知负担和/或商业费用。

希望在7个月后帮助。

Answer 3

其他答案更高，但我基本上可以说＆＃34;是。＆＃34;我目前正在部署一个Lagom服务以托管在Kubernetes集群上，而且我没有使用ConductR或任何商业许可的组件。

你需要稍微深入一些Play internals来正确启动服务，如果你想与其他服务定位器挂钩，你可能需要自己实现一个，但它肯定不是不可能的而且我认为它在网上的努力较少。

Answer 4

说实话，这确实值得付出，因为您可以获得更多，良好的报告仪表板，自动集群形成以及裂脑解析器真正的优点。...

但是有时候当您在一个没有很多钱的项目上工作时，您可以达成共识，可以做一些小技巧并使其起作用，然后才可能真正做不到或购买企业订阅。

因此，如果您将全部委托给Kubernetes DNS，或者没有Kubernetes只是将负载均衡器放在每个服务之前并使用其地址，那么无需任何服务发现就可以轻松使用Lagom。

这如何工作

Each lagom service that you have should be external service

1. 生产运行配置应与
混合使用

ConfigurationServiceLocatorComponents

1. 应该与另一服务进行通信的服务应从额外的参数开始，该参数告诉lagom该服务是外部服务，并且可以直接进行通信（对于播放应用程序，所有服务都可以位于JAVA_OPTS中）

-Dlagom.services.your_service_name=http://k8s_service_name.default.svc.cluster.local:9000