Wir verwenden auch eine Exchange 2016-Umgebung und hatten die gleiche Frage wie Sie, als wir von Exchange 2013 nach 2016 zogen. Nach einer Untersuchung entschieden wir uns, bei PowerShell zu bleiben, da es die beste Option war.
Aber was wir bauen (nur um Ihnen eine Idee zu geben) für Exchange 2013 ist ein Taskserver, der IIS ausführt. Auf diesem Taskserver erstellen wir einen eigenen Webservice, der einen Remote Exchange Powershell-Befehl auslöst (z. B. um ein Postfach zu erstellen). Über diesen Weg sind wir dann offen, diesen Webservice in verschiedenen Anwendungen, die wir verwenden, zu verwenden. Und da der Webservice native Powershell-Befehle verwendete, war es keine große Sache, von Exchange 2013 zu 2016 zu wechseln, da hier die gleichen Powershell-Befehle verwendet wurden. Wenn wir jemals zu Exchange Online wechseln möchten, müssen wir nur ein paar kleine Änderungen am Webservice vornehmen und alles wird noch funktionieren.