Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Beispiel für einen API Betriebsablauf für das Dynamic Application Framework
Das folgende Diagramm ist ein Beispiel für den API Betriebsablauf zwischen AppStream 2.0 und einem Drittanbieter von Anwendungen.
-
Der Benutzer stellt eine Verbindung zu AppStream 2.0 her. Eine Flotten-Streaming-Instance wird dem Benutzer zugewiesen und die Windows-Anmeldung erfolgt.
-
Ihr Service oder Agent erkennt das Windows-Anmeldeereignis und ermittelt den Benutzer, der sich bei Windows anmeldet.
-
Der Service oder Agent ruft die Anwendungsberechtigungen für den Benutzer auf. In dem Beispieldiagramm werden die Anwendungsberechtigungen in einer Datenbank gespeichert. Diese Informationen können auf unterschiedliche Arten gespeichert und abgerufen werden. Anwendungsberechtigungen können beispielsweise von Serversoftware abgerufen werden, oder Gruppennamen in Active Directory können analysiert werden, um die Anwendungskennungen () zu finden. IDs
-
Ihr Anbieter dynamischer Apps ruft den AppStream
AddApplicationsAPI 2.0-Agent-Vorgang mit den Anwendungsmetadaten für die Anwendungen auf, über die der Benutzer verfügen sollte. -
Der AppStream 2.0-Agent aktualisiert den Anwendungskatalog dynamisch mit der geänderten Anwendungsliste.
-
Der Benutzer wählt eine Anwendung aus, die gestartet werden soll.
-
Die Anwendung wird mithilfe der von Ihrem Service oder Agent angegebenen Anwendungsmetadaten gestartet.
Für den Benutzer ist dieser Vorgang transparent. Der Benutzer stellt eine Verbindung zu AppStream 2.0 her und meldet sich bei der Flotteninstanz an. Nach der Anmeldung wird die Liste der im Abbild angegebenen und von Ihrem Anbieter dynamischer Apps bereitgestellten Anwendungen für den Benutzer angezeigt.
