Sie müssen in der E-Commerce-Web-App auf Benutzeransprüche zugreifen. * Was müssen Sie zuerst tun?

• A. Schreiben Sie benutzerdefinierten Code, um einen Microsoft Graph-API-Aufruf über die E-Commerce-Webanwendung auszuführen.
• B. Aktualisieren Sie die E-Commerce-Webanwendung, um die HTTP-Anforderungsheaderwerte zu lesen.
• C. Mithilfe der Azure CU aktivieren Sie die ursprungsübergreifende gemeinsame Nutzung von Ressourcen (CORS) von der E-Commerce-Checkout-API zur E-Commerce-Webanwendung
• D. Weisen Sie der E-Commerce-Webanwendung mithilfe der Resource Manager-API zum Erstellen von Rollenzuweisungen die Contributor-RBAC-Rolle zu.

解説: (Fast2test メンバーにのみ表示されます)

Hinweis: Diese Frage ist Teil einer Reihe von Fragen, die dasselbe Szenario darstellen. Jede Frage in der Reihe enthält eine eindeutige Lösung, die die angegebenen Ziele erfüllen kann. Einige Fragensätze haben möglicherweise mehr als eine richtige Lösung, während andere möglicherweise keine richtige Lösung haben.
Nachdem Sie eine Frage in diesem Abschnitt beantwortet haben, können Sie NICHT mehr darauf zurückkommen. Infolgedessen werden diese Fragen nicht im Überprüfungsbildschirm angezeigt.
Sie entwickeln eine Azure-Lösung zum Erfassen von POS-Gerätedaten aus 2.000 Geschäften auf der ganzen Welt. Ein einzelnes Gerät kann alle 24 Stunden 2 Megabyte (MB) an Daten erzeugen. Jeder Geschäftsstandort verfügt über ein bis fünf Geräte, die Daten senden.
Sie müssen die Gerätedaten im Azure Blob-Speicher speichern. Gerätedaten müssen anhand einer Gerätekennung korreliert werden. Es wird erwartet, dass in Zukunft weitere Geschäfte eröffnet werden.
Sie müssen eine Lösung implementieren, um die Gerätedaten zu empfangen.
Lösung: Stellen Sie einen Azure Event Hub bereit. Konfigurieren Sie die Computerkennung als Partitionsschlüssel und aktivieren Sie die Erfassung.

• A. Ja
• B. Nein

解説: (Fast2test メンバーにのみ表示されます)

Sie entwickeln eine Lösung für ein Krankenhaus, um die folgenden Anwendungsfälle zu unterstützen:
* Die neuesten Details zum Patientenstatus müssen abgerufen werden, auch wenn mehrere Benutzer an verschiedenen Standorten die Patientenakte aktualisiert haben.
* Die abgerufenen Patientenüberwachungsdaten müssen der aktuellen Version oder der Vorgängerversion entsprechen.
* Nachdem ein Patient entlassen wurde und alle Kosten ermittelt wurden, enthält das Patientenabrechnungsprotokoll die endgültigen Kosten.
Sie stellen eine Cosmos DB NoSQL-Datenbank bereit und legen die Standardkonsistenzstufe für das Datenbankkonto auf "Stark" fest. Sie legen den Wert für den Indexierungsmodus auf Konsistent fest.
Sie müssen die Latenz und die Auswirkungen auf die Verfügbarkeit der Lösung minimieren. Sie müssen die Standardkonsistenzstufe auf der Abfrageebene überschreiben, um die erforderlichen Konsistenzgarantien für die Szenarien zu erfüllen.
Welche Konsistenzstufen sollten Sie implementieren? Ziehen Sie zur Beantwortung die entsprechenden Konsistenzstufen auf die richtigen Anforderungen. Jede Konsistenzstufe kann einmal, mehrmals oder gar nicht verwendet werden. Möglicherweise müssen Sie die geteilte Leiste zwischen den Fenstern ziehen oder einen Bildlauf durchführen, um den Inhalt anzuzeigen.
HINWEIS: Jede richtige Auswahl ist einen Punkt wert.

Explanation

Box 1: Strong
Strong: Strong consistency offers a linearizability guarantee. The reads are guaranteed to return the most recent committed version of an item. A client never sees an uncommitted or partial write. Users are always guaranteed to read the latest committed write.
Box 2: Bounded staleness
Bounded staleness: The reads are guaranteed to honor the consistent-prefix guarantee. The reads might lag behind writes by at most "K" versions (that is "updates") of an item or by "t" time interval. When you choose bounded staleness, the "staleness" can be configured in two ways:
The number of versions (K) of the item
The time interval (t) by which the reads might lag behind the writes
Box 3: Eventual
Eventual: There's no ordering guarantee for reads. In the absence of any further writes, the replicas eventually converge.

Sie bereiten die Bereitstellung einer Anwendung in einem Azure Kubernetes Service (AKS) -Cluster vor.
Die Anwendung darf nur in dem VNet verfügbar sein, das den Cluster enthält.
Sie müssen die Anwendung bereitstellen.
Wie sollten Sie die Bereitstellung von YAML abschließen? Ziehen Sie zum Beantworten die entsprechenden YAML-Segmente an die richtigen Positionen. Jedes YAML-Segment kann einmal, mehrmals oder gar nicht verwendet werden. Möglicherweise müssen Sie die geteilte Leiste zwischen den Fenstern ziehen oder einen Bildlauf durchführen, um den Inhalt anzuzeigen.
HINWEIS: Jede richtige Auswahl ist einen Punkt wert.

Explanation

To create an internal load balancer, create a service manifest named internal-lb.yaml with the service type LoadBalancer and the azure-load-balancer-internal annotation as shown in the following example:
YAML:
apiVersion: v1
kind: Service
metadata:
name: internal-app
annotations:
service.beta.kubernetes.io/azure-load-balancer-internal: "true"
spec:
type: LoadBalancer
ports:
- port: 80
selector:
app: internal-app
References:
https://docs.microsoft.com/en-us/azure/aks/internal-lb

Hinweis: Diese Frage ist Teil einer Reihe von Fragen, die dasselbe Szenario darstellen. Jede Frage in der Reihe enthält eine eindeutige Lösung. Stellen Sie fest, ob die Lösung die angegebenen Ziele erfüllt.
Sie müssen die Sicherheitsanforderungen der LabelMaker-Anwendung erfüllen.
Lösung: Platzieren Sie das Azure Active Directory-Konto in einer Azure AD-Gruppe. Erstellen Sie eine ClusterRoleBinding und weisen Sie sie der Gruppe zu.
Entspricht die Lösung dem Ziel?

• A. Ja
• B. Nein

解説: (Fast2test メンバーにのみ表示されます)