マイクロサービスでapiゲートウェイとメッセージブローカーの両方を使用しています

Question

マイクロサービスの実装に関する質問があります。今私は個々のサービスにすべてのリクエストを取得するためにAPIゲートウェイを使用しており、非同期ポストのputおよびdeleteリクエストを処理するためにkafkaを使用しています。これは、マイクロサービスアーキテクチャでの処理要求の処理の良い方法ですか？

Answer 1

あなたの質問はあまりにも明確な回答ではありません。 goodアーキテクチャは、ユースケースの詳細に完全に依存します。あなたはウェブページ、ストリーミングメディア、分析のためのデータを提供していますか、まったく異なるものを提供していますか？また、並行性、一貫性、スケーラビリティという点でどのような要件が必要なのかを知る必要があります。開発チームの予算/規模、開発の容易さ、開発スキルなどの制約は何ですか？

たとえば、大規模なデータセットの入力を非常にスケーラブルにし、非常に頻繁にデータを収集し、チームをサポートすることが強く求められている場合、あなたが取った決定はgoodと考えられます。しかし、小さなチームしか持たず、スケーラビリティ要件が制限された新しいサービスのための迅速で安価なMVPを取得しようとしている場合（ソリューションの複雑さが開発を不必要に遅くするため）badと考えられます。

開発チームはこれらの技術に精通しており、効果的に開発できるため、goodとなる場合があります。または、あなたのチームがそれらについて何も知らず、それらの学習への投資が長期的な利益によって正当化されないため、badかもしれません。

マイクロサービスアーキテクチャースタイルのアイデアの1つは、各サービスを実装するためにどの技術を使用するかについて独自の決定を行う明確なチームが所有できることです（開発の容易さ、ビジネス上の理由など）。つまり、マイクロサービススタイルは古いものを取り入れます。wisdomarchitecture follows organization。

ここでa link to a recommended further readです。