[Q12-Q31] Erhalten Sie spezielle Rabatt-Angebot auf MCPA-Level-1 Dumps PDF [UPDATED Mai-2023]

Mai 27, 2023 examdumps 0 Kommentar

Schlagwörter: Prüfungssammlung MCPA-Level-1, Genaues Studienmaterial für MCPA-Level-1, MCPA-Level-1 aktuelle Prüfungsinhalte, MCPA-Level-1-Prüfung aktuelle Tests, MCPA-Level-1 neue Prüfung Rabatt, MCPA-Level-1 verlässliche Prüfungsdumps pdf, MCPA-Level-1 gültige Übungsmaterialien

Diesen Beitrag bewerten

Erhalten Sie spezielle Rabatt-Angebot auf MCPA-Level-1 Dumps PDF [UPDATED Mai-2023]

PDF Download MuleSoft Test, um ein brillantes Ergebnis zu erzielen!

Einführung in MuleSoft MCPA - Level 1: MuleSoft Certified Platform Architect - Level 1 Prüfung

Ein MuleSoft Certified Developer - Level 1 sollte in der Lage sein, unter Anleitung und Aufsicht erfolgreich an grundlegenden Mule 4 Projekten zu arbeiten. Die Prüfung bestätigt, dass ein Entwickler über die erforderlichen Kenntnisse und Fähigkeiten verfügt, um grundlegende APIs und Integrationen zu entwerfen, zu erstellen, zu testen und zu debuggen, bereitzustellen und zu verwalten: von Anypoint Platform zu Anypoint Studio und zurück.
Zertifizierte Kandidaten sollten in der Lage sein:

Chargenprotokolle verarbeiten.
Verbinden Sie sich mit einer Reihe von Ressourcen wie Datenbanken, Dateien, Webservices, SaaS-Anwendungen und JMS-Warteschlangen.
Verwenden Sie die von MuleSoft gehostete Anypoint-Plattform, um eine grundlegende API durch alle Schritte ihres Lebenszyklus zu führen: Entwurf, Erstellung, Bereitstellung, Verwaltung und Kontrolle.

NR. 12 Siehe dazu die Abbildung.

Ein Entwickler erstellt eine Client-Anwendung, um eine in der STAGING-Umgebung bereitgestellte API aufzurufen, für die eine Client-ID-Durchsetzungsrichtlinie gilt.
Was ist erforderlich, um die API erfolgreich aufzurufen?

Die Client-ID und das Geheimnis für das Anypoint Platform-Konto, das die API in der STAGING-Umgebung besitzt

Die Client-ID und das Geheimnis für die STAGING-Umgebung des Anypoint Platform-Kontos

Die Client-ID und das Geheimnis, die von Anypoint Exchange für die API-Instanz in der STAGING-Umgebung erhalten wurden

Ein gültiges OAuth-Token, das von der Anypoint-Plattform erhalten wurde, und die damit verbundene Client-ID und das Geheimnis

NR. 13 Was charakterisiert die Unit-Tests von Mule-Anwendungen richtig?

Sie prüfen die Gültigkeit der Ein- und Ausgaben von Quell- und Zielsystemen

Sie müssen in einer Unit-Testing-Umgebung mit speziellen Mule-Laufzeiten für diese Umgebung ausgeführt werden.

Sie müssen durch ein externes Client-Tool oder eine Ereignisquelle ausgelöst werden.

Sie werden typischerweise mit MUnit geschrieben, um in einer eingebetteten Mule-Laufzeitumgebung zu laufen, die keine externe Konnektivität benötigt.

NR. 14 Siehe dazu die Abbildung.

Wie lässt sich ein durchgängiger Geschäftsprozess am besten in eine Zusammenarbeit von Erfahrungs-, Prozess- und System-APIs zerlegen?
A) Behandeln Sie Anpassungen für die Endbenutzeranwendung auf der Ebene der Prozess-API und nicht auf der Ebene der Erlebnis-API

B) Erlauben Sie System-APIs, Daten zurückzugeben, die derzeit NICHT von den identifizierten Prozess- oder Erfahrungs-APIs benötigt werden.

C) Verwenden Sie immer einen abgestuften Ansatz, indem Sie genau eine API für jede der 3 Schichten (Erlebnis-, Prozess- und System-APIs) erstellen.

D) Verwenden Sie eine Prozess-API zur Orchestrierung von Aufrufen zu mehreren System-APIs, aber NICHT zu anderen Prozess-APIs.

Option A

Option B

Option C

Option D

NR. 15 Ein Unternehmen nutzt verschiedene Cloud-basierte SaaS-Systeme und mehrere lokale Systeme. Die lokalen Systeme sind ein wichtiger Bestandteil des Anwendungsnetzwerks des Unternehmens und können nur über das Intranet des Unternehmens aufgerufen werden.
Wie lässt sich die Anypoint Platform am besten konfigurieren und nutzen, um Integrationen sowohl mit den Cloud-basierten SaaS-Systemen als auch mit den lokalen Systemen zu unterstützen?
A) Verwenden Sie von CloudHub bereitgestellte Mule-Laufzeiten in einer Anypoint VPC, die von der Anypoint Platform Private Cloud Edition-Kontrollebene verwaltet wird.

B) Verwendung der von CloudHub bereitgestellten Mule-Laufzeiten in der gemeinsamen Arbeitswolke, die von der von MuleSoft gehosteten Anypoint Platform-Kontrollebene verwaltet wird

C) Verwenden Sie eine Vor-Ort-Installation von Mule-Laufzeiten, die vollständig isoliert sind und KEINEN externen Netzwerkzugriff haben, verwaltet von der Anypoint Platform Private Cloud Edition-Kontrollebene

D) Verwenden Sie eine Kombination aus vom Cloud Hub bereitgestellten und manuell bereitgestellten Mule-Laufzeiten vor Ort, die von der von MuleSoft gehosteten Anypoint Platform-Kontrollebene verwaltet werden.

Option A

Option B

Option C

Option D

NR. 16 Ein Unternehmen trifft die strategische Entscheidung, zu einem IT-Betriebsmodell überzugehen, das den Schwerpunkt auf die Nutzung wiederverwendbarer IT-Assets unter Verwendung moderner APIs (wie von MuleSoft definiert) legt.
Wie lässt sich jede moderne API in Bezug auf dieses neue IT-Betriebsmodell am besten beschreiben?

Jede moderne API hat ihren eigenen Softwareentwicklungszyklus, was den Bedarf an Dokumentation und Automatisierung reduziert.

Jede Modem-API muss wie ein Produkt behandelt und für eine bestimmte Zielgruppe (z. B. Entwickler mobiler Anwendungen) konzipiert werden.

Jede moderne API muss einfach zu nutzen sein, daher sollten komplexe Authentifizierungsmechanismen wie SAML oder JWT D vermieden werden.

Jede moderne API muss REST- und HTTP-basiert sein

NR. 17 Siehe dazu die Abbildung.

Wie lässt sich ein durchgängiger Geschäftsprozess am besten in eine Zusammenarbeit von Erfahrungs-, Prozess- und System-APIs zerlegen?
A) Behandeln Sie Anpassungen für die Endbenutzeranwendung auf der Ebene der Prozess-API und nicht auf der Ebene der Erlebnis-API

B) Erlauben Sie System-APIs, Daten zurückzugeben, die derzeit NICHT von den identifizierten Prozess- oder Erfahrungs-APIs benötigt werden.

C) Verwenden Sie immer einen abgestuften Ansatz, indem Sie genau eine API für jede der 3 Schichten (Erlebnis-, Prozess- und System-APIs) erstellen.

D) Verwenden Sie eine Prozess-API zur Orchestrierung von Aufrufen zu mehreren System-APIs, aber NICHT zu anderen Prozess-APIs.

Option A

Option B

Option C

Option D

NR. 18 Wann könnte das API-Datenmodell einer System-API das vom entsprechenden Backend-System offengelegte Datenmodell mit minimalen Verbesserungen gegenüber dem Datenmodell des Backend-Systems sinnvoll imitieren?

Wenn es ein bestehendes Unternehmensdatenmodell gibt, das in der gesamten Organisation verwendet wird

Wenn die System-API einem begrenzten Kontext mit einem entsprechenden Datenmodell zugeordnet werden kann

Wenn ein pragmatischer Ansatz mit nur begrenzter Isolierung vom Backend-System als angemessen erachtet wird

Wenn das entsprechende Backend-System in naher Zukunft ersetzt werden soll

Richtige Antwort: Wenn ein pragmatischer Ansatz mit nur begrenzter Isolierung vom Backend-System als angemessen erachtet wird.
*****************************************
Allgemeine Hinweise zur Auswahl von Datenmodellen:
>> Wenn ein Unternehmensdatenmodell verwendet wird, sollte das API-Datenmodell der System-APIs Datentypen aus diesem Unternehmensdatenmodell verwenden und die entsprechende API-Implementierung sollte zwischen diesen Datentypen aus dem Unternehmensdatenmodell und dem nativen Datenmodell des Backend-Systems übersetzen.
>> Wenn kein Unternehmensdatenmodell verwendet wird, sollte jede System-API einem Bounded Context zugeordnet werden, das API-Datenmodell der System-APIs sollte Datentypen aus dem entsprechenden Bounded Context Data Model verwenden und die entsprechende API-Implementierung sollte zwischen diesen Datentypen aus dem Bounded Context Data Model und dem nativen Datenmodell des Backend-Systems übersetzen. In diesem Szenario sind die Datentypen im Bounded Context Data Model rein in Bezug auf ihre geschäftlichen Eigenschaften definiert und haben normalerweise keinen Bezug zum nativen Datenmodell des Backend-Systems. Mit anderen Worten: Der Übersetzungsaufwand kann erheblich sein.
>> Wenn kein Unternehmensdatenmodell verwendet wird und die Definition eines sauberen Bounded Context-Datenmodells als zu aufwändig erachtet wird, sollte das API-Datenmodell von System-APIs Datentypen verwenden, die in etwa denen des Backend-Systems entsprechen, dieselbe Semantik und Benennung wie das Backend-System aufweisen, leicht bereinigt sein, alle für die Funktionalität der gegebenen System-API erforderlichen Felder offenlegen, aber nicht wesentlich mehr, und die REST-Konventionen sinnvoll nutzen.
Der letztgenannte Ansatz, d. h. die Offenlegung eines API-Datenmodells in System-APIs, das im Wesentlichen das des Backend-Systems widerspiegelt, bietet keine zufriedenstellende Isolierung von Backend-Systemen durch die System-API-Ebene allein. Insbesondere wird es in der Regel nicht möglich sein, ein Backend-System "auszutauschen", ohne alle System-APIs vor diesem Backend-System und damit die API-Implementierungen aller Prozess-APIs, die von diesen System-APIs abhängen, wesentlich zu ändern! Dies ist so, weil es nicht wünschenswert ist, die Lebensdauer des Datenmodells eines früheren Backend-Systems in Form des API-Datenmodells von System-APIs zu verlängern, die nun einem neuen Backend-System vorgelagert sind. Die API-Datenmodelle von System-APIs, die diesem Ansatz folgen, müssen daher geändert werden, wenn das Backend-System ersetzt wird.
Andererseits:
>> Es ist ein sehr pragmatischer Ansatz, der im Vergleich zum direkten Zugriff auf das Backend-System vergleichsweise wenig Overhead verursacht.
>> Isoliert API-Clients von den Feinheiten des Backend-Systems außerhalb des Datenmodells (Protokoll, Authentifizierung, Verbindungspooling, Netzwerkadresse, ...)
>> Ermöglicht die Anwendung der üblichen API-Richtlinien auf System-APIs
>> Macht das API-Datenmodell für die Interaktion mit dem Backend-System explizit und sichtbar, indem es in den RAML-Definitionen der System-APIs offengelegt wird
>> Eine weitere Isolierung vom Datenmodell des Backend-Systems findet in den API-Implementierungen der Prozess-API-Schicht statt

NR. 19 Was sollte vor der Freigabe einer API über ein öffentliches Anypoint Exchange-Portal sichergestellt werden?

Die Sichtbarkeitsstufe der API-Instanzen dieser API, die öffentlich zugänglich sein müssen, sollte auf öffentliche Sichtbarkeit gesetzt werden

Die Benutzer, die Zugriff auf die API benötigen, sollten der entsprechenden Rolle in Anypoint Platform hinzugefügt werden

Die API sollte funktionsfähig sein und zumindest eine erste Implementierung enthalten, mit der die Nutzer interagieren können.

Die API sollte mit einem der unterstützten Authentifizierungs-/Autorisierungsmechanismen gesichert werden, um sicherzustellen, dass die Daten nicht gefährdet werden

NR. 20 Siehe dazu die Abbildung.

Was gilt bei der Verwendung von beim Kunden gehosteten Mule-Laufzeiten mit der bei MuleSoft gehosteten Anypoint Platform-Kontrollebene (Hybrid Deployment)?

Der Anypoint Runtime Manager initiiert eine Netzwerkverbindung zu einer Mule-Laufzeitumgebung, um Mule-Anwendungen bereitzustellen

Der von MuleSoft gehostete Shared Load Balancer kann zur Lastverteilung von API-Aufrufen an die Mule-Laufzeiten verwendet werden

API-Implementierungen können erfolgreich in vom Kunden gehosteten Mule-Laufzeiten ausgeführt werden, auch wenn sie nicht mit der Steuerungsebene kommunizieren können.

Der Anypoint Runtime Manager sorgt automatisch für HA in der Steuerungsebene, indem er bei einem Knotenausfall eine neue Mule-Laufzeitinstanz erzeugt.

NR. 21 Welche der folgenden Definitionen trifft am ehesten auf die Definition der API-geführten Konnektivität zu?

API-gestützte Konnektivität ist nicht nur eine Architektur oder Technologie, sondern auch eine Möglichkeit, Menschen und Prozesse für eine effiziente IT-Bereitstellung im Unternehmen zu organisieren.

Die API-gestützte Konnektivität ist eine dreischichtige Architektur, die die Erlebnis-, Prozess- und Systemebene abdeckt.

API-gestützte Konnektivität ist eine Technologie, die es uns ermöglichte, erfahrungs-, prozess- und systemschichtbasierte APIs zu implementieren.

NR. 22 Ein Unternehmen trifft die strategische Entscheidung, zu einem IT-Betriebsmodell überzugehen, das den Schwerpunkt auf die Nutzung wiederverwendbarer IT-Assets unter Verwendung moderner APIs (wie von MuleSoft definiert) legt.
Wie lässt sich jede moderne API in Bezug auf dieses neue IT-Betriebsmodell am besten beschreiben?

Jede moderne API hat ihren eigenen Softwareentwicklungszyklus, was den Bedarf an Dokumentation und Automatisierung reduziert.

Jede moderne API muss wie ein Produkt behandelt und für eine bestimmte Zielgruppe (z. B. Entwickler mobiler Anwendungen) konzipiert werden.

Jede moderne API muss einfach zu nutzen sein, daher sollten komplexe Authentifizierungsmechanismen wie SAML oder JWT vermieden werden.

Jede moderne API muss REST- und HTTP-basiert sein.

NR. 23 Ein Unternehmen implementiert eine Zitat des Tages-API, die das heutige Zitat im Cache speichert.
Welches Szenario kann den GoudHub Object Store über den Object Store Connector verwenden, um den Zustand des Caches zu erhalten?

Wenn es drei CloudHub-Einsätze der API-Implementierung in drei verschiedenen CloudHub-Regionen gibt, die den Cache-Status gemeinsam nutzen müssen

Wenn es zwei CloudHub-Einsätze der API-Implementierung durch zwei Anypoint Platform-Unternehmensgruppen in derselben CloudHub-Region gibt, die den Cache-Status gemeinsam nutzen müssen

Wenn es eine Bereitstellung der API-Implementierung auf CloudHub und eine weitere Bereitstellung auf einer beim Kunden gehosteten Mule-Laufzeitumgebung gibt, die den Cache-Status gemeinsam nutzen muss

Wenn es einen CloudHub-Einsatz der API-Implementierung für drei CloudHub-Arbeiter gibt, die den Cache-Status gemeinsam nutzen müssen

NR. 24 Was ist typischerweise KEINE Funktion der APIs, die im Rahmen der sogenannten API-geführten Konnektivität erstellt werden?

Sie bieten eine zusätzliche Ausfallsicherheit über dem zugrundeliegenden Backend-System und schützen so die Kunden vor längeren Ausfällen dieser Systeme.

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 in einer wiederverwendbaren und konsumierbaren 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.

NR. 25 Es wird eine API-Implementierung entwickelt, die eine Auftrags-API aufrufen muss, von der bekannt ist, dass sie immer wieder zu Ausfallzeiten führt.
Aus diesem Grund muss eine Fallback-API aufgerufen werden, wenn die Auftrags-API nicht verfügbar ist.
Welcher Ansatz für die Gestaltung des Aufrufs der Fallback-API bietet die beste Ausfallsicherheit?

Durchsuchen Sie Anypoint Exchange nach einer geeigneten bestehenden Fallback-API und implementieren Sie dann Aufrufe an diese Fallback-API zusätzlich zur Auftrags-API

Erstellen Sie einen separaten Eintrag für die Auftrags-API im API-Manager, und rufen Sie diese API dann als Fallback-API auf, wenn die primäre Auftrags-API nicht verfügbar ist

Umleitung von Client-Anfragen durch einen HTTP 307 Temporary Redirect-Statuscode an die Fallback-API, wenn die Auftrags-API nicht verfügbar ist

Setzen Sie eine Option in der HTTP-Requester-Komponente, die die Bestell-API aufruft, um stattdessen eine Fallback-API aufzurufen, wenn ein HTTP 4xx- oder 5xx-Antwortstatuscode von der Bestell-API zurückgegeben wird

NR. 26 Ein Unternehmen stellt seine neue Implementierung der OrderStatus System API für mehrere Mitarbeiter in CloudHub bereit. Diese API ist dem lokalen Auftragsverwaltungssystem des Unternehmens vorgelagert, auf das die API-Implementierung über einen IPsec-Tunnel zugreift.
Welche Art von Fehler führt typischerweise NICHT zu einem Serviceausfall der OrderStatus System API?

Ein CloudHub-Worker schlägt mit einer Out-of-Memory-Exception fehl

API Manager hat einen längeren Ausfall während der anfänglichen Bereitstellung der API-Implementierung

Die AWS-Region geht mit einem größeren Netzwerkausfall zu den betreffenden AWS-Rechenzentren offline

Das Auftragsverwaltungssystem ist aufgrund eines Netzwerkausfalls im unternehmenseigenen Rechenzentrum nicht zugänglich.

NR. 27 Eine API verzeichnet eine hohe Anzahl von Client-Anfragen (TPS) bei geringen Nachrichten-Paytoads. Wie können der API auf der Grundlage der Art der Client-Anwendung Nutzungsbeschränkungen auferlegt werden?

Verwenden Sie eine SLA-basierte Richtlinie zur Ratenbegrenzung und weisen Sie eine Client-Anwendung auf der Grundlage ihres Typs einer passenden SLA-Stufe 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 zwischen Client-Anwendungen zu begrenzen, die durch den Typ der Client-Anwendung konfiguriert wird.

Verwendung einer Richtlinie zur Ratenbegrenzung und einer Richtlinie zur Durchsetzung der Client-ID, die jeweils durch den Client-Anwendungstyp konfiguriert werden

NR. 28 Eine Mule-Anwendung stellt einen HTTPS-Endpunkt dar und wird in der CloudHub Shared Worker Cloud bereitgestellt. Der gesamte Verkehr zu dieser Mule-Anwendung muss innerhalb der AWS VPC bleiben.
An welchen TCP-Port müssen API-Aufrufe an diese Mule-Anwendung gesendet werden?

443

8081

8091

8082

NR. 29 Welche API-Richtlinie würde am wenigsten wahrscheinlich auf eine Prozess-API angewendet werden?

Kundenspezifischer Schutzschalter

Durchsetzung der Client-ID

Ratenbegrenzung

Schutz vor JSON-Bedrohungen

NR. 30 Ein Unternehmen hat eine Kundenadressen-API zum Abrufen von Kundenadressinformationen implementiert. Diese API wurde in mehreren Umgebungen implementiert und so konfiguriert, dass überall Client-IDs erzwungen werden.
Ein Entwickler schreibt eine Client-Anwendung, die es einem Benutzer ermöglicht, seine Adresse zu aktualisieren. Der Entwickler hat die Kundenadressen-API in Anypoint Exchange gefunden und möchte sie in seiner Client-Anwendung verwenden.
Welcher Schritt des Zugriffs auf die API kann automatisch von Anypoint Platform durchgeführt werden?

Genehmigen Sie den Antrag des Kunden für die gewählte SLA-Stufe

Anforderung des Zugriffs auf die entsprechenden API-Instanzen, die in mehreren Umgebungen eingesetzt werden, unter Verwendung der Anmeldedaten der Client-Anwendung

Ändern Sie die Client-Anwendung so, dass sie die API mit den Anmeldedaten der Client-Anwendung aufruft.

Erstellen Sie eine neue Anwendung in Anypoint Exchange, um den Zugang zur API anzufordern

NR. 31 Eine API verzeichnet eine hohe Anzahl von Client-Anfragen (TPS) bei geringen Nachrichten-Paytoads. Wie können der API auf der Grundlage der Art der Client-Anwendung Nutzungsbeschränkungen auferlegt werden?

Verwenden Sie eine SLA-basierte Richtlinie zur Ratenbegrenzung und weisen Sie eine Client-Anwendung auf der Grundlage ihres Typs einer passenden SLA-Stufe zu.

Verwenden Sie eine Spike-Control-Richtlinie, die die Anzahl der Anfragen für jeden Client-Anwendungstyp begrenzt

Verwendung einer Richtlinie zur Ratenbegrenzung und einer Richtlinie zur Durchsetzung der Client-ID, die jeweils durch den Client-Anwendungstyp konfiguriert werden