オブジェクトストアとは、Muleアプリケーション内またはアプリケーション間でオブジェクトを保存するための機能です。Muleはオブジェクトストアを使用してデータを永続化し、後で取得できるようにします。
* Muleは2種類のオブジェクトストアを提供します。
1) インメモリストア - オブジェクトをローカルの Mule ランタイムメモリに保存します。オブジェクトは Mule ランタイムのシャットダウン時に失われます。
2) 永続ストア - オブジェクトストアが明示的に永続化するように構成されている場合、Mule はデータを永続化します。
スタンドアロンのMuleランタイムでは、Muleはファイルシステム内にデフォルトの永続ストアを作成します。オブジェクトストアを指定しない場合、デフォルトの永続オブジェクトストアが使用されます。
MuleSoft リファレンス: https://docs.mulesoft.com/mule-runtime/3.9/mule-object-stores

正解はクライアント管理です
* Anypoint Platformはデフォルトではクライアントプロバイダとして機能しますが、外部クライアントプロバイダを設定してクライアントアプリケーションを認証することもできます。
* API の所有者として、OAuth 2.0 ポリシーを適用して、API にアクセスしようとするクライアント アプリケーションを認証できます。OAuth 2.0 ポリシーを使用するには、OAuth 2.0 プロバイダーが必要です。
複数のクライアントプロバイダを設定し、それらを異なる環境に関連付けることができます。既に環境を作成した後に複数のクライアントプロバイダを設定した場合、新しいクライアントプロバイダをその環境に関連付けることができます。
既存のアセットやAPIにダウンタイムが発生しないよう、クライアントプロバイダを再割り当てする前に、既存のクライアント構成を確認してください。
* マスター組織からクライアントプロバイダを削除すると、そのクライアントプロバイダを使用していた環境では、そのプロバイダは利用できなくなります。
* また、クライアントプロバイダを使用していたアセットやAPIは、それらにアクセスしようとするユーザーを認証できなくなります。
-------------------------------------------------------------------------------------------------------------MuleSoft リファレンス: https://docs.mulesoft.com/access-management/managing-api-clients
https://www.folkstalk.com/2019/11/mulesoft-integration-and-platform.html

* JMS（Java Message Service）：JMSは、信頼性の高い非同期通信をサポートする堅牢なメッセージング標準です。メッセージの作成者と消費者が共通のメッセージブローカーを介してメッセージを交換できます。
* 自動確認応答付きトランザクション：JMSトランザクションを利用することで、メッセージの確実な処理が保証されます。自動確認応答モードでは、コンシューマーがメッセージを受信すると、ブローカーに対して自動的に確認応答を行うため、メッセージの損失を防ぎます。
* パフォーマンスと信頼性：JMSトランザクションは、高いパフォーマンスと信頼性の両方を提供します。トランザクションを有効にすることで、各メッセージ処理ステップをコミットまたはロールバックできるため、データの整合性が確保されます。
* クラスター間メッセージング：数百万件の取引を扱う株式取引会社にとって、JMSトランザクションを使用することで、ネットワーク内の異なるクラスター間で一貫性のある信頼性の高いメッセージ配信が可能になります。このアプローチは、規模と信頼性の要件を満たす上で、非トランザクション型キューやVMキューよりも適しています。
* イベント駆動型API: APIはJMSのトランザクション特性を活用することで、異なるサービス間で交換されるメッセージの信頼性を確保し、障害発生時にも適切に復旧できるようにします。
参考文献：
* MuleSoft JMSコネクタに関するドキュメント：MuleSoft JMSコネクタ
* JMS 2.0 仕様: Oracle JMS 2.0

* アプリケーションに変更を加えた場合は、アプリ外の問題でない限り、再起動が必要です。以下の状況では、必要な変更を行った後にコードを再デプロイする必要があります。
Muleアプリケーションから呼び出されているストアドプロシージャの1つが名前変更されました。この場合、Muleアプリケーションで新しいストアドプロシージャ名に対応するように変更する必要があります。
マイクロサービスアーキテクチャの原則に従うため、Muleアプリケーションの再設計が必要。コードが変更されたため、デプロイが必須となる。
-- 認証情報が変更され、コネクタまたはプロパティを更新する必要がある場合。
データベースへのアクセスに使用する認証情報が更新され、以前の認証情報は無効になりました。この場合、Muleアプリケーションで認証情報がどのように設定されているかに応じて、再起動または再デプロイが必要になります。
* したがって、正解は、データベース サーバーが大規模な障害により 4 時間利用できませんでしたが、アプリケーションに対する外部の問題はこれだけであるため、現在は完全に再び稼働しています。