問題タブ [microservices]

Spring Cloud と Apache Camel を使用したサービスの設計に携わっています。今日、同僚が本当にApache Camelが必要かどうかを尋ねたとき（おそらく擁護する方が良いかもしれません）、私はびっくりしました。彼の見解では、私たちが話している下流システムのほとんどは REST ベースであるため、統合フレームワークは必要ないはずです。私の記憶が正しければ、彼はマイクロサービスと統合フレームワークには互換性がないこともほのめかしていました。

私は、Spring Cloud がデプロイメント/運用の問題を解決するのに役立ち、統合フレームワークが統合の問題を解決し、それらには直交する要件があることを熱心に提案し始めました。

システムが通信に使用するプロトコルの一部を次に示します。

不明なプロトコル: お客様の環境に統合する際に、お客様のシステムと統合する必要があります。通信プロトコルはまだ不明です。

Martin Fowler と James Lewis による次の声明は、ESB とマイクロサービスには互換性がないことを示唆しているようです。 Apache Camel などの統合フレームワーク?

より一般的に言えば、私の同僚の意見は正しいでしょうか? これは、統合パターンがマイクロサービスに適していないことを意味するのでしょうか?

.NET の世界でマイクロサービス指向のアプリケーションを構築するには? .NET の世界でマイクロ サービス指向のアプリを作成できるプラットフォームはありますか? マイクロ サービス、イベント ストア、一部の NoSQL データベースを含むアーキテクチャをどのように想定するか? ありがとう。

ポート バインディング http://12factor.net/port-bindingに関する 12 ファクターの記事では、すべてのアプリが自己完結型であり、Tomcat などのランタイムが注入されていないという要件があります。これが推奨される理由は何ですか...マイクロサービス用の自己完結型アプリの利点は何ですか?

通常、モノリシックなアプリケーションまたはデータ モデルがある場合、異なるテーブルを結合する SQL を作成し、それらにフィルターを適用できます。次に、結果セットを取得したら、そのデータもページングできます。ただし、マイクロサービス アーキテクチャを使用している場合、データ モデルが異なる可能性があります。ネットフリックスは実際に、すべてのテーブルをマイクロサービスとして公開する極端な方法を採用していると聞きました。この場合、ページングとフィルタリングをどのように処理できますか?

アグリゲーションレイヤーとして機能するAPIゲートウェイパターンを使用していることは知っています（おそらく、これがRxJavaのようなプロジェクトの出番です）。マイクロサービスを使用している方や、この問題に取り組んでいる方からアイデアをいただければ幸いです。

Martin Fowlerの記事「マイクロサービス」を読んだことがありますが、スマートエンドポイントとダム パイプを理解するのは難しいと感じています。これらの用語を説明してください。例を歓迎します。

12factor は、プロセスをデーモン化しないことを推奨しています。そうすることの欠点は何ですか？

そのため、ノードのマイクロ サービス アーキテクチャに従ってサーバーを開発していました。したがって、nginx を使用して、各サービスでルートを正しくリダイレ​​クトしています。サブディレクトリにゴーストを追加して以来、かなりうまくいっていました。

現在、Ghost は完全に機能していますが、他のルートはすべて壊れています。nginx の回答が見つかりません。

私のnginxサーバー構成：

また、マイクロサービスを次のようにテストします。

結果OKです。

私は何が起こっているのかを知ることさえできません。どんな助けも素晴らしいでしょう。前もって感謝します。

EDIT : また、ルートでマイクロ サービスを開始すると、つまり、次のルートが nginx ルーティングの代わりにサービスに従おうとすることに気付きました。