EWS-Anwendungstypen

Informieren Sie sich über die am häufigsten verwendeten Arten von Anwendungen, die Sie mithilfe von EWS in Exchange erstellen können.

Die EWS- und Exchange-Architektur bietet ein einheitliches Entwicklungsmodell, mit dem Sie die gängigsten Anwendungstypen auf konsistente Weise erstellen können, einschließlich der folgenden:

  • Clientanwendungen : Eigenständige Anwendungen, die EWS für den Zugriff auf Exchange-Daten verwenden. Outlook und Outlook Web App sind Beispiele für Clientanwendungen.

  • Portalanwendungen : Anwendungen, die eine vorhandene Webseite erweitern, indem sie aus Exchange abgerufene Informationen wie Frei/Gebucht- oder Kontaktinformationen einschließen. Ein SharePoint-Webpart, das Exchange-Daten abruft, ist ein Beispiel für eine Portalanwendung.

  • Dienstanwendungen – Hintergrundaufträge, die zum Integrieren oder Synchronisieren von Daten aus Exchange in ein vorhandenes System verwendet werden. Beispielsweise eine Anwendung, die Kontaktinformationen aus Exchange mit einer CRM-Anwendung synchronisiert.

Jedes dieser Anwendungsmodelle kann eine gemeinsame Codebasis verwenden, um Informationen aus Exchange abzurufen. Daher müssen Sie den EWS-Code, der zum Abrufen von Elementinformationen zwischen einem Client, Portal oder einer Dienstanwendung verwendet wird, nicht ändern. Was sich von einer Anwendung zur nächsten ändern kann, ist der Postfachzugriff und der Authentifizierungsmechanismus. Clientanwendungen verwenden beispielsweise häufig den direkten Benutzerzugriff und die Standard- oder NTLM-Authentifizierung, während eine Dienstanwendung den Identitätswechsel wahrscheinlich für den Postfachzugriff und die OAuth-Authentifizierung verwendet.

Clientanwendungen

Eine EWS-Clientanwendung ist jede eigenständige Anwendung, die EWS zum Abrufen von Informationen aus dem Exchange-Speicher verwendet. EWS-Clientanwendungen verwenden direkten Clientzugriff oder Stellvertretungszugriff, um Daten aus dem Postfachspeicher abzurufen. Im Folgenden sind einige Beispiele für Clientanwendungen aufgeführt, die EWS verwenden:

  • Outlook in Features wie E-Mail-Info, Verfügbarkeit und Benutzer-OOF-Status

  • OWA für Geräte

  • Outlook für Mac 2011

  • Lync, für Verfügbarkeitsinformationen

Clientanwendungen verwenden häufig den direkten Zugriff und die Standard- oder NTLM-Authentifizierung, sodass Benutzer auf Informationen in ihrem eigenen Postfach mit ihren eigenen Anmeldeinformationen zugreifen können. Clientanwendungen sollten auch den Stellvertretungszugriff für Benutzer unterstützen, denen die Berechtigung für den Zugriff auf das Postfach eines anderen Benutzers erteilt wurde.

Portalanwendungen

Eine Portalanwendung erweitert eine vorhandene Webseite oder ein vorhandenes Portal, um Exchange-Postfachinformationen als personalisierte Komponente der Seite einzuschließen. SharePoint-Webparts sind die am häufigsten verwendeten Portalanwendungen und bieten Benutzern eine personalisierte Benutzeroberfläche, indem sie neben der häufig angezeigten SharePoint-Portalseite Ansichten in Exchange-Postfachdaten wie ungelesene Nachrichten, die neuesten Nachrichten und Kalenderereignisse bereitstellen. EWS-Portalanwendungen können direkten Clientzugriff, Stellvertretungszugriff oder Identitätswechsel verwenden, um Daten aus dem Postfachspeicher abzurufen. Da Exchange 2013 und SharePoint 2013 beide das OAuth-Autorisierungsprotokoll für die Server-zu-Server-Authentifizierung unterstützen, bietet OAuth die nahtlosste und sicherste Authentifizierungsmethode.

Dienstanwendungen

Eine Dienstanwendung ist in der Regel ein Hintergrundauftrag, der in eine vorhandene Anwendung integriert ist und sich auf Exchange erstreckt, um Daten zwischen dem System und dem Exchange-Speicher zu korrelieren. Dienstanwendungen verfügen in der Regel nicht über eine Benutzeroberfläche und verwenden identitätswechsel oder OAuth für die Authentifizierung und den Zugriff. Das Erstellen eines Dienstkontos zum Annehmen der Identität von Benutzern ist in EWS-Dienst-Apps üblich, da Sie einem einzelnen Konto die Berechtigung zum Annehmen der Identität einer Gruppe von Benutzern und zum Ausführen von Postfachvorgängen für diese Konten erteilen können. Beispielsweise kann eine EWS-Dienstanwendung Daten zwischen Marketinglisten in einer CRM-Lösung und Exchange-Verteilergruppen mithilfe eines Dienstkontos und eines Identitätswechsels synchronisieren.

Siehe auch