Diese Seite wurde exportiert von Free Exams Dumps Materials [ http://exams.dumpsmaterials.com ] Exportdatum:Thu Dec 26 10:53:41 2024 / +0000 GMT ___________________________________________________ Titel: Bestehen Sie die MuleSoft Certified Platform Architect MCPA-Level-1 Prüfung [Feb 14, 2024] Aktualisierte 97 Fragen [Q10-Q34] --------------------------------------------------- Bestehen Sie die MuleSoft Certified Platform Architect MCPA-Level-1 Prüfung [Feb 14, 2024] Aktualisierte 97 Fragen MuleSoft MCPA-Level-1 Tatsächliche Fragen und 100% Cover Real Exam Questions FRAGE 10Für welche Mule-Anwendung können API-Richtlinien von Anypoint Platform auf den von dieser Mule-Anwendung exponierten Endpunkt angewendet werden? Eine Mule-Anwendung, die Anfragen über HTTP/1x annimmt. Eine Mule-Anwendung, die JSON-Anfragen über TCP annimmt, aber NICHT verpflichtet ist, eine Antwort zu liefern. Eine Mule-Anwendung, die JSON-Anfragen über WebSocket annimmt. Eine Mule-Anwendung, die gRPC-Anfragen über HTTP/2 annimmt. Erläuterung/Referenz:FRAGE 11Welche der unten aufgeführten Funktionen der Anypoint-Plattform fallen unter die Kategorie APIs und API-Aufrufe/Verbraucher? Wählen Sie ZWEI. API-Betrieb und -Verwaltung API-Laufzeit-Ausführung und Hosting API-Kundenbindung API-Design und -Entwicklung Richtige Antworten: API-Design und -Entwicklung und API-Laufzeitausführung und -Hosting*****************************************>> API-Design und -Entwicklung - Anypoint Studio, Anypoint Design Center, Anypoint Connectors>> API-Laufzeitausführung und -Hosting - Mule Runtimes, CloudHub, Runtime Services>> API-Betrieb und -Verwaltung - Anypoint API Manager, Anypoint ExchangeKorrekte Antworten: API-Betrieb und -Verwaltung und API-Verbraucherbindung*****************************************>> API-Design und -Entwicklung - Anypoint Studio, Anypoint Design Center, Anypoint Connectors>> API-Laufzeitausführung und -Hosting - Mule Runtimes, CloudHub, Runtime Services>> API-Betrieb und -Verwaltung - Anypoint API Manager, Anypoint Exchange>> API-Verbraucherverwaltung - API-Verträge, öffentliche Portale, Anypoint Exchange, API-NotizbücherFRAGE 12Was gilt für API-Implementierungen, wenn sie mit gesetzlichen Vorschriften zu tun haben, die vorschreiben, dass die gesamte Datenverarbeitung innerhalb einer bestimmten Gerichtsbarkeit (z. B. in den USA oder in der EU) erfolgen muss? Sie müssen die Verwendung des Objektspeichers vermeiden, da dieser von Diensten abhängt, die NUR in der Region US East bereitgestellt werden. Sie müssen ein lokales externes Messaging-System wie Active MQ anstelle von Anypoint MQ verwenden. Sie müssen auf Anypoint Platform-Laufzeitebenen bereitgestellt werden, die von Anypoint Platform-Kontrollebenen verwaltet werden, wobei sich beide Ebenen in derselben Jurisdiction befinden müssen. Sie müssen sicherstellen, dass ALLE Daten sowohl bei der Übertragung als auch im Ruhezustand verschlüsselt sind. FRAGE 13Wie in der Abbildung zu sehen, müssen drei Geschäftsprozesse implementiert werden, die mit verschiedenen SaaS-Anwendungen kommunizieren müssen. Diese Prozesse gehören zu separaten (isolierten) LOBs und sind größtenteils unabhängig voneinander, haben aber einige Geschäftseinheiten gemeinsam. Jede LOB verfügt über ein Entwicklungsteam und ein eigenes Budget. Welcher Ansatz ist in diesem organisatorischen Kontext am effektivsten, um die API-Datenmodelle für die APIs auszuwählen, die diese Geschäftsprozesse mit minimaler Redundanz der Datenmodelle implementieren werden?A) Erstellen Sie mehrere Bounded Context-Datenmodelle, die mit kohärenten Teilen der Geschäftsprozesse und den Definitionen der zugehörigen Geschäftseinheiten übereinstimmenB) Erstellen Sie unterschiedliche Datenmodelle für jede API, um etablierten Microservices und agilen API-zentrierten Praktiken zu folgenC) Erstellen Sie alle API-Datenmodelle unter Verwendung von XML-Schema, um die Konsistenz und Wiederverwendung im gesamten Unternehmen zu fördernD) Erstellen Sie ein zentralisiertes kanonisches Datenmodell (Unternehmensdatenmodell), das alle Datentypen aus allen drei Geschäftsprozessen vereint und sicherstellt, dass das Datenmodell konsistent und nicht redundant ist Möglichkeit A Möglichkeit B Möglichkeit C Möglichkeit D Richtige Antwort: Erstellen Sie mehrere Bounded Context-Datenmodelle, die mit kohärenten Teilen der Geschäftsprozesse und den Definitionen der zugehörigen Geschäftseinheiten übereinstimmen. *****************************************>> Die Optionen für die Erstellung von API-Datenmodellen unter Verwendung von XML-Schema/agilen API-zentrierten Praktiken sind für das in der Frage angegebene Szenario irrelevant. Der Aufbau eines EDM (Enterprise Data Model) ist für dieses Szenario nicht machbar oder geeignet, da die Teams und LOBs in Silos arbeiten und alle unterschiedliche Initiativen, Budgets usw. haben. Der Aufbau eines EDM erfordert eine intensive Koordination zwischen allen Teams, was in diesem Szenario offensichtlich nicht möglich ist.>> Die richtige Lösung für dieses Szenario ist also der Aufbau mehrerer Bounded Context Data Models, die mit kohärenten Teilen der Geschäftsprozesse und den Definitionen der zugehörigen Geschäftseinheiten übereinstimmen.FRAGE 14Wann muss eine API-Implementierung in einer Anypoint VPC bereitgestellt werden? Wenn die API-Implementierung öffentlich zugängliche Services aufrufen muss, die außerhalb von CloudHub in einer vom Kunden verwalteten AWS-Instanz bereitgestellt werden Wenn die API-Implementierung innerhalb eines Subnetzes eines eingeschränkten, vom Kunden gehosteten Netzwerks zugänglich sein muss, das keinen öffentlichen Zugriff zulässt Wenn die API-Implementierung mit dem Mule Maven-Plugin in einer produktiven AWS VPC bereitgestellt werden muss Wenn die API-Implementierung in einen persistenten Objektspeicher schreiben muss FRAGE 15Eine API-Implementierung wird auf einem einzelnen Worker auf CloudHub bereitgestellt und von externen API-Clients (außerhalb von CloudHub) aufgerufen. Wie kann eine Warnung eingerichtet werden, die garantiert ausgelöst wird, sobald diese API-Implementierung nicht mehr auf API-Aufrufe reagiert? Implementieren Sie einen Heartbeat/Gesundheitscheck innerhalb der API und rufen Sie ihn von außerhalb der Anypoint Platform auf und schlagen Sie Alarm, wenn der Heartbeat nicht antwortet Konfigurieren Sie eine Warnung "Worker antwortet nicht" im Anypoint Runtime Manager Behandeln Sie API-Aufrufausnahmen innerhalb des aufrufenden API-Clients und lösen Sie eine Warnung von diesem API-Client aus, wenn die API nicht verfügbar ist Erstellen Sie einen Alarm für den Fall, dass die API innerhalb eines bestimmten Zeitraums keine Anfragen erhält. FRAGE 16Ein Unternehmen verwendet ein hybrides Anypoint Platform-Bereitstellungsmodell, das die EU-Kontrollebene mit vom Kunden gehosteten Mule-Laufzeiten kombiniert. Nach dem erfolgreichen Testen einer Mule-API-Implementierung in der Staging-Umgebung wird die Mule-API-Implementierung mit umgebungsspezifischen Eigenschaften versehen und muss in die Produktionsumgebung übertragen werden. Welchen Weg empfiehlt MuleSoft, um die Mule-API-Implementierung zu konfigurieren und ihre Übertragung in die Produktionsumgebung zu automatisieren? Bündeln Sie die Eigenschaftsdateien für jede Umgebung im Archiv der Mule-API-Implementierung und übertragen Sie die Mule-API-Implementierung in die Produktionsumgebung mit Hilfe von Anypoint CLI oder den Anypoint Platform REST APIsB. Ändern Sie die Eigenschaften der Mule-API-Implementierung auf der Registerkarte "API Manager Properties" und übertragen Sie die Mule-API-Implementierung dann mit API Manager in die Produktionsumgebung. Ändern Sie die Eigenschaften der Mule-API-Implementierung in Anypoint Exchange und verschieben Sie die Mule-API-Implementierung dann mit dem Runtime Manager in die Produktionsumgebung. Verwenden Sie eine API-Richtlinie zum Ändern der Eigenschaften der Mule-API-Implementierung, die in der Staging-Umgebung bereitgestellt wurde, und eine andere API-Richtlinie zum Bereitstellen der Mule-API-Implementierung in der Produktionsumgebung. Richtige Antwort: Bündeln Sie die Eigenschaftsdateien für jede Umgebung im bereitstellbaren Archiv der Mule-API-Implementierung und übertragen Sie dann die Mule-API-Implementierung mithilfe von Anypoint CLI oder den REST-APIs der Anypoint-Plattform in die Produktionsumgebung*****************************************>> Anypoint Exchange dient der Asset-Erkennung und Dokumentation. Er bietet keine Möglichkeit, die Eigenschaften von Mule-API-Implementierungen zu ändern.>> API Manager dient der Verwaltung von API-Instanzen, ihren Verträgen, Richtlinien und SLAs. Der API Manager ist für die Verwaltung von API-Instanzen, ihren Verträgen, Richtlinien und SLAs zuständig und bietet ebenfalls keine Möglichkeit, die Eigenschaften von API-Implementierungen zu ändern.>> API-Richtlinien dienen dazu, nicht-funktionale Anforderungen von APIs zu adressieren und bieten ebenfalls keine Möglichkeit, die Eigenschaften von API-Implementierungen zu ändern.Der richtige und empfohlene Weg, dies als Teil der Entwicklungspraxis zu tun, besteht also darin, Eigenschaftsdateien für jede Umgebung in der Mule-API-Implementierung zu bündeln und einfach auf die jeweilige Datei pro Umgebung zu verweisen.FRAGE 17Wie lassen sich die Fully Qualified Domain Names (FQDNs), auch bekannt als DNS-Einträge, am besten beschreiben, die erstellt werden, wenn eine Mule-Anwendung in der CloudHub Shared Worker Cloud bereitgestellt wird? Es wird eine feste Anzahl von FQDNs erstellt, UNABHÄNGIG von der Umgebung und dem VPC-Design Die FQDNs werden durch den gewählten Anwendungsnamen bestimmt, UNABHÄNGIG von der Region Die FQDNs werden durch den Anwendungsnamen bestimmt, können aber von einem Administrator nach der Bereitstellung geändert werden. Die FQDNs werden sowohl durch den Anwendungsnamen als auch durch die Anypoint Platform-Organisation bestimmt. FRAGE 18Welche API-Richtlinie würde bei der Entwicklung einer Experience-API, die mit einer Mobiltelefon- oder Tablet-Anwendung für Verbraucher arbeiten soll, am wenigsten wahrscheinlich verwendet werden? Durchsetzung von OAuth 2.0-Zugangs-Token Durchsetzung der Client-ID Schutz vor JSON-Bedrohungen IPwhitellst Richtige Antwort: IP-Whitelist*****************************************>> OAuth 2.0-Zugangstoken- und Client-ID-Durchsetzungsrichtlinien werden sehr häufig auf Experience-APIs angewendet, da API-Kunden sich registrieren und über einen dieser Mechanismen auf die APIs zugreifen müssen>> JSON-Bedrohungsschutz ist ebenfalls eine sehr häufig angewandte Richtlinie, die auf Experience-APIs angewendet wird, um zu verhindern, dass schädliche oder verdächtige Nutzdaten auf die API-Implementierungen treffen.>> Die IP-Whitelist-Richtlinie wird in der Regel sehr häufig in Prozess- und System-APIs angewendet, um nur den IP-Bereich innerhalb der lokalen VPC zu whitelisten. Wenn wir die API-Kunden im Voraus kennen, die auf bestimmte APIs zugreifen werden, können wir statische IPs von diesen Kunden anfordern und sie auf die Whitelist setzen, um zu verhindern, dass jemand anderes auf die API zugreift. Das bedeutet, dass es keine Möglichkeit gibt, alle möglichen IPs zu kennen, die auf die Whitelist gesetzt werden müssen, da es so viele Mobiltelefone und Tablets gibt und jedes Gerät in der Stadt/im Land/auf dem Globus. Es ist also sehr unwahrscheinlich, dass IP-Whitelisting auf solche Erlebnis-APIs angewendet wird, deren Verbraucher typischerweise Mobiltelefone oder Tablets sind. FRAGE 19Eine System-API wurde entwickelt, um Daten von einem Backend-System abzurufen, das Probleme mit der Skalierbarkeit hat. Welche API-Richtlinie kann das Backend-System am besten schützen? IP-Whitelist SLA-basierte Ratenbegrenzung Auth 2-Token-Durchsetzung Client ID Durchsetzung Erläuterunghttps://dzone.com/articles/how-to-secure-apisQUESTION 20Was ist eine wichtige Anforderung bei der Verwendung eines externen Identitätsanbieters für das Client-Management in Anypoint Platform? Single Sign-On ist erforderlich, um sich bei Anypoint Platform anzumelden. Das Anwendungsnetzwerk muss System APIs enthalten, die mit dem Identity Provider interagieren Um OAuth 2.0-geschützte APIs aufzurufen, die von Anypoint Platform verwaltet werden, müssen API-Clients Zugriffstoken übermitteln, die von demselben Identity Provider ausgestellt wurden APIs, die von Anypoint Platform verwaltet werden, müssen durch SAML 2.0 Richtlinien geschützt sein. https://www.folkstalk.com/2019/11/mulesoft-integration-and-platform.html Erläuterung:Richtige Antwort: Um OAuth 2.0-geschützte APIs aufzurufen, die von Anypoint Platform verwaltet werden, müssen API-Clients Zugriffstoken übermitteln, die von demselben Identity Provider ausgestellt wurden*****************************************>> Es ist NICHT notwendig, dass Single Sign-On erforderlich ist, um sich bei Anypoint Platform anzumelden, da wir einen externen Identity Provider für die Client-Verwaltung verwenden>> Es ist NICHT notwendig, dass alle von Anypoint Platform verwalteten APIs durch SAML 2.0-Richtlinien geschützt sein müssen, weil wir einen externen Identity Provider für die Client-Verwaltung verwenden>> Es ist NICHT WAHR, dass das Anwendungsnetzwerk System-APIs enthalten muss, die mit dem Identity Provider interagieren, weil wir einen externen Identity Provider für die Client-Verwaltung verwenden Die einzige WAHR-Aussage in den gegebenen Optionen ist - "Um OAuth 2.0-geschützte APIs aufzurufen, die von Anypoint Platform verwaltet werden, müssen API-Clients Zugriffstoken übermitteln, die von demselben Identity Provider ausgestellt wurden" Referenzen:https://docs.mulesoft.com/api-manager/2.x/external-oauth-2.0-token-validation-policyhttps://blogs.mulesoft.com/dev/api-dev/api-security-ways-to-authenticate-and-authorize/QUESTION 21Eine API erfährt eine hohe Rate an Client-Anfragen (TPS) bei kleinen Nachrichten-Paytoads. Wie kann die Nutzung der API je nach Art der Client-Anwendung begrenzt werden? Verwenden Sie eine SLA-basierte Richtlinie zur Ratenbegrenzung und weisen Sie eine Client-Anwendung einer passenden SLA-Stufe auf der Grundlage ihres Typs zu. Verwenden Sie eine Spike-Control-Richtlinie, die die Anzahl der Anfragen für jeden Client-Anwendungstyp begrenzt. Verwenden Sie eine CORS-Richtlinie (Cross-Origin Resource Sharing), um die gemeinsame Nutzung von Ressourcen durch Client-Anwendungen zu begrenzen, die nach dem Typ der Client-Anwendung konfiguriert sind. Verwendung einer Richtlinie zur Ratenbegrenzung und einer Richtlinie zur Durchsetzung der Client-ID, die jeweils durch den Client-Anwendungstyp konfiguriert werden Richtige Antwort: Verwenden Sie eine SLA-basierte Richtlinie zur Ratenbegrenzung und ordnen Sie eine Client-Anwendung einer passenden SLA-Stufe zu, die auf ihrem Typ basiert.*****************************************>> SLA-Stufen kommen immer dann ins Spiel, wenn Beschränkungen für APIs auf der Grundlage des Client-Typs auferlegt werden sollenFRAGE 22Welches Mule-Anwendungsbereitstellungsszenario erfordert die Verwendung von Anypoint Platform Private Cloud Edition oder Anypoint Platform for Pivotal Cloud Foundry? Wenn es erforderlich ist, ALLE Anwendungen über mehrere Rechenzentren hinweg hochverfügbar zu machen Wenn es erforderlich ist, dass ALLE APIs privat sind und NICHT in der öffentlichen Cloud zur Verfügung stehen Wenn gesetzliche Anforderungen die Verarbeitung ALLER Daten, einschließlich Metadaten, vor Ort vorschreiben wenn ALLE Backend-Systeme im Anwendungsnetzwerk im Intranet des Unternehmens bereitgestellt werden Richtige Antwort: Wenn regulatorische Anforderungen die Verarbeitung ALLER Daten, einschließlich Metadaten, vor Ort vorschreiben.*****************************************Wir müssen Anypoint Platform PCE oder PCF NICHT für die folgenden Punkte verwenden. Wir können ALLE Anwendungen über mehrere Rechenzentren hinweg hochverfügbar machen, indem wir auch CloudHub verwenden.>> Wir können Anypoint VPN und Tunneling von CloudHub verwenden, um uns mit ALLEN Backend-Systemen im Anwendungsnetzwerk zu verbinden, die im Intranet des Unternehmens bereitgestellt werden.>> Wir können Anypoint VPC und Firewall-Regeln verwenden, um ALLE APIs privat zu machen und NICHT der öffentlichen Cloud auszusetzen.Der einzige gültige Grund in den gegebenen Optionen, der die Verwendung von Anypoint Platform PCE/PCF erfordert, ist - Wenn regulatorische Anforderungen die Verarbeitung ALLER Daten, einschließlich Metadaten, vor Ort vorschreiben.FRAGE 23Was ist typischerweise KEINE Funktion der APIs, die innerhalb des Frameworks namens API-led connectivity erstellt wurden? Sie bieten eine zusätzliche Schicht der Ausfallsicherheit über dem zugrunde liegenden Backend-System, wodurch die Kunden vor einem längeren Ausfall dieser Systeme geschützt sind. Sie ermöglichen Innovationen auf der Ebene der Benutzeroberfläche, indem sie die zugrundeliegenden Ressourcen nutzen, ohne zu wissen, wie die Daten aus den Backend-Systemen extrahiert werden. Sie verringern die Abhängigkeit von den zugrundeliegenden Backend-Systemen, indem sie dabei helfen, Daten aus Backend-Systemen auf eine wiederverwendbare und konsumierbare Weise zu erschließen. Sie können Daten aus verschiedenen Quellen zusammenstellen und sie mit einer Orchestrierungslogik kombinieren, um einen höheren Wert zu schaffen. Erläuterunghttps://dzone.com/articles/api-led-connectivity-with-muleQUESTION 24Was ist ein typisches Ergebnis der Verwendung eines feinkörnigen statt eines grobkörnigen API-Bereitstellungsmodells zur Implementierung eines bestimmten Geschäftsprozesses? Eine Verringerung der Anzahl von Verbindungen innerhalb des Anwendungsnetzwerks, das den Geschäftsprozess unterstützt Eine höhere Anzahl von auffindbaren API-bezogenen Assets im Anwendungsnetzwerk Bessere Reaktionszeit für den Endbenutzer, da die APIs in Umfang und Komplexität geringer sind Eine insgesamt höhere Ressourcennutzung, da jede feinkörnige API weniger Ressourcen verbraucht Richtige Antwort: Eine höhere Anzahl von auffindbaren API-bezogenen Assets im Anwendungsnetzwerk.*****************************************>> Wir erhalten KEINE schnelleren Antwortzeiten bei einem feinkörnigen Ansatz im Vergleich zu einem grobkörnigen Ansatz.>> Vielmehr erhalten wir schnellere Antwortzeiten von einem Netzwerk mit grobkörnigen APIs im Vergleich zu einem Netzwerk mit einem feinkörnigen API-Modell. Feinkörniger Ansatz:1. hat mehr APIs im Vergleich zu grobkörnigen2. Es muss also mehr orchestriert werden, um eine Funktionalität im Geschäftsprozess zu erreichen.3. Das bedeutet, dass viele API-Aufrufe getätigt werden müssen. Es müssen also mehr Verbindungen aufgebaut werden. Im Vergleich zu einem grobkörnigen Ansatz, bei dem weniger APIs mit darin eingebetteter Massenfunktionalität verwendet werden, sind also mehr Sprünge, mehr Netzwerk-E/A und mehr Integrationspunkte erforderlich.4 Aufgrund all dieser zusätzlichen Sprünge und Latenzen hat ein feinkörniger Ansatz etwas längere Antwortzeiten als ein grobkörniger.5Neben den zusätzlichen Latenzen und Verbindungen werden bei einem feinkörnigen Ansatz aufgrund der größeren Anzahl von APIs mehr Ressourcen verbraucht, weshalb feinkörnige APIs gut geeignet sind, um eine größere Anzahl wiederverwendbarer Ressourcen in Ihrem Netzwerk offenzulegen und auffindbar zu machen. Allerdings ist ein höherer Wartungsaufwand erforderlich, der sich um Integrationspunkte, Verbindungen und Ressourcen kümmert, wobei ein kleiner Kompromiss in Bezug auf Netzwerksprünge und Antwortzeiten eingegangen werden muss.FRAGE 25Sobald eine API-Implementierung fertiggestellt und die API im API-Manager registriert ist, wer sollte den Zugriff auf die API in Anypoint Exchange anfordern? Keine Beide API-Klient API-Konsument Richtige Antwort: API-Verbraucher*****************************************>> API-Clients sind Code oder Programme, die die Client-Anmeldeinformationen des API-Verbrauchers verwenden, aber nicht direkt mit Anypoint Exchange interagieren, um den Zugriff zu erhalten>> Der API-Verbraucher ist derjenige, der sich registrieren lassen und den Zugriff auf die API beantragen sollte, und dann muss der API-Client diese Client-Anmeldeinformationen verwenden, um auf die APIs zuzugreifen. Der API-Verbraucher ist also derjenige, der den Zugriff auf die API von Anypoint Exchange beantragen mussFRAGE 26Was bieten die von der Anypoint-Plattform bereitgestellten API-Aufrufmetriken? ROI-Metriken von APIs, die direkt mit Geschäftsanwendern geteilt werden können Messungen der Effektivität des Anwendungsnetzwerks basierend auf dem Grad der Wiederverwendung Daten über vergangene API-Aufrufe, um Anomalien und Nutzungsmuster über verschiedene APIs hinweg zu identifizieren Proaktive Identifizierung wahrscheinlicher zukünftiger Richtlinienverstöße, die einen bestimmten Bedrohungsschwellenwert überschreiten FRAGE 27 Eine codezentrierte API-Dokumentationsumgebung sollte es API-Nutzern ermöglichen, API-Client-Quellcode zu untersuchen und auszuführen, der den Aufruf einer oder mehrerer APIs als Teil repräsentativer Szenarien demonstriert.Was ist der effektivste Weg, um diese Art von codezentrierter API-Dokumentationsumgebung mit Anypoint Platform bereitzustellen? Aktivieren Sie Mocking-Dienste für jede der relevanten APIs und machen Sie sie über ihren Anypoint Exchange-Eintrag zugänglich. Sicherstellen, dass die APIs über ihre Anypoint Exchange-Einträge und API-Konsolen gut dokumentiert sind und diese Seiten mit allen API-Konsumenten teilen Erstellen Sie API-Notizbücher und fügen Sie diese in die entsprechenden Anypoint Exchange-Einträge ein. Machen Sie relevante APIs über einen Anypoint Exchange-Eintrag auffindbar. QUESTION 28Beziehen Sie sich auf die Abbildung: Wie lässt sich ein End-to-End-Geschäftsprozess am besten in eine Zusammenarbeit von Erfahrungs-, Prozess- und System-APIs zerlegen?A) Behandeln Sie Anpassungen für die Endbenutzeranwendung eher auf der Ebene der Prozess-API als auf der Ebene der Erlebnis-APIB) Erlauben Sie System-APIs, Daten zurückzugeben, die derzeit NICHT von den identifizierten Prozess- oder Erlebnis-APIs benötigt werdenC) Verwenden Sie immer einen abgestuften Ansatz, indem Sie genau eine API für jede der drei Schichten (Erlebnis-, Prozess- und System-APIs) erstellenD) Verwenden Sie eine Prozess-API, um Aufrufe an mehrere System-APIs zu orchestrieren, aber NICHT an andere Prozess-APIs Möglichkeit A Möglichkeit B Möglichkeit C Möglichkeit D FRAGE 29Welcher Key Performance Indicator (KPI) misst den Erfolg einer typischen C4E, der in den Antworten der Anypoint Platform APIs sofort ersichtlich ist? Die Anzahl der Produktionsausfälle, die in den letzten 24 Stunden gemeldet wurden Die Anzahl der API-Implementierungen, die einen öffentlich zugänglichen HTTP-Endpunkt haben und von Anypoint Platform verwaltet werden Der Anteil der API-Implementierungen, die manuell bereitgestellt werden, im Verhältnis zu denen, die mit einem CI/CD-Tool bereitgestellt werden Die Anzahl der API-Spezifikationen im RAML- oder OAS-Format, die in Anypoint Exchange veröffentlicht wurden FRAGE 30Welche Bedingung erfordert die Verwendung eines CloudHub Dedicated Load Balancer? Wenn ein regionenübergreifender Lastausgleich zwischen verschiedenen Bereitstellungen derselben Mule-Anwendung erforderlich ist Wenn benutzerdefinierte DNS-Namen für API-Implementierungen erforderlich sind, die für vom Kunden gehostete Mule-Laufzeiten eingesetzt werden Wenn API-Aufrufe über mehrere CloudHub-Worker hinweg lastverteilt werden müssen Wenn eine serverseitige TLS-Authentifizierung mit Lastausgleich zwischen API-Implementierungen und API-Clients erforderlich ist FRAGE 31Welcher ist ein wichtiger Leistungsindikator (KPI), der den Erfolg einer typischen C4E misst, der in den Antworten der Anypoint Platform APIs sofort ersichtlich ist? Die Anzahl der Produktionsausfälle, die in den letzten 24 Stunden gemeldet wurden Die Anzahl der API-Implementierungen, die einen öffentlich zugänglichen HTTP-Endpunkt haben und von Anypoint Platform verwaltet werden Der Anteil der API-Implementierungen, die manuell bereitgestellt werden, im Verhältnis zu denen, die mit einem CI/CD-Tool bereitgestellt werden Die Anzahl der API-Spezifikationen im RAML- oder OAS-Format, die in Anypoint Exchange v