反応Microservices例 - ジェネリック＆REAL（未要旨）

Question

すべてのビジネスは、顧客にそれらを販売、製品を作る、顧客を見つけるプロセスである

、など私が反応microservicesに講義をしてきた

と知っています彼らは抽象的な形をしていますが、NOBODY（と私は誰も意味しません）は、現在作成されているソフトウェアがどのように反応性マイクロサービスを利用してよりうまく設計されるかに関して、私に良い実例を与えることができるようです。

たとえば、顧客のためにThing1を実行するWebサービス。 SubThing1、SubThing2、SubThing3の3つの主要なコンポーネントがあります。 SubThing2は、より多くのメモリとリソースを集中的に使用することができるため、必要に応じてSubThing2を拡大/縮小できるように、反応型マイクロサービスに分割することをお勧めします。

Thing1、SubThing1、SubThing2、およびSubThing3の実際の実用的な実例をリアルタイムで教えてください。

Answer 1

その他の人が疑問に思っている人はリアクションマイクロサービスです。ジョナスへま、オライリープレスの著書 "反応Microservicesアーキテクチャ" から

：

反応Microserviceですか？明確に定義され プロトコルを介して通信する離散および単離されたサブシステムにシステム の分解：Microservicesベース アーキテクチャを採用における重要な原則の

一つは、分割統治です。

分離は弾力性と伸縮性の前提条件であるとして にそれらを分離するために、サービス間の 非同期通信の境界が必要です。

• 時間 - 許可同時実行
• スペース - 許可配布およびモビリティ-移動する機能サービス

マイクロサービスを採用する場合、共有することを避けることも不可欠です 変更可能ユニバーサルスケーラビリティ 法に定義されているように、 の競合およびコヒーレンシコストを最小化し、Share-Nothing Architectureを取り入れることによって、調整を最小限に抑えることができます。 可変状態によって引き起こされる問題に洞察に満ちた議論について

、 『Can Programming Be Liberated from the von Neumann Style?は』

ニール・ガンターのUniversal Scalability Lawを理解する上で 不可欠なツールであるジョン・バッカス古典的なチューリング賞講演を参照してください同時および分散システムにおける競合の影響および の調整。

この定義を使用すると、Thingは反応性マイクロサービスで構成されるシステムになり、Subthing1 ..などは個々の反応性マイクロサービスになります。

あなたは私Thing1、 SubThing1、SubThing2、およびSubThing3のリアルタイムライブ作業の実用的な例を与えることができます。

方法について：

• シング=アマゾンのウェブサイト
• SubThing1 - 価格設定サービス
• SubThing2 - 製品サービス
• SubThing3 - ストックサービスなど
• ...