A company deploys 10 public APIs to CloudHub.

API Functional Monitoring permits a monitor to contain tests against one or more endpoints, including endpoints belonging to multiple public APIs. A schedule determines where and how frequently the monitor executes. Consequently, there is no technical requirement to create ten independent schedules simply because ten APIs have individual health endpoints.

Because all ten APIs are public and accessible from the internet, a public location is sufficient. A private location is primarily useful when the monitored endpoints are accessible only through a private network or when specific private-network connectivity requirements exist. Creating a private location would introduce unnecessary deployment and operational overhead in this scenario.

The most efficient design is therefore to place the ten health checks in a single monitor/test suite and associate that monitor with one schedule running from one public location. MuleSoft documentation explicitly shows that a single monitor can test endpoints belonging to multiple public APIs, while a single schedule is associated with a location and execution interval. This reduces schedule consumption and management complexity.

Reference topics: API Functional Monitoring; Public Locations; Monitor Tests and Schedules; Monitoring Public APIs.

Official documentation: https://docs.mulesoft.com/api-functional-monitoring/afm-monitoring-public-apis

===============================================================