プロダクションでLagomを実行中

Question

プロダクションでLagomアプリケーションをセットアップしようとしています。私はLightbend for ConductRライセンスに連絡してみましたが、年齢を聞いたことはありません。だから、今私は別のアプローチを探しています。私は複数の質問があります。

アプリケーションの規模が今はかなり小さいので、私は（他の選択肢にオープン）、静的なサービスロケータを使用すると、今の私の作品だと思います。また、私はCassandraのデフォルト設定（このスレッドには関係しない理由）の代わりにMySQLをイベントストアとして使用しています。カサンドラとLagomのサービスロケータを抑制する

、私は私のbuild.sbtに次の行を追加しました：

lagomCassandraEnabled in ThisBuild := false 

私はサービス1-IMPLモジュールと私のapplication.confに次の作品をも追加しました。 DEV環境の場合

lagom.services { 
    service1 = "http://0.0.0.0:8080" 
} 

、私は正常にtmuxのセッションでsbt runAllを使用して自分のアプリケーションを実行することができました。この設定では、デフォルトの8000ポートでサービスロケータは動作しませんが、8080ポートで個別にservice1を実行できます。

私はsbt distを実行してzipファイルを作成し、解凍してそこで実行ファイルを実行しました。興味深いことに、zipはservice1-implフォルダ内に作成されました。だから、複数のモジュール（サービス？）がある場合、sbt distはサービスごとに個別のzipファイルを作成しますか？

sbt distで作成した実行ファイルを実行すると、Cassandraに接続しようとし、サービスロケータも起動し、追加した静的サービスロケータの設定は無視されます。基本的には、build.sbtに追加した行を無視するように見えます。これを説明できる人は誰ですか？

最後に、サービス1とサービス2を実行しているノード1とサービス2とサービス2とノード2をクラスター内に持つとしたら、静的サービスロケーターはapplication.confのように見えますそれぞれのサービスには独自のapplication.confがあるので、同じ設定をコピーする必要がありますwrtすべてのapplication.confs内の静的サービスロケータ？

このようなものでしょうか？

lagom.services { 
    service1 = "http://0.0.0.0:8080" 
    service1 = "http://1.2.3.4:8080" 
    service2 = "http://1.2.3.4:8081" 
} 

各特定のアクタはノードの1つに生成されるため、このサービスロケータの設定はどのように機能しますか？

また、私は生産のtmuxのセッションでこれを実行する必要はありません。最終的にこのコードを本番環境で実行する最善の方法は何でしょうか？

Answer 1

ConductRをデベロッパーモードですぐに無料で販売開始することができます。手順は次のとおりです。https://www.lightbend.com/product/conductr/developer 登録（読み取り：有効なメールを送信）し、そのページにアクセスするにはTnCを受け入れる必要があります。このサンドボックスは今日Devモードで自由に使用できますので、ConductRがあなたのためにすばやく簡単に見えるかどうかを確認できます。

Lightbend.comで登録した場合（上記と同じ）、「フリー層」のライセンスキーを生成すると、すぐに実稼働環境に最大3つのノードを導入できることに興奮しています。 。

ラゴムはマイクロサービスについて意見があります。その意見がプロジェクトで共有されていない場合、常にAkkaとPlayがあります。その意見の一部は、展開が容易でなければならないということです。良い道具は手の中で「正しい」と感じます。もちろん、あなたは好きなようにアプリを展開することは自由ですが、あなたが行っている印象的な道からさらに遠くにいっぱいにpolyfillを作成する準備ができています。サービスの検索について

、ConductRはプレイWSの「withFollowRedirects」で使用するためのHTTPサービス検索のためのリダイレクトを提供[1] sbt distに関しては、各サブプロジェクトサービスがパッケージになります。 Chirperのトップレベルのbuild.sbtファイルに見られるように、sbt distがchirp-impl.zip、friend-impl.zip、activity-stream-implなどを生成するChirperの例[2]でこれを見ることができます。 ConductRは清潔で明るいパスなので、Lagomの展開ポリゴンをどのように置き換えるかを理解するために、その動作を参照できます。それがLagomが最もよく知っているインターフェースです。コアを除いた多くのConductRはすでにOSSなので、ドキュメントが何かをカバーしていない場合はgithubを試すことができます。

ディスクロージャー：私はLightbenderの実施です。

1. http://conductr.lightbend.com/docs/1.1.x/ResolvingServices

2. git@github.com：lagom /アクチベーターlagom-javaの-chirper.git