Die Uhr tickt bei der Änderung der Exchange-Webdienste

Die jüngsten Bemühungen von Microsoft zur Modernisierung des Technologie-Stacks für alle Cloud-Dienste erfordern, dass Administratoren, die Exchange Online verwenden oder verwenden möchten, sich der bevorstehenden Änderungen bewusst sind und diese gegebenenfalls anpassen.

Das schnelle Entwicklungstempo von Microsoft, insbesondere mit seinen verschiedenen Cloud-Diensten, bedeutet, dass für jede neue Funktion einige auf der Strecke bleiben werden. Diese Änderungen wirken sich auf Administratoren und Drittanbieter aus, die Anwendungen entwickelt haben, die in Exchange integriert sind, insbesondere wenn wichtige Komponenten verschwinden.

Microsoft hat Unified Messaging aus seiner neuesten Exchange Server-Version entfernt. Unternehmen, die Exchange-Webdienste im Cloud-basierten Exchange Online benötigen, müssen sich nun auf die bevorstehende Entfernung dieser Funktionalität einstellen.

Die einzige Konstante für Exchange-Administratoren ist die Änderung

Für Exchange-Administratoren war dies in den letzten Jahren eine besondere Herausforderung. Im Juli 2017 kündigte Microsoft an, die Unterstützung für die Session Border Controller zu beenden, die lokale Nebenstellenanlagen (PBX) von Drittanbietern mit Exchange Online Unified Messaging verbinden. Dies zwang viele Administratoren, ihre vorhandenen PBX-Systeme zu beschleunigen und neu zu bewerten, um festzustellen, ob sie mit den neuen APIs kompatibel waren.
Das Kundenfeedback veranlasste Microsoft, das Ende des Supports von Juli 2018 auf Dezember 2019 zu ändern. Im Juli 2018 löschte Microsoft Unified Messaging von Exchange Server 2019, um Benutzer zu Azure Voicemail zu führen.
Jetzt zeichnet sich für Exchange-Administratoren eine weitere wichtige Änderung ab, die sich auf die Art und Weise auswirkt, wie Anwendungen von Drittanbietern mit Exchange Online interagieren. Im Juli 2018 kündigte Microsoft an, keine neuen Verbesserungen oder Feature-Updates für Exchange Web Services mehr zu entwickeln.
In einem Blogbeitrag von Microsoft heißt es, das Unternehmen wolle Entwickler von der weniger sicheren Basisauthentifizierung in Exchange Web Services auf die sicherere OAuth 2.0 in Microsoft Graph umstellen. Laut Microsoft können Benutzer von lokalem Exchange die API weiterhin verwenden.

Wie sich die Änderung der Exchange Web Services-API auf Sie auswirken kann

Microsoft hat Exchange Web Services als Teil von Exchange 2007 eingeführt. Exchange Web Services ist eine auf dem Simple Object Access Protocol basierende API, die den Zugriff auf Daten in Exchange Online und auf dem lokalen Exchange Server ermöglicht.
Interne Entwickler und Programmierer von Drittanbietern verwenden Exchange-Webdienste zum Lesen und Schreiben von Berechtigungen für Exchange. Mit der API können Anwendungen Exchange und seine Objekte und Funktionen wie Aufgaben, Kalender, E-Mails und Kontakte integrieren und mit ihnen interagieren.
Da viele Unternehmen auf Office 365 und Exchange Online umsteigen, begrüßten Unternehmen, die Exchange-Webdienste im lokalen Exchange-System verwendeten, die Verfügbarkeit in Exchange Online. Die Änderung von Microsoft bedeutet jedoch, dass jede angepasste Integration, die von internen Apps und Apps von Drittanbietern verwendet wird, verloren geht.

Wie unterscheidet sich Microsoft Graph von der Exchange Web Services-API?

Microsoft möchte, dass Codierer nicht nur mit Exchange Online, sondern auch mit allen anderen Workloads im Office 365-Stack und einer Reihe anderer Angebote interagieren. Wie der Name schon sagt, sind Exchange-Webdienste auf Exchange beschränkt.

Microsoft hat eine Frist von 13. Oktober 2020 für Administratoren mit Tools von Drittanbietern festgelegt, die auf die Integration von Exchange Web Services für Office 365 angewiesen sind, um zu Microsoft Graph zu wechseln.

Microsoft Graph bietet Entwicklern ein einheitliches Programmierbarkeitsmodell für den Zugriff auf Daten für eine Reihe von Produkten, darunter Office 365-Dienste, Enterprise Mobility + Security, Windows 10 und Azure Active Directory.
Während Microsoft Graph die Möglichkeiten für Entwickler, die Integrationsfunktionen in Exchange im neueren API-Modell benötigen, erheblich erweitert, müssen Exchange-Administratoren bei dieser Entscheidung möglicherweise einige der mit Office 365 verwendeten Produkte von Drittanbietern neu bewerten.

Abhängig von einem Cloud-Service bedeutet Vor- und Nachteile

Microsoft hat eine Frist von 13. Oktober 2020 für Administratoren mit Tools von Drittanbietern festgelegt, die auf die Integration von Exchange Web Services für Office 365 angewiesen sind, um zu Microsoft Graph zu wechseln.
Die Umstellung auf einen Cloud-Dienst wie Office 365 bietet einige Verwaltungsvorteile für die IT. Eine der Herausforderungen besteht jedoch darin, die Fähigkeit zu verlieren, bei einer bestimmten Version zu bleiben. Administratoren, die Exchange Online verwenden oder auf den von Microsoft gehosteten E-Mail-Dienst wechseln möchten, müssen jetzt das Vorhandensein von Exchange-Webdiensten in ihren benutzerdefinierten Apps und Add-Ons von Drittanbietern identifizieren.
Exchange-Administratoren müssen eine Bestandsaufnahme der betroffenen Integrationen erstellen, die für die Datenkonnektivität auf Exchange Web Services basieren. Wenn die Organisation diese Add-Ons auf Exchange Online übertragen möchte, müssen Exchange-Administratoren feststellen, ob der Anbieter plant, ein implementiertes Upgrade bereitzustellen Microsoft Graph.

Ein Cmdlet hilft bei der Erkennung der Verwendung von Exchange-Webdiensten

Mit dem PowerShell-Cmdlet Search-AdminAuditLog können Sie ermitteln, welche Produkte Exchange-Webdienste verwenden. Administratoren können Parameter wie Endbenutzer und Datumsbereich festlegen, um die Ergebnisse einzugrenzen. Das resultierende Protokoll zeigt die Liste der Ereignisse an, z. B. den Postfachzugriff von Benutzern oder Diensten, zu denen auch Exchange-Webdienste gehören können. Administratoren können auch die Ereignisprotokolle im EWS-Ordner ExchangeInstallationFolder V15 Logging EWS überprüfen, in denen alle für EWS ausgeführten Anforderungen mit Details zum Ursprung der Anrufe erfasst werden.

Similar Posts

Leave a Reply