Wissensdatenbank

Was ist Exchange Web Services (EWS) und warum wird es entfernt?

Exchange Web Services (EWS) ist eine Webservice-Schnittstelle, die zur Kommunikation zwischen Microsoft Exchange Server und anderen Anwendungen verwendet wird. EWS bot verschiedene Funktionen wie Kalenderverwaltung, Senden und Empfangen von E-Mails, Kontaktverwaltung und Aufgabenverwaltung. Microsoft hat jedoch beschlossen, EWS durch Microsoft Graph, eine modernere und sicherere API, zu ersetzen. Die Hauptgründe dafür sind:

• Sicherheit: Microsoft Graph unterstützt modernere Sicherheitsprotokolle als EWS und bietet einen sichereren Zugriff.
• Leistung: Microsoft Graph ist eine optimiertere API und bietet eine bessere Leistung als EWS.
• Funktionen: Microsoft Graph bietet neue Funktionen, die in EWS nicht vorhanden sind, und ist besser in das Microsoft 365-Ökosystem integriert.
• Modernisierung: Microsoft priorisiert Microsoft Graph für moderne Cloud-basierte Anwendungen.

Diese Änderung erfordert, dass Anwendungen, die EWS verwenden, zu Microsoft Graph migriert werden. Diese Migration kann einige Herausforderungen mit sich bringen, bietet aber langfristig eine sicherere, leistungsfähigere und funktionsreichere Lösung.

Wann wird EWS vollständig entfernt?

Microsoft hat kein genaues Datum für die vollständige Entfernung von EWS angegeben. Es wurde jedoch darauf hingewiesen, dass die Nutzung von EWS schrittweise reduziert und die Migration zu Microsoft Graph gefördert wird. Den Benutzern wird ausreichend Zeit eingeräumt, bevor die Unterstützung für EWS eingestellt wird. Microsoft veröffentlicht regelmäßig aktuelle Informationen zur Entfernung von EWS. Daher ist es wichtig, die offiziellen Ankündigungen von Microsoft zu verfolgen.

Wie kann ich meine Anwendungen identifizieren, die EWS verwenden?

Es gibt verschiedene Methoden, um Anwendungen zu identifizieren, die EWS verwenden:

1. Exchange Server-Protokolle überprüfen: Durch die Suche nach EWS-Anfragen in den Exchange Server-Protokollen können Sie Anwendungen identifizieren, die EWS verwenden. Dies hilft Ihnen zu verstehen, welche Anwendungen auf EWS zugreifen und welche Arten von Operationen sie ausführen.
2. Anwendungscode überprüfen: Durch die Suche nach EWS-Referenzen im Anwendungscode können Sie bestätigen, dass die Anwendung EWS verwendet. Suchen Sie insbesondere nach der Klasse `ExchangeService` oder EWS-Methoden wie `FindItems`.
3. Netzwerkverkehr überwachen: Durch die Überwachung des Netzwerkverkehrs können Sie Anfragen an EWS-Endpunkte identifizieren. Dies hilft Ihnen zu verstehen, welche Anwendungen auf EWS zugreifen und welche Protokolle sie verwenden.
4. Microsoft 365 Admin Center: Im Microsoft 365 Admin Center stehen Berichte und Analysetools zur Verfügung, um die EWS-Nutzung zu überwachen. Diese Tools können Ihnen helfen, die EWS-Nutzung insgesamt zu bewerten und potenzielle Probleme zu identifizieren.

Beispiel: Exchange Server Protokolle Untersuchen

Um EWS-Anfragen in Exchange Server-Protokollen zu finden, können Sie den folgenden PowerShell-Befehl verwenden:

Get-ExchangeServer | Get-Mailbox | Get-MailboxAuditLog -LogonTypes Owner,Admin -StartDate (Get-Date).AddDays(-30) | Where-Object {$_.Operation -like "*EWS*"} | Select-Object Caller,LogonType,Operation,LastAccessed,ClientIPAddress,ClientMachineName | Export-Csv -Path "C:\EWS_Audit_Log.csv" -NoTypeInformation

Dieser Befehl protokolliert Zugriffe über EWS in den letzten 30 Tagen und exportiert sie in eine CSV-Datei. Durch die Untersuchung dieser Datei können Sie Anwendungen und Benutzer identifizieren, die EWS verwenden.

Wie wird der Migrationsprozess zu Microsoft Graph aussehen?

Der Migrationsprozess zu Microsoft Graph kann je nach Komplexität Ihrer Anwendung und der EWS-Nutzung variieren. Im Allgemeinen können Sie die folgenden Schritte ausführen:

1. EWS-Code analysieren: Analysieren Sie Ihren EWS-Code, um festzustellen, welche EWS-Funktionen verwendet werden und welche Entsprechungen sie in Microsoft Graph haben.
2. Microsoft Graph SDK installieren: Installieren Sie das geeignete Microsoft Graph SDK für Ihre Anwendung. SDKs sind für verschiedene Plattformen wie .NET, Java, Python, JavaScript verfügbar.
3. Authentifizierung und Autorisierung: Konfigurieren Sie Authentifizierungs- und Autorisierungsmethoden für den Zugriff auf Microsoft Graph. Mithilfe von Azure Active Directory (Azure AD) können Sie sicherstellen, dass Ihre Anwendung sicher auf Microsoft Graph zugreift.
4. EWS-Code in Microsoft Graph-Code konvertieren: Schreiben Sie Ihren EWS-Code mithilfe der Microsoft Graph-APIs neu. Dieser Schritt ist der zeitaufwändigste und erfordert die meiste Aufmerksamkeit.
5. Testen und Debuggen: Testen Sie Ihre zu Microsoft Graph migrierte Anwendung umfassend und beheben Sie Fehler. Stellen Sie durch das Testen verschiedener Szenarien und Anwendungsfälle sicher, dass die Anwendung korrekt funktioniert.
6. Bereitstellung: Veröffentlichen Sie Ihre zu Microsoft Graph migrierte Anwendung.

Beispiel: E-Mail-Liste abrufen (EWS vs. Microsoft Graph)

Die folgende Tabelle zeigt einen Vergleich des Abrufens einer E-Mail-Liste mit EWS und Microsoft Graph:

ExchangeService service = new ExchangeService(ExchangeVersion.Exchange2013);
service.Credentials = new WebCredentials("[email protected]", "password");
service.Url = new Uri("https://mail.example.com/ews/exchange.asmx");

ItemView view = new ItemView(50);
FindItemsResults<Item> findResults = service.FindItems(WellKnownFolderName.Inbox, view);

foreach (Item item in findResults)
{
  Console.WriteLine(item.Subject);
}

GraphServiceClient graphClient = new GraphServiceClient(
    new DelegateAuthenticationProvider(
        async (requestMessage) => {
            // Authentication logic here (e.g., using MSAL)
            requestMessage.Headers.Authorization = new AuthenticationHeaderValue("Bearer", accessToken);
        }));

var messages = await graphClient.Me.Messages
    .Request()
    .GetAsync();

foreach (var message in messages)
{
    Console.WriteLine(message.Subject);
}

Welche Herausforderungen können bei der Migration zu Microsoft Graph auftreten?

Der Migrationsprozess zu Microsoft Graph kann einige Herausforderungen mit sich bringen. Hier sind einige der häufigsten Herausforderungen:

• Lernkurve: Das Erlernen der Microsoft Graph APIs und SDKs kann Zeit in Anspruch nehmen. Entwickler, die mit EWS vertraut sind, müssen sich möglicherweise an die unterschiedliche Struktur und die Konzepte von Microsoft Graph anpassen.
• Codekonvertierung: Das Konvertieren von EWS-Code in Microsoft Graph-Code kann ein schwieriger Prozess sein, insbesondere bei komplexen Anwendungen. Einige Funktionen in EWS haben möglicherweise keine direkte Entsprechung in Microsoft Graph, und es müssen alternative Lösungen gefunden werden.
• Authentifizierung und Autorisierung: Es ist wichtig, die richtigen Authentifizierungs- und Autorisierungsmethoden für den Zugriff auf Microsoft Graph zu konfigurieren. Die Integration mit Azure AD und das Verständnis des OAuth 2.0-Protokolls können erforderlich sein.
• Berechtigungen: Microsoft Graph erfordert möglicherweise detailliertere Berechtigungen als EWS. Es ist wichtig, die Berechtigungen, die Ihre Anwendung benötigt, korrekt zu identifizieren und zu konfigurieren.
• Leistung: Obwohl Microsoft Graph eine bessere Leistung als EWS bietet, können falsch konfigurierte Abfragen oder übermäßige Anforderungen die Leistung beeinträchtigen. Um die Leistung zu optimieren, ist es wichtig, Abfragen sorgfältig zu entwerfen und Anforderungen zu begrenzen.

Wie werden Microsoft Graph-Berechtigungen verwaltet?

Microsoft Graph bietet detailliertere Berechtigungen als EWS. Dies stellt sicher, dass Ihre Anwendung nur auf die Daten zugreift, die sie benötigt, und erhöht die Sicherheit. Microsoft Graph-Berechtigungen werden in zwei Hauptkategorien unterteilt:

• Delegierte Berechtigungen (Delegated Permissions): Werden für Anwendungen verwendet, die im Namen eines Benutzers agieren. Der Benutzer erteilt der Anwendung die Erlaubnis, auf bestimmte Daten zuzugreifen.
• Anwendungsberechtigungen (Application Permissions): Werden für Anwendungen verwendet, die im Namen der Anwendung agieren. Der Administrator erteilt der Anwendung die Erlaubnis, auf bestimmte Daten zuzugreifen. Diese Berechtigungen eignen sich für Hintergrundprozesse oder Dienste, die ohne Benutzerinteraktion ausgeführt werden können.

Sie können die Berechtigungen verwalten, indem Sie die folgenden Schritte ausführen:

1. Anwendungsregistrierung: Registrieren Sie Ihre Anwendung im Azure-Portal. Geben Sie bei der Anwendungsregistrierung die Berechtigungen an, die Ihre Anwendung benötigt.
2. Berechtigungsanforderung: Ihre Anwendung muss die erforderlichen Berechtigungen vom Benutzer oder Administrator anfordern. Für delegierte Berechtigungen muss der Benutzer über einen Zustimmungsbildschirm um Erlaubnis gebeten werden. Für Anwendungsberechtigungen muss ein Administrator eine Genehmigung erteilen.
3. Berechtigungen verwalten: Im Azure-Portal können Sie die Berechtigungen Ihrer Anwendung anzeigen und verwalten. Bei Bedarf können Sie Berechtigungen hinzufügen oder entfernen.

Beispiel: Verwalten von Berechtigungen im Azure-Portal

1. Gehen Sie zum Azure-Portal (https://portal.azure.com).
2. Suchen und wählen Sie den Dienst "Azure Active Directory" aus.
3. Gehen Sie zum Abschnitt "App-Registrierungen".
4. Wählen Sie Ihre Anwendung aus der Liste aus.
5. Gehen Sie zum Abschnitt "API-Berechtigungen".
6. Sie können neue Berechtigungen für Ihre Anwendung hinzufügen, indem Sie auf die Schaltfläche "Berechtigung hinzufügen" klicken.
7. Sie können die Administratorzustimmung für Anwendungsberechtigungen erteilen, indem Sie auf die Schaltfläche "Administratorzustimmung erteilen" klicken.

Tipps und Best Practices für die Migration zu Microsoft Graph

Berücksichtigen Sie die folgenden Tipps und Best Practices, um den Migrationsprozess zu Microsoft Graph zu vereinfachen:

• Planung: Planen Sie den Migrationsprozess sorgfältig. Ermitteln Sie, welche Anwendungen EWS verwenden, welche EWS-Funktionen verwendet werden und welche Entsprechungen es in Microsoft Graph gibt.
• Schrittweise Migration: Führen Sie die Migration schrittweise durch. Migrieren Sie zunächst nicht-kritische Anwendungen oder Funktionen zu Microsoft Graph. Dies hilft Ihnen, potenzielle Probleme zu erkennen und den Migrationsprozess zu optimieren.
• Testen: Testen Sie die zu Microsoft Graph migrierten Anwendungen umfassend. Stellen Sie sicher, dass die Anwendung korrekt funktioniert, indem Sie verschiedene Szenarien und Anwendungsfälle testen.
• Dokumentation: Lesen Sie die offizielle Dokumentation und Beispiele von Microsoft Graph. Microsoft bietet eine umfassende Dokumentation zu den Microsoft Graph APIs und SDKs.
• Community-Unterstützung: Holen Sie sich Unterstützung von der Microsoft Graph Community. In den Microsoft Graph Foren und anderen Online-Plattformen können Sie andere Entwickler um Hilfe bitten und Ihre Erfahrungen austauschen.
• Berechtigungen korrekt konfigurieren: Konfigurieren Sie die minimal erforderlichen Berechtigungen für Ihre Anwendung. Unnötige Berechtigungen können Sicherheitsrisiken erhöhen.
• Fehlerbehandlung: Behandeln Sie Fehler, die von den Microsoft Graph APIs zurückgegeben werden, korrekt. Durch die Analyse von Fehlercodes und -meldungen können Sie Probleme erkennen und beheben.
• Performance optimieren: Verwenden Sie die Microsoft Graph APIs effizient. Optimieren Sie Abfragen, begrenzen Sie Anfragen und verwenden Sie Caching.

Beispiele aus dem echten Leben und Fallstudien

Fallstudie 1: Migration eines großen Unternehmens von EWS zu Microsoft Graph

Ein großes Unternehmen verfügte über verschiedene Anwendungen, die EWS für E-Mail-Verwaltung, Kalendersynchronisierung und Kontaktverwaltung verwendeten. Nachdem Microsoft Pläne zur Einstellung von EWS angekündigt hatte, startete das Unternehmen ein Projekt zur Migration zu Microsoft Graph. Das Projektteam analysierte alle Anwendungen, die EWS verwendeten, und ermittelte die entsprechenden Entsprechungen in Microsoft Graph. Anschließend migrierten sie die Anwendungen schrittweise zu Microsoft Graph. Während des Migrationsprozesses traten Probleme mit der Authentifizierung und Autorisierung auf, die jedoch durch die Konfiguration der Integration mit Azure AD behoben wurden. Nach Abschluss der Migration verbesserte sich die Leistung der Anwendungen und es wurden neue Funktionen hinzugefügt. Das Unternehmen profitierte von den Sicherheits- und Modernisierungsvorteilen von Microsoft Graph.

Fallstudie 2: Migration eines kleinen Unternehmens von EWS zu Microsoft Graph

Ein kleines Unternehmen hatte eine Anwendung, die EWS für das Customer Relationship Management (CRM) nutzte. Für die Migration zu Microsoft Graph arbeitete das Unternehmen mit einer Beratungsfirma zusammen. Die Beratungsfirma analysierte den EWS-Code und schrieb ihn mithilfe der Microsoft Graph APIs neu. Während des Migrationsprozesses traten Probleme mit Berechtigungen auf, die sie jedoch durch die Überprüfung der Microsoft Graph-Dokumentation und die Unterstützung durch die Community lösen konnten. Nach Abschluss der Migration wurde die Sicherheit der Anwendung erhöht und sie wurde besser in das Microsoft 365-Ökosystem integriert. Das Unternehmen nutzte die modernen APIs von Microsoft Graph, um seine CRM-Anwendung weiterzuentwickeln.

Zusammenfassungstabelle: Vergleich von EWS und Microsoft Graph

Die folgende Tabelle enthält einen Vergleich der wichtigsten Funktionen von EWS und Microsoft Graph:

Wichtiger Hinweis: Dieser Artikel dient als allgemeiner Leitfaden. Je nach den spezifischen Anforderungen und der Komplexität Ihrer Anwendung kann der Migrationsprozess variieren. Es ist wichtig, die offizielle Dokumentation und Beispiele von Microsoft zu prüfen und bei Bedarf Unterstützung von Experten einzuholen.