Performance要件からPurpose-built Architectureを選択する

ECサイトでは、書き込み用DBと1台の読み取り用レプリカを使用している。上位100商品の参照は同じ内容が繰り返され30秒の古さを許容できる。注文・顧客の運用照会は5秒以内の鮮度が必要で、時間帯ごとのBI集計は30分の遅延を許容できる。現在はこれらの読み取りをすべて同じレプリカへ送り、BI実行中にレプリカラグが20秒まで増えて運用照会の鮮度要件を外れている。書き込み負荷をライターへ戻さずに要件を満たす構成として最も適切なものはどれか。

注文サービスには、決済結果をその場で返す同期処理と、領収書生成・画像変換など後から実行できる非同期処理がある。セール時には両方が増加し、ステートレスなアプリケーション層は水平スケールできる。一方、共有するAmazon RDSは安全に維持できる同時接続数に上限があり、非同期ワーカーを無制限に増やすと同期決済のレイテンシーが悪化する。最も適切なアーキテクチャはどれか。

あるサービスでは、数TBのファイル本体、IDによる低レイテンシーなメタデータ参照、月数回の履歴分析という3種類のアクセスパターンを1つのデータストアへ集約している。それぞれの性能要件を同時に満たしにくくなっている。最も適切な設計方針はどれか。

APIのp95レイテンシーが900ミリ秒で、最初の測定ではデータベース区間が約600ミリ秒を占めていた。キャッシュと読み取り経路の見直し後、同じ負荷でデータベース区間は80ミリ秒まで低下したが、p95は650ミリ秒にとどまり、今度はアプリケーション区間が約500ミリ秒、CPU使用率が95%になった。次の設計判断として最も適切なものはどれか。