花唱える白のストライプ\ /チャネルサービス：[331575644]、ステージング音楽撤退は、XIN言及カード秒は,,ステージング、安心の花、わがままな有料様々なしきい値の引き出しに花は、白いバーを唱え\ /サービスの手紙：[315756443]プロ第2のバックセクション迅速、操作は顔に顔、遠隔操作することができます！迅速かつ簡単な支払方法は、プロのカードなしで動作するだけで数分を取得します！
API Gatewayのスタイルの背後にある主要なアイデアは、すべてのクライアント/消費者のメインエントリポイントのための軽量メッセージゲートウェイの使用であり、およびゲートウェイレベルでの一般的な非機能要件を実現します。通常、APIゲートウェイを使用すると、REST / HTTPを介して管理APIを使用することができます。そこでここでは、我々は、API-GWホスティングサービスによって公共サービスとしてのマイクロビジネス機能として実装することができます。実際には、これはあなたのための両方の世界の経験の最高を提供し、マイクロアーキテクチャとAPI管理サービスを組み合わせたものです。
すべてのマイクロサービスは、すべてのクライアントのための単一のエントリポイントであるAPI-GWによって開示されており、上記のようにAPI-GWを介してすべてのマイクロサービスは、当社の小売ビジネスシナリオで開示されました。あなたは別のマイクロマイクロサービスのサービスを利用したい場合は、それはまた、API-GWによって行われる必要があります。
API-GWパターンは次のような利点があります。
- ・ゲートウェイレベルでのミクロのサービスを既存のために必要な抽象化を提供することができます。例えば、APIゲートウェイは、各クライアントAPIのために異なる提供ではなく、クッキーカッタースタイルのAPIの一種を提供することができます。
- ・ゲートウェイレベルの軽量メッセージルーティング/変換。
- ・中心位置（例えば、セキュリティ、監視および制限など）の非機能的特徴の応用。
- ・全ての非機能要件は、ゲートウェイレベルで達成され、従ってより軽量のマイクロサービスなっているので、API-GWモードを使用して。
API-GWのスタイルは、おそらく最も広くモードを使用したマイクロサービスの大半に達成すべきです。
Message Brokerのスタイル
マイクロサービスは、一方向の要求として、非同期メッセージパッシングシーンに統合され、発行キューまたはトピックを使用することができます - メッセージをサブスクライブします。マイクロ与えられたプロデューサーは、メッセージサービスであってもよく、非同期キューまたはトピックにメッセージを送信することができます。その後、マイクロサービスコンシューマは、キューまたはトピックからのメッセージを消費することができます。このメッセージプロデューサのスタイルやメッセージ、彼らがユーザーまで処理できるようになるまで、ユーザーの分離、中間メッセージブローカメッセージをバッファリングするように。生産者はマイクロサービスコンシューママイクロサービスを理解していませんでした。
統合に基づいたパブ・サブ使用非同期メッセージング
非同期メッセージング標準に基づくメッセージ・ブローカーを介して容易に消費者/生産者との間の通信（例えばAMQP、等MQTT）。
分散データ管理
全体的なアーキテクチャでは、アプリケーションデータはアプリケーションの様々な機能を実装するために、単一の集中型データベースに格納されています。
単一のアプリケーションは、すべての機能を実現するために、中央のデータベースを使用しています。マイクロサービスアーキテクチャでは、複数のマイクロサービスとの間の機能分割、我々は、同じ中央データベースを使用する場合、マイクロサービスしなくなり（互いに独立して、例えば、もし与えられたマイクロサービスの変更、からデータベーススキーマれますいくつかの他のサービスの破壊）。このように、各マイクロサービスは、独自のデータベースを持っている必要があります。