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

パブリックにアクセスできるようにする必要がある API の API インスタンスの可視性レベルは、パブリック可視性に設定する必要があります。
****************************************

説明/参照:

Correct answer: API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane.
*****************************************
>> We CANNOT use Shared Load balancer to load balance APIs on customer hosted runtimes

>> For Hybrid deployment models, the on-premises are first connected to Runtime Manager using Runtime Manager agent. So, the connection is initiated first from On-premises to Runtime Manager. Then all control can be done from Runtime Manager.
>> Anypoint Runtime Manager CANNOT ensure automatic HA. Clusters/Server Groups etc should be configured before hand.
Only TRUE statement in the given choices is, API implementations can run successfully in customer-hosted Mule runtimes, even when they are unable to communicate with the control plane. There are several references below to justify this statement.
References:
https://docs.mulesoft.com/runtime-manager/deployment-strategies#hybrid-deployments
https://help.mulesoft.com/s/article/On-Premise-Runtimes-Disconnected-From-US-Control-Plane-June-18th-2018
https://help.mulesoft.com/s/article/Runtime-Manager-cannot-manage-On-Prem-Applications-and-Servers-from-US-Control-Plane-June-25th-2019
https://help.mulesoft.com/s/article/On-premise-Runtimes-Appear-Disconnected-in-Runtime-Manager-May-29th-2018