EIPをベースにAkkaでどう実装するかを紹介するパターン本です。Action)」のなかでも、EIPの実装例がいくつか出てきます。いくつかのカテゴリに分類されます。いくつかのパターンは他のパターンの組み合わせです。RMPでもDDDの用語がチラホラ出てきます。RMPの各パターン詳細は話しません。Akkaの詳細な書き方は話しません。装方法までは踏み込みません。システム間統合にしぼります。ここでは、異なる出自(異なるコンテキスト)のシステム同士を良い感じに連携させることを指します。2つのシステムをくっつけて、1つのシステムにするという話ではありません。メッセージのパラメータを変更することはコストが高いです。同じアプリケーションでも、RollingUpdateなどで異なるメッセージモデルが混在する状況は発生し得えます。ドメインモデルの進化は止められない/止めたくない。トランスポートレイヤとドメインレイヤを分けて考えましょう。不整合データを自分で生み出す可能性もあります。おかしなデータを検知できるように備えましょう。Channelを設計しましょう。Filterを単一の親Actorが持つ子Actorとした方が良いケースがある。通常のActorとして公開してしまうと、メッセージの送信先が複雑化し、責務を閉じることが難しくなる。意図しない送信元からlookupされる恐れもあるので、モジュール凝集度が低くなる。単一の親に限定することで、凝集度が高くなりテストもしやすくなる。連携方式が決まることも多い。ストリームを基本とする。エンドポイントから考え始めてしまう。非同期にメッセージを扱うことは難しさも招く。得られることと失うことを天秤にかけましょう。SlideAkkaの登場によって、EIPの実践がしやすくなりました。creators.TermsPrivacyDMCA。