シナリオの概要:
API は CloudHub 1.0 上の Anypoint Virtual Private Cloud (VPC) に常駐し、AWS がホストするデータベース サーバーとオンプレミスの Web サーバーの両方への接続が必要です。
両方のサーバーはパブリックインターネットから分離されています。データベース サーバーは顧客の AWS VPC 内にあり、Web サーバーは顧客のオンプレミスの企業データセンター内にあります。
接続要件:
Anypoint VPC の API から AWS データベースサーバーに接続するには、VPC ピアリングが最適です。これにより、MuleSoft Anypoint VPC とお客様の AWS VPC 間のプライベートネットワーク接続が可能になり、データベースへの安全で直接的なアクセスが可能になります。
オンプレミスのウェブサーバーへの接続には、VPNトンネルが適しています。これにより、Anypoint VPCからお客様の企業データセンターへの安全で暗号化された接続が確立され、APIとオンプレミスのウェブサーバー間の安全なデータフローが実現します。
オプションの分析:
オプションA（正解）：AWS VPCとのVPCピアリングを設定することで、データベースサーバーとのプライベートネットワーク接続が可能になり、オンプレミスデータセンターへのVPNトンネルによってウェブサーバーへの安全なアクセスが可能になります。この組み合わせは、両方のリソースへの安全かつ制御されたアクセスの要件を満たします。
オプションB：VPCピアリングだけでは不十分です。Anypoint VPCからオンプレミスネットワークへの直接接続をサポートしていないためです。オンプレミスアクセスにはVPNが必要です。
オプション C: トランジットゲートウェイを設定すると、AWS 内での接続は可能になりますが、CloudHub からオンプレミスネットワークへの直接接続は有効になりません。
オプション D: VPC ピアリングは通常、VPC とオンプレミス ネットワークを接続するのではなく、2 つの VPC を接続するために使用されるため、オンプレミス ネットワークとの VPC ピアリングは不可能です。
結論：
オプションAは正しい選択です。AWS VPC接続にはVPCピアリングを使用し、オンプレミスへの安全な接続にはVPNトンネルを使用することで、包括的なソリューションを提供します。この設定は、Anypoint VPCをAWSホストシステムとオンプレミスシステムの両方に接続するためのAnypoint Platformのベストプラクティスに準拠しており、データベースとWebサーバーの両方への安全で制御されたアクセスを保証します。
さらに詳しい情報については、Anypoint VPC ピアリングと VPN 接続に関する MuleSoft のドキュメントを参照してください。ハイブリッド ネットワーク インフラストラクチャ内でこれらの接続を設定するためのベスト プラクティスに関する追加のコンテキストが提供されています。

正解: GET、OPTIONS、HEAD
http://restcookbook.com/HTTP%20Methods/idempotency/

シナリオ分析:
電子商取引会社の製品詳細機能では、データがほとんど変更されない (年に 1 回か 2 回のみ) ため、応答時間が短く、データの一貫性が求められます。
データベースの応答時間はボリュームが大きいために遅くなります。そのため、リクエストごとにデータベースを直接クエリすると、パフォーマンスが低下し、応答時間が長くなります。
最適なソリューションの要件:
応答時間が短い: データの取得は高速で、データベースのパフォーマンスに依存しません。
フォールト トレランスとデータの一貫性: 製品の詳細データは頻繁に変更されないため、キャッシュまたは保存されたデータは、データベースが利用できない場合でも一貫性と回復力を備えている必要があります。
オプションの評価:
オプション A: キャッシュ スコープを使用すると、製品の詳細が一時的にメモリに保存され、パフォーマンスが向上する可能性がありますが、キャッシュの有効期限ポリシーでは通常、より短い期間が要求されるため、頻度の低い更新 (年に 2 回のみ) には適さない可能性があります。
オプションB：Anypoint MQに製品の詳細を保存し、サブスクライバーを介して取得する方法は、このユースケースには適していません。Anypoint MQは、データストレージメカニズムとしてよりも、メッセージングに適しています。
オプションC（正解）：製品詳細の保存と取得にはオブジェクトストアを使用するのが理想的です。MuleSoftのオブジェクトストアは、キーと値のペアを永続的に保存するように設計されており、データベースから最初に取得したデータを保存できます。これにより、リクエストごとにデータベースにクエリを実行することなく、迅速かつ一貫したアクセスが可能になり、応答時間の短縮、フォールトトレランス、データの一貫性といった要件を満たします。
オプション D: 各リクエストに対してデータベースから直接データを選択すると、データベースからの応答時間が遅いことが知られているため、パフォーマンス要件を満たせません。
結論：
オプションCが最適な回答です。オブジェクトストアを使用することで、更新頻度の低い製品情報をキャッシュできます。このアプローチにより、データベースへの依存度が低減され、応答時間が大幅に改善され、データの一貫性が確保されます。
このソリューションを効果的に実装するには、Object Store v2 に関する MuleSoft のドキュメントとデータ キャッシュのベスト プラクティスを参照してください。

MuleSoftは、Muleアプリケーションのデプロイメントを自動化するための様々なツールを提供しており、デプロイメントと管理プロセスを効率化できます。各ツールがどのように自動デプロイメントをサポートするかを以下に示します。
ランタイムマネージャー:
Anypoint Runtime Managerは、MuleSoftのWebベースインターフェースで、ユーザーがアプリケーションを直接デプロイ、管理、監視できます。ユーザーフレンドリーなインターフェースを通じて、デプロイの自動化を実現します。
Anypoint プラットフォーム CLI:
Anypoint CLI は、デプロイメントと管理タスクのスクリプト化を可能にし、コマンドラインスクリプトによるデプロイメントの自動化を可能にします。このツールは自動化プロセスと統合できるため、CI/CD パイプラインに最適です。
プラットフォーム API:
MuleSoftのプラットフォームAPIは、デプロイメント機能へのプログラム的なアクセスを可能にし、外部の自動化ツールやCI/CDシステムとの統合を可能にします。これらのAPIは、RESTful呼び出しによるデプロイメントを容易にし、継続的デリバリーの自動化を可能にします。
誤った選択肢:
オプション D (Anypoint Studio) は主に開発用であり、デプロイメントの自動化はサポートされていません。
オプション E (Maven プラグイン) は、Mule アプリケーションの構築とデプロイに使用できますが、デプロイ用のプラットフォーム ツールとしては分類されません。
オプション F (API コミュニティ マネージャー) はデプロイメントとは関係なく、API コミュニティの管理に重点を置いています。
参照
これらのツールを使用してデプロイメントを自動化する詳細な手順については、Runtime Manager、CLI、および Platform API に関する MuleSoft のドキュメントを参照してください。

正解: 基盤となるバックエンド システムの上に回復力の追加レイヤーを提供し、それによってクライアントをこれらのシステムの長期的な障害から保護します。
*****************************************
API主導の接続性では、
>> エクスペリエンス API - バックエンド システムからデータがどのように抽出されるかを意識せずに、基盤となるアセットを消費することで、ユーザー インターフェイス レベルでのイノベーションを可能にします。
>> プロセスAPI - さまざまなソースからデータを作成し、オーケストレーションロジックと組み合わせて、より高いレベルの価値を生み出します
>> システム API - バックエンド システムからデータを再利用可能かつ消費可能な方法でロック解除できるようにすることで、基盤となるバックエンド システムへの依存を軽減します。
しかし、基盤となるバックエンド システムの上に追加の回復力レイヤーを提供し、それによってクライアントをこれらのシステムの長期的な障害から保護することを決して約束しません。
https://dzone.com/articles/api-led-connectivity-with-mule