AWS上のレジリエントなシステムの構築

第5章. コンテナ貿易在庫API

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

AvailableTradeの新しいブローカー口座が開設され、資金が入金されると、投資顧客はAvailableTradeアプリケーションで取引を開始する準備が整う。 次に、株式の売買注文を処理するTrade Stock APIをデプロイする。 Account Open APIと同様に、AvailableTradeプラットフォームのビジネスオーナーは、Trade Stock APIのRPOを1時間、RTOを4時間要求している。さらに、リクエストを受信した時点から200ミリ秒未満の取引遅延に特化したサービスレベル合意（SLA）を要求している。 このSLAには、クライアント側の処理やインターネット経由の送信は含まれない。 株式市場が開いている取引時間中は株価が常に変動するため、取引は証券会社が受信した時点のビッド/アスク価格で執行される。 顧客が取引を送信したときにUIで見る値から、取引がマッチングされる時点まで、わずかな変動がある可能性がある。 Trade Stock APIは同期型であるため、フロントエンドはエラーや取引のタイムアウトを即座に顧客に報告することができ、顧客は自分の取引が受け入れられたかどうかをすぐに知ることができる。

これらのビジネス要件を達成するために、このサービスはまずサードパーティのブローカーに注文を出し、そのブローカーが取引を確認し、National Securities Clearing Corporation (NSCC)とのマッチングと清算を行う。取引を完了するために、このサービスは取引の詳細をオペレーショナル・データストアに永続化する。 この組織は、資金の決済やDepository Trust & Clearing Corporation (DTCC)による証券の電子振替を含むT+1活動の準備のために、売買当事者間で顧客取引をマッチングする。Trade Stock APIは学習目的のために簡略化されるため、実際のTrade Stock APIが持つかもしれない複雑さの多くは省かれ、T+1およびT+2活動のオーケストレーションはカバーされない。

チップ

取引のライフサイクルについては、DTCCのWebサイトで詳しく知ることができる。

この章では、AvailableTrade アプリケーショ ンの取引を確実に実行する同期マイクロサービスをデプロイし、テストします。構築済みサービスをデプロイした後、ネイティブの Amazon Elastic Container Service (Amazon ECS) とAmazon Aurora PostgreSQL レジリエンス機能をインクリメントで適用し、ソフトウェア開発のレジリエンスパターンを適用します。 この章では、レジリエンスを軽減できるようになります：

• コンテナデプロイの失敗

• データベース接続の枯渇

• データベースのパスワードローテーションログインの失敗

• データベースのプライマリライターの障害

• 依存の断続的な故障

• アベイラビリティゾーンの問題の検出と処理

• 依存の停止

これらのシナリオを通して、一般的な障害モードを特定し、軽減する方法を学ぶ。 各レッスンでは、分散システムの障害を誘発し、障害モードを防止するか、迅速に自己回復して回復するための軽減策を適用する。 Amazon ECSとAmazon ...