MuleSoft の API 開発ベスト プラクティスによると、API 契約の作成と承認から始まる API 開発アプローチはどれですか?

ある企業は、新しいテクノロジーの導入をサポートしながら、アプリケーションとデータへのアクセスを高速化するために法的システムを最新化しています。このビジネス目標を達成するための鍵は、API を使用して、Docker および kubernetes コンテナーの下で動作するマイクロサービスを含む、企業の主要なシステムと Dala のロックを解除することです。
現在の厳しいバックログとプロジェクト配信要件を考慮して、同社は、低スケールでオンプレミス システムに接続し、必要に応じて移行できる API を Mule ランタイムに迅速にデプロイすることで、変革プロジェクトの第 1 段階で戦略的アプローチをとりたいと考えています。
企業の目標をサポートするランタイム展開オプションはどれですか?

システム API EmployeeSAPI は、基盤となる SQL データベースから従業員のデータを取得するために使用されます。
アーキテクトは、データベースで処理される冗長トランザクションの数を最小限に抑えるために、従業員の安定した更新がある場合にのみデータベースにクエリを実行するか、それ以外の場合はキャッシュされた応答を返すキャッシュ戦略を設計する必要があります。
キャッシュの目的を達成するにはアーキテクトは何をしなければなりませんか?

ある組織は、単一の Anypoint VPC 内の CloudHub 上で実行される複数の新しいアプリケーションを設計しており、共通の永続 Anypoint オブジェクト ストア V2 (OSv2) を使用してデータを共有する必要があります。
これらの Mule アプリケーションが同じオブジェクト ストア インスタンスにアクセスできるようにするのはどの設計ですか?

ABC 社は、顧客がホストする自社の AWS インフラストラクチャに Anypoint Runtime Fabric on VMs/Bare Metal (RTF-VM) アプライアンスをインストールしています。
Mule アプリケーションはこの RTF-VM アプライアンスにデプロイされます。企業標準の一環として、Mule アプリケーションのログは外部ログ管理ツール (LMT) に転送する必要があります。
会社の現在の設定と要件を考慮すると、Mule アプリケーションのログを外部 LMT に送信する最も慣用的な (本来の目的に使用される) 方法は何ですか?