Anwendungen mit Power Platform modernisieren

In der sich schnell entwickelnden digitalen Landschaft von heute stehen Organisationen vor der ständigen Herausforderung, ihre Legacy-Anwendungen zu modernisieren, um mit den sich ändernden Geschäftsanforderungen Schritt zu halten. Die Modernisierung von Anwendungen ist entscheidend, um die betriebliche Effizienz zu verbessern, das Kundenerlebnis zu verbessern und der Konkurrenz einen Schritt voraus zu sein. Microsoft Power Platform bietet eine umfassende Suite an Tools und Technologien, mit denen Unternehmen ihre Anwendungen schnell und effektiv transformieren und modernisieren können.

In diesem Artikel werden die Vorteile, Strategien und bewährten Methoden zum Modernisieren von Anwendungen mit Microsoft Power Platform erläutert. Es bietet Einblicke und Anleitungen, wie die Low-Code-Plattform von Microsoft Ihnen helfen kann, den Erfolg Ihrer Bemühungen zur Anwendungsmodernisierung im Rahmen der digitalen Transformation Ihrer Organisation sicherzustellen.

Einführung

Legacy-Anwendungen stellen Unternehmen vor viele Herausforderungen. Diese Anwendungen basieren oft auf veralteten Technologie-Stacks und Frameworks, was die Integration in moderne Systeme und Tools erschwert. Sie weisen häufig sind häufig im Hinblick auf Skalierbarkeit und Leistung eingeschränkt, was die Fähigkeit einer Organisation behindert, steigende Arbeitslasten und Kundenanforderungen zu bewältigen. Legacy-Anwendungen mangelt es an Flexibilität und Agilität, sodass sie sich nur begrenzt schnell an sich ändernde Geschäftsanforderungen und Marktdynamiken anpassen können. Sicherheitslücken, hohe Wartungskosten, eingeschränkte Integrationsmöglichkeiten und das Risiko der Herstellerabhängigkeit verschärfen die Herausforderungen von Legacy-Anwendungen zusätzlich. Um diese zu überwinden, müssen Organisationen ihre Anwendungsinfrastruktur modernisieren, um die Vorteile neuer Technologien nutzen zu können.

Die Low-Code-Entwicklungsfähigkeiten von Microsoft Power Platform machen es möglich, moderne Anwendungen schneller und kostengünstiger als je zuvor zu erstellen und bereitzustellen. Integrieren Sie ganz einfach Ihre bestehenden Systeme und Datenquellen und erreichen Sie so einen nahtlosen Datenaustausch und eine reibungslose Zusammenarbeit. Fügen Sie künstliche Intelligenz hinzu, um die Benutzererfahrung zu verbessern, Prozesse zu automatisieren und wertvolle Erkenntnisse aus Ihren Daten zu gewinnen. Ganz gleich, ob Sie ein Citizen Developer sind, der an den Rändern herumbastelt, oder eine professionelle Entwicklungsfachkraft, die an einer komplexen Anpassung arbeitet, Sie können die digitale Transformation intuitiv, schnell und kostengünstiger als mit herkömmlichen Ansätzen vorantreiben.

Warum Power Platform?

Die umfassenden Tools und Technologien, aus denen sich Power Platform zusammensetzt, senken die Dauer, die Kosten und den Entwicklungsaufwand von Modernisierungs- und digitalen Transformationsprojekten erheblich. Der Low-Code-Ansatz reduziert den Bedarf an teuren Codierungs-, Data-Science- und KI-Entwicklungsressourcen und kann diese sogar eliminieren. Davon profitieren Citizen Developer und professionelle Entwicklungsfachkräfte gleichermaßen. Citizen Developer können eine aktive Rolle im Modernisierungsprozess übernehmen, indem sie Anwendungen direkt auf der Grundlage ihres Fachwissens erstellen und ihre Abhängigkeit von IT-Teams verringern. Professionelle Entwicklungsfachkräfte können selbst komplexe Lösungen in weitaus kürzerer Zeit bereitstellen, sodass sie schneller zum nächsten Projekt übergehen können.

Power Platform-Produkte und -Konzepte

Jedes Produkt der Power Platform-Familie setzt einen einzigartigen Schwerpunkt. Organisationen können die Produkte einzeln oder in Kombination implementieren, je nachdem, wie es zu ihren spezifischen Anforderungen passt. Die Produkte sind miteinander verbunden und bilden ein nahtloses Ganzes, egal, wie sie kombiniert werden.

Die folgende Tabelle bietet einen allgemeinen Überblick über die einzelnen Power Platform-Produkte.

Die Power Platform-Produktfamilie nutzt einige unterstützende Funktionen und Konzepte. In der folgenden Tabelle werden die wichtigsten beschrieben, die Sie verstehen sollten.

Die wichtigsten Vorteile von Power Platform für die App-Modernisierung

Die Vorteile der Modernisierung von Anwendungen mithilfe von Microsoft Power Platform gehen über den anfänglichen geschäftlichen Mehrwert einer Lösung, die moderne Technologien verwendet, hinaus.

• Geringere Kosten. Organisationen können bei der Entwicklung und Wartung von Apps Geld sparen. Eine von Forrester Consulting in Auftrag gegebene Studie ergab, dass Unternehmen, die Power Platform verwenden, die Kosten für die Anwendungsentwicklung um 45 % senken und eine Rendite von 140 % erwirtschaften können.

• Erweitern Sie den Ressourcenpool und beseitigen Sie Engpässe. Professionelle Entwicklungsfachkräfte, Data Scientists und technische Fachkräfte für KI werden sehr gut bezahlt – und sind sehr gefragt. Kleine und mittlere Organisationen haben oft nicht den Luxus von internem Codierungs-Know-how, und Outsourcing ist teuer. Da es sich bei Power Platform um ein Low-Code-Produkt handelt, kann ein größerer Pool an Ressourcen leichter darauf zugreifen. Fachexperten und Mitarbeitende, die sich mit Geschäftsprozessen auskennen, können dazu beitragen, die Modernisierung zu beschleunigen, auch wenn sie noch nie eine Zeile Code geschrieben haben.

• Bauen Sie den Wagen, nicht das Rad. Die traditionelle Softwareentwicklung beginnt jedes Mal von vorn und erfindet mit jedem neuen Projekt das Rad neu. Wenn Sie intuitive und erstellerfreundliche Power Platform-Low-Code-Produkte als Räder verwenden, können Sie sich darauf konzentrieren, einen besseren Wagen zu bauen, also Ihre Geschäftsprozesse zu verbessern und schneller in den Genuss der Vorteile Ihrer Modernisierungsanstrengungen zu kommen.

• Reduzieren Sie die technischen Schulden. Die Kosten – sowohl die finanziellen als auch durch entgangene Chancen verursachte – für die Aktualisierung von mit der heißen Nadel gestrickten Softwarelösungen und die Wartung von veralteter Infrastruktur sind hoch. Power Platform reduziert diese technischen Schulden, indem es es einfacher und kostengünstiger macht, Lösungen gleich beim ersten Mal richtig zu erstellen, die Datenintegration und -governance mit einem gemeinsamen Datenmodell und Connectors vereinfacht, eine zentrale Plattform für die Verwaltung von Lösungen bereitstellt und die kontinuierliche Verbesserung mit Analysen und KI unterstützt.

• Stärken Sie die Sicherheit und sorgen Sie für Compliance. Alle Power Platform-Produkte enthalten für den Einsatz in Unternehmen geeignete, vollständig integrierte, sofort einsatzbereite Sicherheit, Compliance und Governance, und zwar angefangen bei den Umgebungen, in denen sie ausgeführt werden. Verwaltete Umgebungen ist eine Suite aus Tools mit denen Fachkräfte für die Administration Power Platform in großem Maßstab mit mehr Kontrolle und weniger Aufwand verwalten können. Sie können unter anderem einschränken, wer welche Flows und Apps für wen freigeben kann, und Richtlinien verwenden, um die Connectors einzuschränken, die Erstellende verwenden können. Dank nativer, flexibler Datensicherheitsmodellen muss nicht jede Anwendung ihr eigenes entwickeln.

• Modernisieren Sie im Lauf der Zeit. Je bedeutender die Apps sind, die Sie modernisieren möchten, desto unwahrscheinlicher ist es, dass Sie sie alle auf einmal ersetzen möchten. Ein Low-Code-Ansatz eignet sich gut für die Erstellung von Lösungen in überschaubaren Schritten.

• Integrieren Sie Legacy-Apps. Ältere Anwendungen haben oft keine APIs. Mit den RPA-Funktionen von Power Platform können Sie klassische Apps automatisieren und in Ihre neuen modernen Geschäftsprozesse einbinden. RPA kann auch bei der schrittweisen Modernisierung großer und komplexer Apps hilfreich sein.

• Treiben Sie Innovationen voran, ohne mehr auszugeben. Die Funktionen von Power Platform werden immer besser. Apps, die auf der Plattform basieren, profitieren von Microsoft-Innovationen, ohne dass Ihnen weitere Kosten entstehen.

• Steigern Sie die Produktivität Ihrer Mitarbeitenden an einem modernen Arbeitsplatz. Power Platform ist Teil des modernen Microsoft-Arbeitsplatzes. Anwendungen, die auf der Plattform modernisiert wurden, können die Funktionen von Microsoft 365 nutzen, darunter ansprechende mobile Erfahrungen und einfache, intuitive Zusammenarbeit. Durch modernste KI wie Copilot, AI Builder und Features, die demnächst angekündigt werden, machen Benutzende und Entwicklungsfachkräfte produktiver, die Frustration sinkt und die Lernkurven flachen ab.

Innovation für Mitarbeitende in Service und Produktion

Mitarbeitende in Service und Produktion brauchen moderne Anwendungen, die sie auf jedem Gerät und an jedem Ort verwenden können, mit dem und an dem sie arbeiten. Sie brauchen Zugriff auf Erkenntnisse in Echtzeit, um schneller bessere Entscheidungen treffen zu können. Sie müssen mit anderen Teammitgliedern und dem Management zusammenarbeiten, damit alles reibungslos funktioniert. Als American Airlines beschloss, Teile seines Betriebs zu modernisieren, bekamen das Unternehmen all das und noch mehr.

In Zusammenarbeit mit Microsoft hat American Airlines ConnectMe entwickelt, eine Microsoft Teams-App, die auf Power Apps Azure aufgebaut ist. Mit der App auf jedem mobilen Gerät haben die Teams in Service und Produktion wichtige Informationen zu Ankunft, Boarding, Gepäck und Gate in Echtzeit zur Hand, was den Bodenbetrieb rationalisiert, die Abfertigungszeiten der Flugzeuge beschleunigt und das Reisen für die Kunden angenehmer macht. Erfahren Sie mehr über die Transformation der Fluggesellschaft.

KI-Unterstützung für Wissensarbeitende

Wissensarbeitende schwimmen in einem Ozean aus Daten – und allzu oft haben sie das Gefühl, zu ertrinken. Fast alle Anwendungen sammeln Daten. Nur wenige von ihnen helfen den Benutzenden dabei, die erfassten Daten auch zu verstehen, geschweige denn Erkenntnisse daraus zu ziehen, die ihnen helfen könnten, ihre Arbeit besser zu erledigen. Im Rahmen der Modernisierung können Apps KI-Funktionen hinzugefügt werden, die nicht nur die Datensammlung und -analyse automatisieren, sondern Wissensarbeitenden auch das Erkennen von Mustern und Trends erleichtern. Die prädiktive Analyse kann KI-Modelle verwenden, um zukünftige Ergebnisse auf der Grundlage historischer Daten mit hoher Genauigkeit vorherzusagen, sodass Führungskräfte sicher planen können. Modernisierte Apps können Copilot-KI enthalten, die als Partner fungiert, um Inhalte im Kontext zu generieren – Interviews zusammenzufassen, gezielte Marketing- und Verkaufsbotschaften zu entwerfen und sogar hilfreiche Informationen in Echtzeit anzubieten, während Kundenservice- oder Vertriebsmitarbeitende mit Kundschaft telefoniert.

Legacy-Apps schrittweise modernisieren

Wenn Ihre Organisation wie die meisten anderen ist, haben Sie immer mehr veraltete Anwendungen, die von einer Modernisierung profitieren würden. Legacy-Anwendungen verwenden in der Regel veraltete Technologie und basieren auf einer Infrastruktur – Hardware und Software –, die nicht mehr unterstützt wird. Oft wissen nur wenige Mitarbeitende – die häufig auch noch kurz vor der Pensionierung stehen – wie sie funktionieren. Neue Mitarbeitende wollen nichts mit ihnen zu tun haben, weil sie die modernen Tools, an die sie gewöhnt sind oder mit denen sie arbeiten möchten, nicht verwenden dürfen. Um sie zu warten, geschweige denn zu aktualisieren, muss man erhebliche technische Schulden in Kauf nehmen, die noch dazu immer mehr werden. Jahre, vielleicht Jahrzehnte der Patchwork-Wartung, führen zu einer Codebasis, an die sich niemand heranwagt – vor allem, wenn große Teile des Unternehmens darauf angewiesen sind.

Organisationen können diese Anwendungen oft nicht einfach alle auf einmal ersetzen. Stattdessen wagen sie sich schrittweise an die Modernisierung heran. Ein inkrementeller Ansatz maximiert die Vorteile der Modernisierung und dämmt gleichzeitig einige der Risiken eines Alles-oder-nichts-Ansatzes bei der Modernisierung.

Optionen für die Modernisierung von Apps

Modernisierung bedeutet nicht immer, dass eine Legacy-App von Grund auf neu erstellt werden muss. Andere Optionen sind das Außerbetriebnehmen, Ersetzen, Rehosten, Refactoring und Rearchitecting.

In der folgenden Tabelle werden die einzelnen Optionen, die ALM-Phase, für die sie sich am besten eignen und die Beweggründe, die ihre Auswahl beeinflussen können, beschrieben.

In der folgenden Tabelle werden Möglichkeiten vorgeschlagen, wie ein Low-Code-Ansatz auf die einzelnen App-Modernisierungsoptionen angewendet werden kann.

Der Low-Code-Ansatz von Power Platform kann potenziell viel mehr als nur ein weiteres Entwicklungstool sein. Wenn Sie Low-Code zu einem Teil Ihrer modernen App-Strategie machen, können Sie auch eine Grundlage dafür schaffen, dass Mitarbeitende, die keine Entwicklungsfachkräfte sind, zum Beispiel Fachexperten, an Ihrer Modernisierung mitwirken können. Organisationen haben festgestellt, dass der Aufbau eines Center of Excellence (CoE) rund um Power Platform und die Verwendung von Tools wie dem CoE-Starter-Kit zur Einrichtung von Richtlinien und Governance Benutzenden hilft, Low-Code-Apps und -Automatisierungen erfolgreich zu erstellen, und sicherstellt, dass Ressourcen wie APIs und Komponenten wiederverwendet werden können. Low-Code kann die Anwendungsentwicklung beschleunigen und Organisationen dabei helfen, schneller einen Mehrwert aus ihren Daten zu ziehen, unabhängig davon, wo sie sich befinden. Tatsächlich entscheiden sich viele Organisationen dafür, eine Low-Code-Denkweise in ihre Kultur zu integrieren.

Ein Leitfaden für Ihren Modernisierungsprozess

Man fühlt sich nur zu leicht überwältigt, wenn man über die Modernisierung von Legacy-Apps nachdenkt. Ein Leitfaden kann Ihnen bei der Planung Ihres Modernisierungsprozesses helfen und Sie auf Kurs halten. Ein guter Ausgangspunkt sind diese drei Schritte, wobei an jeden Schritt mit einer Low-Code-Denkweise herangegangen werden sollte.

1. Planung. Denken Sie sorgfältig über Ihre Ziele für die Modernisierung einer Legacy-Anwendung nach und legen Sie Ihre Strategie fest, um diese Ziele zu erreichen. Benennen Sie das Problem, das Sie mit der Modernisierung lösen möchten, klar und deutlich. Jetzt ist es an der Zeit, Ihre Apps und Umgebungen im Hinblick darauf zu bewerten, was nicht funktioniert, was funktioniert, aber verbessert werden könnte, und vor allem, was das Unternehmen oder die Benutzenden von den Änderungen haben. Bewerten Sie jede Modernisierungsmöglichkeit daraufhin, wie gut sie die Vorteile eines Low-Code-Ansatzes nutzen kann. Priorisieren Sie Chancen, die Low-Code-Lösungen enthalten. Verwenden Sie die Beurteilung für die Strategie zur Cloudeinführung, um einen Geschäftsfall für die Anwendungsmodernisierung zu erstellen.

2. Implementierung. Modernisieren Sie Ihre Apps nicht nur schrittweise, sondern iterativ. Ein iterativer Ansatz gibt Organisationen die Flexibilität, ihren Projektumfang oder ihre Strategie nach Bedarf zu ändern. Power Platform-Low-Code-Lösungen können schneller entwickelt und getestet werden als herkömmlich entwickelte Apps und für die Bereitstellung in verwalteten Umgebungen sind nur wenige Schritte notwendig. Auch wenn Low-Code weniger Weiterbildung erfordert als herkömmliche Codierung, stellen Sie sicher, dass Ihre Mitarbeitenden angemessen darin geschult sind, wie man als Fusionsteams arbeitet, in denen Low-Code- und traditionelle Ressourcen zusammenkommen.

3. Betriebsablauf. Die App-Modernisierung hört nicht bei der Implementierung auf. Mit einem Low-Code-Ansatz für die Cloud können Sie Cloud-Plattformdienste und -Tools verwenden, um Ihre Apps zu sichern, zu steuern, zu verwalten und zu optimieren.

Möglichkeiten für Low-Code-Lösungen bewerten

Organisationen verwenden verschiedene Methoden, von der informellen Überprüfung bis hin zu detaillierten Entscheidungsstrukturen, um festzustellen, ob ein Low-Code-Ansatz der richtige Weg ist, um eine Legacy-App zu modernisieren. Das Wichtigste ist, dass Low-Code keine Alles-oder-nichts-Entscheidung ist. Es ist üblich, einen Teil einer Anwendung aus Power Platform-Komponenten und einen Teil aus Komponenten zu erstellen, die mit herkömmlichen Programmierungstechniken entwickelt wurden.

Um eine Anwendung zu bewerten, sollten Sie zunächst ermitteln, ob sie noch benötigt wird und nützlich ist oder außer Betrieb benommen werden sollte. Wenn Sie entscheiden, dass sie weiterhin benötigt wird, prüfen Sie, ob eine Low-Code-Lösung die App als Ganzes ersetzen kann. Wenn die gesamte App nicht für eine Low-Code-Ersetzung geeignet ist, finden Sie heraus, ob dies bei einer oder mehreren Workloads oder Komponenten der App der Fall sein könnte. Möglicherweise stellen Sie fest, dass eine Low-Code-Lösung, die mit traditionell entwickeltem Code erweitert wird, das Beste aus beiden Optionen bietet.

Wenn Sie z. B. feststellen, dass eine Anwendung nicht geeignet ist, weil Power Apps ein erforderliches Steuerelement fehlt, können Sie mithilfe von Power Apps component framework (PCF) und herkömmlichem Code ein benutzerdefiniertes Steuerelement kreieren. Ein weiteres Beispiel ist eine App mit komplexer Logik. Sie könnten die Logik in einer API zentralisieren, auf die Power Apps über einen benutzerdefinierten Connector zugreifen kann. In beiden Beispielen kann der größte Teil der App dank der Erweiterbarkeit von Power Platform mit Low-Code-Komponenten erstellt werden, sodass die Lücken mit traditionell entwickeltem Code geschlossen werden können.

NSure.com, eine geschützte Online-Shopping-Plattform für Versicherungen, ist ein gutes Beispiel aus der Praxis. Die erste Bereitstellung des Unternehmens stützte sich auf traditionell entwickelte Angular-, Xamarin- und Azure-Dienste. Durch Hinzufügen von Power Platform und Dynamics 365 hat NSure.com eine Lösung der nächsten Generation erstellt, die sowohl Low-Code- als auch traditionelle Programmierungstechniken verwendet (siehe folgendes Diagramm). Erfahren Sie mehr über die Reise des Unternehmens.

Genauso wichtig wie die Identifizierung von Low-Code-Möglichkeiten ist es, zu erkennen, wann ein Low-Code-Ansatz nicht geeignet ist. In den folgenden Tabellen werden Anwendungsfälle beschrieben, die sich häufig nicht gut für Low-Code-Lösungen eignen. Organisationen stehen im Front-End und Back-End vor unterschiedlichen Herausforderungen; daher sollten wir sie getrennt betrachten.

Front-End-Szenarien, die nicht zu einem Low-Code-Ansatz passen

Back-End-Szenarien, die nicht zu einem Low-Code-Ansatz passen

Wir empfehlen, im Hinblick auf die Power Platform-Veröffentlichungszyklen auf dem Laufenden zu bleiben, da diese immer wieder Lücken bei dem schließen, was Sie mit Low-Code-Lösungen erreichen können. Das Erstellen eines Low-Code-Proof-of-Concept ist eine gute Möglichkeit, um festzustellen, ob Ihr Szenario gut geeignet ist.

Low-Code-Möglichkeiten priorisieren

Bei der Bewertung Ihres Anwendungsportfolios reicht es nicht aus, gute Kandidaten für die Low-Code-Transformation zu identifizieren. Ihr Team muss sie priorisieren, damit Ihre Modernisierung so erfolgreich wie möglich verläuft.

Sie sollten bei der Priorisierung die folgenden Faktoren berücksichtigen:

• Der Low-Code-Reifegrad Ihrer Organisation
• Die Komplexität der Chance
• ROI für Organisationen, Benutzende und IT
• Die Wertschöpfungszeit

Wenn Sie die Low-Code-Fähigkeiten Ihres Unternehmens realistisch einschätzen, können Sie eine Gelegenheit auswählen, an dem Ihr Team wachsen kann, ohne es zu überfordern, sodass es letztendlich scheitert. Sie müssen nicht gleich die einfachste Anwendung ohne Herausforderungen auswählen. Idealerweise bieten sich durch ihre Wahl einige Möglichkeiten, herauszufinden, wie traditioneller Code mit Low-Code-Lösungen kombiniert werden kann.

Anwendungen mit komplexer Integration mit anderen Systemen sind oft nicht die beste Wahl, um anzufangen. Der Versuch, Anwendungen in Angriff zu nehmen, die zu groß oder zu komplex sind, kann zu Frustration und Misserfolgen führen. Vermeiden Sie fragwürdige Low-Code-Kandidaten. Heben Sie sie sich für die Zeit auf, wenn Ihr Team einige erfolgreiche Modernisierungen abgeschlossen hat.

Bei der Modernisierung einer großen, monolithischen App sollten Sie überlegen, ob Sie kleine Teile davon inkrementell modernisieren können. Früher kamen monolithische Anwendungen häufig vor. Inzwischen sind häufiger kleinere rollen- oder aufgabenorientierte Apps anzutreffen. Sie ermöglichen eine inkrementelle Entwicklung, Verbesserung und Skalierung der Teams, die sie erstellen.

Die ersten Modernisierungen sind wichtig, da sie der Organisation die Auswirkungen von Low-Code-Lösungen vor Augen führen. Es ist wichtig, die Vorteile und Risiken für die Stakeholder einer App zu bewerten, wenn Sie Möglichkeiten priorisieren. Die Wahl einer Anwendung, die niemanden interessiert oder die sich kaum auf die Organisation auswirkt, ist nicht der beste Beweis für die Vorteile einer Low-Code-Lösung.

Die Benutzenden müssen die modernisierte Anwendung auch annehmen. Die Benutzenden müssen das Gefühl haben, dass ihre neue Low-Code-Anwendung zu den anderen Anwendungen passt, die sie verwenden. Ein weiteres Risiko für die Einführung ist der Grad der Anpassung, an den sie gewöhnt sind. Wenn sie eine hochgradig maßgeschneiderte Erfahrung erwarten, sind sie möglicherweise weniger geneigt, eine Low-Code-Lösung zu wählen, die sich nicht so maßgeschneidert anfühlt.

Ihre Teams organisieren und weiterbilden

Organisationen, die bei der Modernisierung ihrer Legacy-Apps erfolgreich sind, weisen ein Modernisierungsprojekt nicht einfach einem Team aus Fachkräfte für die traditionelle Codeentwicklung zu und hoffen, dass sie erfolgreich sind. Es ist wichtig, Ihrem Team das Wissen und die Sicherheit in der Low-Code-Entwicklung zu vermitteln, die es für eine erfolgreiche Modernisierung benötigt.

Ein Team von Low-Code-Ressourcen, das neben den für herkömmlichen Code zuständigen Mitarbeitenden arbeiten, wird als Fusionsteam bezeichnet. Fusionsteams sollen die Zusammenarbeit fördern, indem beide Arten von Mitarbeitenden in der Integration von Low-Code-Lösungen in traditionellen Code geschult werden. Ein Lösungsarchitekt legt fest, wie die Lösung aus Low-Code und herkömmlichem Code gestaltet wird.

Es ist zwar einfach, die gesamte Arbeit standardmäßig traditionellen Entwicklungsfachkräften zuzuweisen, aber Low-Code-Modernisierungen sind eine gute Möglichkeiten, das Projektteam zu erweitern. Viele im geschäftlichen Bereich tätige Benutzende eignen sich hervorragend als Low-Code-Mitarbeitende. Sie können die Arbeit des Teams beschleunigen, da sie die geschäftliche Seite des Problems bereits verstehen. Sie müssen nur lernen, wie sie die Arten von Low-Code-Arbeiten ausführen, die das Team übernimmt, und mit Test- und ALM-Verfahren vertraut sein. Das kann bedeuten, dass Sie lernen, wie man Apps Power Apps oder Workfows in Power Automate erstellt. Sie sollten auch verstehen, was traditionelle Coderirungsfachkräfte entwickeln können, um ihre Low-Code-Bemühungen zu erleichtern. Das bedeutet nicht, dass sie wissen müssen, wie man traditionellen Code schreibt.

Herkömmliche Codierungsfachkräfte müssen über grundlegende Kenntnisse bei Low-Code-Ansätzen verfügen und wissen, wie sich dieser von dem Code unterscheidet, den sie normalerweise schreiben. Am wichtigsten ist, dass sie die Erweiterbarkeitsoptionen von Low-Code-Lösungen kennenlernen. Sie sollten in der Lage sein, eine Test-App oder einen Test-Flow zu erstellen, die bzw. der von ihnen geschriebenen Code verwendet, um sicherzustellen, dass sie bzw. er funktioniert. Sie sollten auch bereit sein, Low-Code-Mitarbeitende bei der Nutzung ihrer Erweiterbarkeitsressourcen zu unterstützen.

Sowohl Low-Code- als auch traditionelle Codierungsfachkräfte müssen verstehen, wo Low-Code- und traditionelle Code-Lösungen beginnen und enden und wo sie sich überschneiden.

Anforderungen sammeln

Möglicherweise stellen Sie fest, dass Sie Apps haben, die ein Jahrzehnt oder älter und nicht dokumentiert sind. Für die Wiederherstellung können Reverse Engineering oder Fachwissen von im geschäftlichen Bereich tätige Benutzende erforderlich sein. Denken Sie unbedingt daran, dass ein Low-Code-Ansatz zwar effizient ist, aber das Erfassen von Anforderungen und Wissen über Geschäftsprozesse nicht beschleunigt und komplexe Anforderungen nicht weniger komplex macht. Oft gibt es die unrealistische Erwartung, dass ein Team, das eine App modernisiert, genauso viel erreicht wie ein Team, das eine neue App mit Low-Code erstellt. Legen Sie die Erwartungen Ihrer Organisation unter Berücksichtigung dieser Herausforderungen fest.

Zwei Ansätze können dazu beitragen, den Aufwand für den Erwerb von Erkenntnissen über eine Legacy-App zu optimieren. Erweitern Sie zunächst das Team um im geschäftlichen Bereich tätige Benutzende mit Domänenkenntnissen. Zweitens sollten Sie sich darauf konzentrieren, den Geschäftsprozess und das gewünschte Ergebnis zu verstehen, anstatt zu dokumentieren, wie er im Legacy-System implementiert ist. Eine Ausnahme hiervon ist, wenn die Legacy-Anwendung eine spezielle Logik erfordert, die Geschäftsregeln ausführt, die Sie befolgen müssen.

Arbeiten Sie nicht gegen Low-Code-Ansätze

Organisationen, für welche die Modernisierung von Anwendungen mit Low-Code-Lösungen neu ist, machen oft den Fehler, Low-Code auf die gleiche Weise zu entwickeln wie herkömmlichen Code. Angenommen eine Organisation wendet auf ihre erste Power Apps-Implementierung UX-Standards an, die für Angular-Apps geschrieben wurden. Das Projektteam verbringt dann unnötig Zeit damit, Standards zu erfüllen, die für die Funktionen des Angular-Frameworks und nicht für die eigenen Geschäftsanforderungen entwickelt wurden.

Teams, die es gewohnt sind, mit herkömmlichem Code zu arbeiten, versuchen möglicherweise, Low-Code zu minimieren. Anstatt Power Apps Steuerelemente zu verwenden, erstellt das Team vielleicht eine Anwendung aus Steuerelementen des Power Apps component framework, um so wenig Low Code wie nur möglich zu verwenden. Es ist am besten, wenn Teams mit Low-Code so weit wie möglich kommen, bis sie auf Hindernisse stoßen, die nicht umgangen werden können. Teams, die lernen, wie sie die Funktionen der Plattform zu ihrem Vorteil nutzen können, sind erfolgreicher, wenn es darum geht, den maximalen Nutzen aus Low-Code zu ziehen. Low-Code ist immer besser in der Lage, das zu übernehmen, was früher nur mit herkömmlichem Code möglich war. Früher blieben Teams häufig irgendwann stecken, weil Low-Code einige benötigte Funktionen nicht replizieren konnte. Power Platform begegnet dieser Herausforderung mit Optionen zur Erweiterung, durch die bei Bedarf in Low-Code-Anwendungen spezialisierte Komponenten integriert werden können, die traditionell programmiert wurden.

Low-Code-Ansätze können eine wichtige Rolle in Ihren Modernisierungsstrategien spielen. Die besten Ergebnisse erreicht man mit einer klaren Formulierung des Problems, das mit der Modernisierungsmaßnahme gelöst werden soll, mit Planung, Personal, das über Standardrollen hinausgeht, Schulungen und Priorisierungen. Eine weitere Methode, die Organisationen hilft, das Potenzial von Low-Code vollständig auszuschöpfen ist, ihre Standards und Prozesse bei Bedarf anzupassen. Eine richtig durchgeführte Modernisierung sollte den allgemeinen geschäftlichen Wert der modernisierten Anwendungen verbessern.

Low-Code-Plattformen haben sich in den letzten Jahren rasant weiterentwickelt. Während sie schon immer gut darin waren, individuelle Produktivitätsszenarien zu unterstützen, lag der Schwerpunkt in letzter Zeit auf Unternehmensfunktionen. Organisationen entwickeln Low-Code-Anwendungen, die den modernen Arbeitsplatz unterstützen, einschließlich hybrider Arbeit (remote und vor Ort) und des damit einhergehenden Bedarfs an Möglichkeiten zur Förderung der Zusammenarbeit. Low-Code-Plattformen wie Power Platform können jetzt skaliert werden, sodass sie auch Anwendungen verarbeiten können, auf die sich alle Benutzenden in einer Organisation verlassen und die in Sicherheitsmodelle von Unternehmen integriert werden können. Durch die Verbindung von Low-Code-Funktionen mit der Unternehmensinfrastruktur können Sie Low-Code-Techniken parallel zu herkömmlichen Methoden verwenden. Low-Code abstrahiert einen Großteil der Komplexität und macht es möglich, dass sich ein breiterer Personenkreis an der Erstellung von Lösungen beteiligen kann.

Grundlegendes zur Kostenstruktur eines Low-Code-Ansatzes

Eine häufige Frage, die sich Unternehmen stellen, wenn sie eine Modernisierung in Betracht ziehen, lautet: Wie viel kostet das? Obwohl eine vollständige Erörterung der Lizenz- und Kostenanalyse den Rahmen dieses Dokuments sprengen würde, können wir uns diese Themen ganz allgemein ansehen.

Power Platform-Produkte sind lizenzierte Produkte. Sie können sie individuell lizenzieren, sodass sie zu Ihren Anforderungen passen. Sie können die Azure-Abrechnung auf die nutzungsbasierte Bezahlung einstellen, sodass sie für die Nutzung nicht im Voraus eine Lizenzverpflichtung oder einen -kauf eingehen müssen und trotzdem eine gewisse In-App-Nutzung von Power Automate erhalten. Power Automate bietet außerdem über eine Pro-Benutzer- und Pro-Flow-Lizenzierung für eigenständige Arbeiten. Die Pro-Flow-Lizenzierung funktioniert gut, wenn Sie über eine Automatisierung verfügen, von der die gesamte Organisation profitiert. Power Apps ist entweder pro Benutzer oder pro App lizenziert. Power Pages-Websites werden pro Benutzer, Website oder Monat lizenziert. Für authentifizierte Websites ist eine zusätzliche Lizenz erforderlich. Zu allen Lizenzen gehört die Verwendung von Connectors und Dataverse sowie die Option, im Falle hoher Volumen mehr Speicher und API-Anforderungen zu lizenzieren.

Alle Power Platform-Produkte haben volumenabhängige Preise, die üblicherweise für die Modernisierung von Anwendungen relevant sind und immer anhand der Strategie des einzelnen Unternehmens bewertet werden müssen.

Bei der Bewertung der Kosten von Low-Code im Vergleich zu herkömmlichem Code müssen Sie sich klar machen, dass Sie hier nicht Äpfel mit Äpfeln vergleichen. Bei Low-Code zahlen Sie für die Arbeit für die Implementierung eines einzigartigen Geschäftsprozesses in das Low-Code-Produkt und für die Produktlizenz für dessen Nutzung. Im Allgemeinen umfasst die Lizenz mehrere Apps und Automatisierungen, wobei nicht jede einzelne mehr Kosten verursacht.

Bei herkömmlichen Codierungsansätzen zahlen Sie für die Arbeit für die Umsetzung eines einzigartigen Geschäftsprozesses in Code, die Arbeit für den Aufbau der App-Infrastruktur und die Clouddienste, die zur Unterstützung der App erforderlich sind.

Alle Lösungen, ob Low-Code oder traditioneller Code, müssen laufend gewartet und instand gehalten werden. Low-Code-Lösungen erfordern dafür jedoch weniger Ressourcen. Auch die technischen Schulden sind geringer, da die App-Infrastruktur von der Plattform bereitgestellt wird.

Im Vergleich zu einer vollständig benutzerdefinierten Anwendung, die nicht auf einer Low-Code-Plattform aufbaut, sind die Kosten für eine Low-Code-Lösung besser vorhersehbar. Tappen Sie nicht in die Falle, die Low-Code-Lizenzierung mit den Anschaffungskosten einer herkömmlichen Codebereitstellung zu vergleichen.

Ein Blick ins Innere von Power Platform

Die Power Platform-Komponenten basieren auf denselben Microsoft Azure-Clouddiensten, die auch bei Verwendung herkömmlicher Programmierungsmethoden verfügbar sind. Die Integration dieser Komponenten untereinander und mit Sicherheits-, Skalierbarkeits- und Notfallwiederherstellungsfeatures wurde für Sie durchgeführt.

In Dataverse

Dataverse wird von mehr als 25 vollständig verwalteten Azure-Diensten wie Functions, Load Balancer, Cognitive Services, Synapse, DevOps, Active Directory und Microsoft Purview unterstützt. Zu den integrierten Funktionen gehören umfassende Sicherheit, leistungsstarke Analysen, KI, erweiterte Geschäftslogik und Ereignisbehandlung, Datenmodellierung und Integration in Dynamics 365, Microsoft 365, Azure und mehr. Alle diese Funktionen basieren auf einer mehrsprachigen Dataverse Speicherebene, die auf der Azure SQL-Datenbank (für relationale Daten), Azure Cosmos DB (für NoSQL), Azure Blob Storage (für Dateien) und Azure Data Lake Storage Gen 2 (für umfangreiche Analysen und langfristige Datenaufbewahrung) basiert. Sie sind für die transparente Verwendung in den Low-Code-Komponenten von Power Platform und über die Dataverse-REST-API verfügbar.

Hochverfügbarkeit und Business Continuity & Disaster Recovery (BCDR) sind für unternehmenskritische Anwendungen wichtig. Dataverse maximiert mit Azure-Zuverlässigkeitsdiensten die Verfügbarkeit. Die Replikation von primären und sekundären Servern erfolgt synchron, mit einer zugrunde liegenden Fabric, die Fehler erkennen und einen neuen primären Server gemäß den Korrektheitsprotokollen auswählen kann. Hochverfügbarkeitsfailover, die innerhalb einer Azure-Region auftreten, sind nahtlos und werden von Benutzenden nur selten bemerkt. In der Regel erfolgen sie innerhalb von Sekunden. Es kommt garantiert nicht zu einem Datenverlust, unabhängig davon, ob der Ausfall geplant oder ungeplant ist.

Failover für die Notfallwiederherstellung treten über zwei Azure Regionen hinweg auf. Um ein schnelleres Failover mit minimalem Datenverlust zu gewährleisten, wird eine fortlaufende Kopie für die Notfallwiederherstellung mithilfe der asynchronen Replikation verwaltet. Geplante Failover verursachen keine Datenverluste und können für Produktionsumgebungen in der Regel in Sekunden oder wenigen Minuten abgeschlossen werden.

Neben der technischen Umsetzung von Hochverfügbarkeit und BCDR testet das Betriebsteam regelmäßig die Reaktionsbereitschaft auf verschiedene Arten von Ereignissen.

In Power Automate

Power Automate-Cloudflows werden auf Azure Logic Apps aufgesetzt. Power Automate bietet Abstraktionen und Integration mit anderen Low-Code-Komponenten wie Power Apps und verwendet die Logic Apps-Runtime-Engine. Entwicklungsfachkräfte, die mit Logic Apps vertraut sind, werden feststellen, dass Power Automate ganz ähnliche Konzepte verwendet, darunter auch die Ausdruckssprache.

In Power Apps

Die Power Apps-Runtime-Engine basiert auf dem React-Framework. Anwendungen werden im Power Apps-Designer erstellt, der eine Drag-&-Drop-Oberfläche zum Erstellen von Bildschirmen verwendet. Power Fx-Formeln implementieren die Logik. Connectors erweitern den Zugriff von Apps auf andere Dienste, Logik und Komponenten, die wiederverwendbare visuelle Erweiterungen ermöglichen. Entwicklungsfachkräfte können mit dem Power Apps component framework (PCF) benutzerdefinierte Steuerelemente erstellen. Während viele UI-Frameworks zusammen mit PCF verwendet werden können, enthält Power Apps eine integrierte Unterstützung für React.

Connectors

Connectors verwenden Azure API Management, um die Anmeldeinformationen und Verbindungen der einzelnen Benutzenden zu verwalten.

Die gleiche Architektur wird für alle Connectors verwendet, einschließlich der benutzerdefinierten, die Sie für Ihre eigenen APIs erstellen. Die Verwendung von Azure API Management sorgt bei Power Platform-Produkten wie Power Apps und Power Automate für eine einheitliche Oberfläche mit allen Connectors.

Eine Ausnahme ist der Dataverse-Connector. Er wird in der Liste der Connectors für Apps und Flows angezeigt, aber anders implementiert. Wenn eine App oder ein Flow Dataverse-Daten oder -Aktionen verwendet, erfolgt die Interaktion direkt über die OData-API von Dataverse.

Power Platform-Erweiterbarkeitsoptionen

Die Erweiterbarkeit ist ein wichtiges Feature, durch das sich Microsoft Power Platform von anderen Low-Code-Plattformen unterscheidet. Ein Leitprinzip der Plattform lautet: „Keine Klippen“ – Sie sollten nicht daran gehindert werden, etwas mit Low-Code zu erreichen, selbst wenn es traditionellen Code erfordert. Sie können bei Bedarf eine ganze Workload als Teil einer größeren App mit herkömmlichem Code erstellen. Die Plattform bietet jedoch viele Erweiterbarkeitsoptionen, die es ermöglichen, Low-Code- und traditionellen Code zusammen in derselben Workload zu verwenden.

Die folgende Tabelle bietet einen allgemeinen Überblick über einige der gängigen Erweiterbarkeitsoptionen. Auf einige von ihnen kommen wir später noch einmal zurück, wenn wir besprechen, wie Sie an die Modernisierung herangehen und welche Muster Sie anwenden können.

Szenarien für eine Low-Code-Modernisierungsarchitektur erkunden

Wie bei den meisten Plattformen können Sie mithilfe von Power Platform-Komponenten und anderen Microsoft Cloud Services eine endlose Anzahl von Architekturszenarien zusammenstellen. In diesem Abschnitt des Whitepapers sehen wir uns einige der gängigsten Szenarien und Überlegungen an, die Sie bei ihrer Verwendung beachten sollten.

Anwendungserlebnis

Die Modernisierung der Benutzererfahrung kann für die Benutzenden einen großen Unterschied machen. Power Apps ist die Hauptmethode zum Erstellen interner Anwendungserfahrungen mit Power Platform. Sie können Power Pages für interne Webanwendungen verwenden. Allerdings wird es normalerweise für nach außen gerichtete Anwendungen einsetzt.

Power Apps

Workloads sollten so konzipiert sein, dass Benutzende einen Großteil ihrer Arbeit erledigen können, ohne die App wechseln zu müssen. Wenn Sie eine große, monolithische Anwendung modernisieren, können Sie deren Funktionalität auf mehrere Apps aufteilen. Wenn Benutzende umgekehrt mit mehreren Apps arbeiten müssen, können Sie diese in einer einzigen App konsolidieren, die eine einheitliche Ansicht mehrerer Datenquellen bietet.

Die folgende Tabelle beschreibt die beiden Arten von Apps, die Sie mit Power Apps erstellen können: Canvas-Apps und modellgesteuerte Apps.

Das folgende Diagramm veranschaulicht eine grundlegende Architektur für eine Canvas-App oder eine modellgesteuerte App, in der die App eine direkte Verbindung zu Datenquellen herstellt.

Um direkte Verbindungen zu einer Datenquelle zu minimieren, können Sie festlegen, dass die App einen benutzerdefinierten Connector für die API verwendet, der alle erforderlichen Arbeiten in der Datenquelle ausführt. Mit diesem Ansatz können Sie steuern, welche Vorgänge für Low-Code-Komponenten verfügbar gemacht werden, und die Komplexität der zugrunde liegenden Logik abstrahieren. Das folgende Diagramm veranschaulicht diesen API-first-Ansatz.

Power Apps kann auch Power Automate-Cloudflows, die Ergebnisse an die Anwendung zurückgeben oder asynchron ausgeführt werden, auch direkt ausführen.

Durch die Verwendung von Power Apps mit Ihren Datenrepositorys oder APIs können Sie die Benutzererfahrung modernisieren und gleichzeitig Störungen anderer Teile einer Legacy-Lösung minimieren. Dieser Ansatz kann Ihnen auch ermöglichen, mehrere Legacy-Systeme in einer einzigen Anwendung zu verbinden, sodass Benutzende ihre Arbeit von einem einzigen Ort aus erledigen können.

Power Pages

Die Hauptdatenquelle für Power Pages ist Dataverse. Wenn Sie einer Website Seiten hinzufügen, speichern Sie die Seitendefinitionen in Dataverse. Seiten können sowohl Dataverse-Daten darstellen als auch Daten von Benutzenden erfassen, um sie in einer Dataverse-Tabelle zu speichern.

Sie können Seiten für den anonymen oder authentifizierten Zugriff mithilfe der Microsoft Entra ID für interne Benutzende oder mithilfe von Identitätsanbietern für externe Benutzende konfigurieren. Wenn authentifizierte Benutzende auf Daten zugreifen, sind nur die Daten verfügbar, für die sie eine Zugriffsberechtigung haben.

Power Pages-Websites werden zum Beispiel häufig eingesetzt, um externen Benutzenden den Self-Service-Zugriff auf einen Geschäftsprozess der Organisation bereitzustellen. Interne Benutzende können eine Power Apps-Anwendung verwenden. Das folgende Diagramm veranschaulicht eine solche Architektur.

Datenverwaltung

Die Anwendungsmodernisierung erfordert die Auswertung der Daten, die in der Gesamtlösung verwendet werden. Modernisierte Anwendungen verfügen für die Verarbeitung von Daten über mehrere Optionen. In vielen Fällen verwenden mehrere Anwendungen dasselbe Daten-Repository. Es wird schwierig, im Rahmen der Modernisierung die Daten einer der Anwendungen in ein neues Repository zu migrieren. Ein Kernprinzip davon Power Platform ist, dass Daten dort verwendet werden können, wo sie sich befinden, oder über Dataverse oder einen Data Lake in die Plattform gebracht werden können.

Für die Datenarchitektur der modernisierten Anwendung haben Sie folgende Möglichkeiten:

• Daten an Ort und Stelle lassen: Verwenden Sie Connectors oder APIs mit benutzerdefinierten Connectors, um dort auf die Daten zuzugreifen, wo sie sich befinden. Wenn die Daten lokal sind, kann das Datengateway eine sichere Konnektivität ermöglichen. Verwenden Sie virtuelle Tabellen, um kompatible externe Daten als Dataverse-Tabelle zu integrieren.

• Nach Dataverse migrieren: Dataverse ist eine gute Option für Transaktionsdaten und für die Konsolidierung mehrerer Quellen in einem einzigen Aufzeichnungssystem. Daten können mithilfe von Power Query und automatisierter Flows aus vielen Quellen zugeordnet und migriert werden. Dataverse unterstützt auch elastische Tabellen, die für die Erfassung großer Datenmengen in unstrukturierten oder halbstrukturierten Formaten konzipiert sind.

• Nach Data Lake migrieren: Verwenden Sie für Verlaufs-, Analyse- oder Telemetriedaten einen Data Lake. Die Daten im Lake können zur Generierung von Power BI-Analysen verwendet oder verarbeitet werden, um KI-gestützte Erkenntnisse zu gewinnen.

Behalten Sie bei der Bewertung der Optionen für die Datenarchitektur einer modernisierten Anwendung Folgendes im Hinterkopf:

• Auswirkungen auf andere Anwendungen: Die Migration in einen effizienteren Datenspeicher kann für eine Anwendung zwar ideal sein, die anfänglichen Auswirkungen auf andere Anwendungen, welche die Daten verwenden, ist aber möglicherweise zu hoch. Manche Organisationen erwägen daher, die Daten in alten Datenspeichern zu belassen und in Dataverse neue Daten zu erstellen. Wenn immer mehr Anwendungen modernisiert werden, wird dann aus dem Speicher migriert.

• Auswirkungen auf neue Anwendungen: Es ist zwar eine einfache Lösung, die Daten in einem alten Datenspeicher zu belassen, dies kann sich aber negativ darauf auswirken, wie einfach sie von modernisierten Anwendungen verwendet werden können. Ältere Datenspeicher lassen sich möglicherweise nicht gut mit anderen Clouddiensten integrieren, sodass es schwieriger wird, die Daten in die neue Gesamtarchitektur zu integrieren.

• Datenkonsolidierung: Im Rahmen der Anwendungsmodernisierung werden normalerweise Daten identifiziert, bei denen der Besitz oder die Verantwortung für die ordnungsgemäße Verwendung nicht klar ist. Durch die Konsolidierung ihrer Daten in Dataverse können Organisationen ihre Governance verbessern und besser sicherstellen, dass sie ordnungsgemäß verwendet werden.

• Datenschutz und -Sicherheit: Sie sollten Datenschutz und Sicherheit auf der Grundlage Ihrer aktuellen Anforderungen und Ihrer anvisierten Modernisierungsarchitektur bewerten und sich nicht nur daran orientieren, wie die alte Anwendung damit umgegangen ist. Cloudlösungen bieten mehr Optionen für die Implementierung von Datenschutz- und Sicherheitskontrollen. Oft kann ein einziger Datenspeicher sie vereinfachen. Sie müssen auch überlegen, wie Sie Datensicherheit einheitlich in Hybridanwendungen implementieren können, die Daten auf mehrere Repositorys verteilen.

• Probleme bei der Integration. Älteren Datenspeichern fehlen möglicherweise die APIs, die erforderlich sind, um den Zugriff zu ermöglichen, ohne die Daten zu migrieren oder eine API zu erstellen, die Anwendungen mit einem benutzerdefinierten Connector verwenden können. Die Konnektivität vom alten Datenspeicher zu den Anwendungen, die ihn verwenden, sollte bewertet werden, um festzustellen, ob die Leistung akzeptabel wäre.

Sie sollten für jede Anwendung, die modernisiert werden soll, eine Datenarchitektur festlegen. Im ersten Schritt entwickeln Sie eine Gesamtvision davon, wie Ihre Datenarchitekturen sich in Dataverse integrieren sollen. Wenn Ihr Ziel ist, den Wert von Low-Code zu maximieren, sollten Sie wann immer möglich Dataverse verwenden. Wenn Sie von Anfang an eine Vision haben, können Sie vermeiden, dass weitere Datensilos auftreten.

Externe Daten und Dataverse

Legacy-Anwendungen basieren häufig auf Daten, die sich außerhalb des Unternehmens befinden und schon lange vor Dataverse existiert haben. Um diese Anwendungen zu modernisieren, müssen die Daten nicht in Dataverse dupliziert werden. Stattdessen können Sie die Daten als virtuelle Dataverse-Tabellen darstellen. Virtuelle Tabellen können an Beziehungen mit anderen virtuellen Tabellen und mit lokalen Tabellen beteiligt sein. Die modernisierten Anwendungen sehen einen einheitlichen Satz von Tabellen, der vollständig in Dataverse zu existieren scheint.

Virtuelle Tabellen werden mithilfe einer Datenanbieterarchitektur implementiert. Dataverse enthält einen OData-Anbieter, der mit OData-V4-Webdiensten verwendet werden kann. Ein virtueller Connector-Datenanbieter, der sich derzeit in der Vorschauversion befindet, ermöglicht die Verwendung tabellarischer Power Platform-Connectors als virtuelle Tabellen.

Das folgende Diagramm veranschaulicht die Verwendung des virtuellen Connectors.

Entwicklungsfachkräfte können auch benutzerdefinierte Anbieter für andere externe Datenquellen erstellen. Sie müssen jedoch alle Dataverse-Zuordnungen und die Unterstützung für Vorgänge kennen und implementieren.

Die folgenden Überlegungen können Ihnen helfen, die Verwendung virtueller Tabellen in Ihren Modernisierungsprojekten zu bewerten:

• Alle externen Datenquellen müssen über einen Primärschlüssel verfügen, und der Datenanbieter muss ihn Dataverse als GUID präsentieren. Sie können Nicht-GUID-Schlüssel mit Auffüllung verwenden, wenn der aufgefüllte Wert stabil und eindeutig ist.
• Die Datensicherheit wird auf der Ebene der virtuellen Tabelle konfiguriert. Sicherheit auf Zeilen- und Spaltenebene ist nicht verfügbar.
• Die Leistung virtueller Tabellen hängt vom Datenanbieter, der externen Datenquellen-API und der Konnektivität zur Datenquelle ab. In den meisten Fällen ist der Zugriff auf virtuelle Tabellen langsamer als bei lokalen Dataverse-Tabellen.
• Einige Dataverse-Features wie Suche, Überwachung, Diagramme und Dashboards sowie Offlinezugriff sind für virtuelle Tabellen nicht verfügbar.
• Die Verwendung virtueller Tabellen als Verweisdaten kann zu einer geringeren Synchronisation führen.

Dateien und Bilder

Bei der Modernisierung von Anwendungen, die Dateien und Bilder verwenden, muss berücksichtigt werden, wo die neue Lösung diese speichert. Dataverse verfügt über spezielle Funktionen zum Speichern von Dateien und Bildern. Beide können Tabellen als Spalte hinzugefügt werden und werden im Azure Blob Storage gespeichert, der von Dataverse verwaltet wird. Apps können mit ihnen über den Dataverse-Connector arbeiten, ohne dass eine separate Authentifizierung oder API erforderlich ist.

Die Verwendung von Dataverse für Dateien und Bilder ist geeignet, wenn diese eine direkte Verbindung zu den Daten haben und nicht von mehreren Benutzenden gemeinsam bearbeitet werden müssen. Ein Beispiel dafür wäre ein Foto eines Produkts oder eines Orts oder die finale Ausfertigung eines Vertrags. Wenn jedoch mehrere Benutzende den Vertrag gleichzeitig ändern müssen, bietet SharePoint bessere Möglichkeiten zur Zusammenarbeit. Überlegen Sie, Azure Blob Storage direkt zu verwenden, wenn die Sicherheit getrennt von Dataverse verwalten müssen oder wenn Sie bestimmte dateispezifische Features verwenden müssen.

Integrationen

Zur Modernisierung von Anwendungen gehören häufig Integrationen mit internen oder externen Systemen. Integrationen lassen sich grob als Daten, Anwendungen oder Prozesse kategorisieren.

• Die Datenintegration kombiniert Daten aus verschiedenen Quellen, sodass der Benutzende mit einer einheitlichen Ansicht arbeiten kann. Sie bietet einen entkoppelten Ansatz, erlaubt aber nicht die Erstellung von Logik oder Prozessen in Echtzeit. Die Leistung ist unter Umständen besser, da alle Daten lokal sind.

• Die Anwendungsintegration stellt Verbindungen auf der Anwendungsebene her und erfolgt in der Regel über APIs oder über Connectors (bei Low-Code-Lösungen). Die Integration auf Anwendungsebene stellt eine definierte Grenze zwischen zwei Lösungen dar, schafft aber in vielen Fällen auch eine Echtzeitabhängigkeit. Diese Art der Integration schafft auch eine Sicherheitsgrenze, an welcher der Zugriff durch das System gesteuert werden kann, das die API bereitstellt.

• Die Prozessintegration verbindet mehrere unterschiedliche Systeme, die jeweils Teil eines übergeordneten Geschäftsprozesses sind. Diese Art der Integration ist am stärksten entkoppelt, sodass die beteiligten Systeme jeden Teil des Geschäftsprozesses handhaben können. In Modernisierungsszenarien kann es hilfreich sein, einen für die Modernisierung mit Low-Code Teil eines Prozesses zu partitionieren, der in andere Teile integriert ist, die noch von einem Legacy-System verarbeitet werden.

Bei der Bewertung der Implementierung von Integrationen dürfen Sie nicht davon ausgehen, dass der alte Ansatz auch der beste für die Anwendung ist, die Sie modernisieren. Wenn ein Prozess beispielsweise in Echtzeit und synchron läuft, sollten Sie überlegen, ob Sie ihn asynchron ausführen können. Die synchrone Integration kann in einer Cloudlösung anfälliger sein. Beispielsweise könnte ein Power Automate-Low-Code-Flow mit entsprechender Fehlerbehandlung die Integration orchestrieren. Dieser Ansatz würde nicht nur die Zuverlässigkeit, sondern auch die Produktivität der Benutzenden verbessern, da sie nicht mehr auf den Abschluss der Integration warten müssten.

Die folgenden Überlegungen können Ihnen bei der Bewertung helfen, wie Sie vorhandene Integrationen voranbringen können:

• Ist die Integration noch nötig? Es ist nicht ungewöhnlich, dass niemand mehr die Ergebnisse der Integration nutzt und sie außer Betrieb genommen werden kann.

• Gibt es Konnektivitätsprobleme, wenn sich die modernisierte Anwendung in der Cloud befindet? Zu den Herausforderungen können Latenz und der Zugriff auf eine lokale API oder einen lokalen Datenspeicher gehören. In einigen Fällen kann das lokale Datengateway beim Zugriff auf den Dienst oder Daten aus der Cloud helfen. Wenn der Zugriff auf die Daten oder den Dienst zu langsam ist, sollten Sie überlegen, ob Sie die Daten lokal in der modernisierten App speichern oder die Integration im Hintergrund durchführen können.

Die Integration kann auch dazu beitragen, die richtige Größe für eine modernisierte Anwendung zu finden. Sie können einen oder mehrere Teile der Legacy-Anwendung partitionieren, um sie zu dort zu lassen, wo sie gerade sind, oder sie in einer separaten Anwendung zu implementieren. Dieser Ansatz funktioniert gut, wenn Benutzende mit unterschiedlichen Rollen unterschiedliche Teile der Legacy-Anwendung verwenden. Sie können eine oder mehrere der Rollen mithilfe von Low-Code implementieren und die Prozessintegration verwenden, damit die vorhandenen Anwendungen die verbleibenden Teile des Prozesses verarbeiten. Mit diesem Ansatz können Sie die verbleibenden Teile im Laufe der Zeit schrittweise modernisieren. Wenn unabhängige Teile des Prozesses separat implementiert werden, kann dies auch eine agilere Methode zur Einführung von Verbesserungen unabhängig von den anderen Teilen des Prozesses erlauben.

Bevor Sie eine benutzerdefinierte Integration durchführen, sollten Sie die in Power Apps enthaltenen Integrationsfunktionen bewerten.

• Microsoft Teams: Power Apps-Canvas-Apps und Copilot Studio-Agenten können in Teams-Kanäle eingebettet werden. Mit dem Teams-Connector können Apps und Flows Teams-Nachrichten problemlos veröffentlichen und nutzen. Power Apps-Karten können wie Mikro-Apps verwendet werden, um in einem Teams-Kanal umsetzbare Informationen zu teilen.

• SharePoint Modellgesteuerte Power Apps-Apps können so konfiguriert werden, dass sie mit Dokumenten, die in einer SharePoint-Bibliothek gespeichert sind, eine Verbindung herstellen und sie so in einer Dataverse-Zeile verfügbar machen. Mit Microsoft-Listen oder einer SharePoint-Liste können Benutzende Power Automate Flows im Kontext eines Listenelements ausführen.

• Power BI: Power BI-Erkenntnisse können im Kontext einer Power Apps-Canvas-App angezeigt werden. Sie können eine modellgesteuerte App in einen Power BI-Bericht einbetten, damit Benutzende auf die Erkenntnisse reagieren können, ohne Power BI verlassen zu müssen.

Wenn Sie Dataverse als primäres Datenrepository für die modernisierte Anwendung verwenden, stehen Ihnen einige integrierte Funktionen zur Verfügung, die für die Integration hilfreich sein können.

• Benutzerdefinierte Dataverse-APIs können für die eingehende Integration auf Anwendungsebene verwendet werden. Benutzerdefinierte APIs bieten einen eindeutigen Vorgang, der mit einer kleinen Menge an benutzerdefinierter Codelogik verknüpft ist. Ein sendendes System könnte beispielsweise die benutzerdefinierte RequestNewProject-API verwenden und die zugehörige Logik wüsste dann, wie die empfangenen Daten in die entsprechenden Dataverse-Tabellen platziert werden sollen. Das sendende System würde von der Dataverse-Tabellenstruktur abstrahiert.

• Die ausgehende Integration kann mithilfe der Dataverse-Funktionen zum Veröffentlichen von Ereignissen erfolgen. Dataverse kann so konfiguriert werden, dass es nach Azure Service Bus, Azure Event Hubs oder einem beliebigen Webhookempfänger veröffentlicht. Wenn z. B. eine neue Dataverse-Projekttabellenzeile erstellt wird, kann sie in einer Azure Service Bus-Warteschlange veröffentlicht werden. Sie können auch konzeptionellere Ereignisse veröffentlichen, die einem Geschäftsprozessereignis entsprechen. Sie können z. B. Ereignisse festlegen und veröffentlichen, wenn ein Projekt abgeschlossen ist.

Das folgende Diagramm zeigt ein Beispiel für ein- und ausgehende Ereignisse in einer Dataverse-Umgebung.

Organisationen sollten auch vordefinierte Optionen für die Integration in Betracht ziehen, die Drittanbieter auf Microsoft AppSource bereitstellen. Beispielsweise bietet Microsoft über eine vordefinierte Lösung für Organisationen, die SAP mit Power Platform integrieren müssen. Diese vordefinierte Lösung enthält Apps und Flows und fügt neue Funktionalitäten hinzu, welche die Kommunikation zwischen dem SAP-System Ihrer Organisation und Power Platform erleichtern.

So nutzte Ernst & Young beispielsweise die vorgefertigte SAP-Integration, um schnell eine Lösung zur Optimierung eines hochfrequenten globalen Finanzprozesses zu entwickeln. Das folgende Diagramm der PowerPost-Lösung des Unternehmens zeigt, wie Benutzende aus dem Finanzbereich Belege mithilfe von Power Platform in das SAP-ERP-System für die Finanzbuchhaltung buchen.

Optionen für die Integrationskonnektivität

Wenn Lösungen in die Cloud verlagert werden, kann die Konnektivität zu lokalen Ressourcen unerlässlich sein, um sicherzustellen, dass Integrationen weiterhin mit der modernisierten Anwendung funktionieren. Diese Anwendungen müssen auch in der Lage sein, sich in andere herkömmliche Cloudressourcen zu integrieren, die sich möglicherweise in unterschiedlichen Netzwerkumgebungen befinden. Die Power Platform unterstützt die vier Hauptoptionen für sichere Konnektivität: Datengateways, virtuelle Netzwerkdatengateways, private Verbindungen und ExpressRoute.

• Mit Datengateways können Low-Code-Komponenten von Power Apps, Power Automate und Power BI auf lokale Ressourcen zurückgreifen, um hybride Integrationsszenarien zu unterstützen. Gateways bieten modernisierten Low-Code-Anwendungen eine Möglichkeit für den schnellen Zugriff auf Datenquellen, die noch lokal sind. Mit einem Gateway können Sie eine Verbindung zu lokalen Daten aus Quellen wie einem lokalen Dateisystem, DB2, Oracle, SAP ERP, SQL Server und SharePoint herstellen. Ein Gateway kann mehrere Benutzende und den Zugriff auf mehrere Quellen unterstützen. Sie können Datengateways auch als Cluster konfigurieren, um eine hohe Verfügbarkeit zu gewährleisten.

  Die Gateway-Unterstützung ist in den Verbindungsprozess für Connectors integriert und ermöglicht die Anzeige, wann ein Gateway erforderlich ist, und die Auswahl des konfigurierten Gateways. Nachdem die Verbindung konfiguriert wurde, können Apps und Flows den Connector wie einen Connector ohne Gateway verwenden.

  

• Mit virtuellen Netzwerkdatengateways können Power BI- und Power Platform-Dataflows eine Verbindung zu Datendiensten in einem virtuellen Azure-Netzwerk herstellen, ohne dass ein lokales Datengateway auf einem virtuellen Computer im virtuellen Netzwerk erforderlich ist.

• Mit Azure Private Link und privaten Azure-Netzwerkendpunkten können Apps und Flows sicher auf Power BI zugreifen. Private Endpunkte werden verwendet, um Datenverkehr privat über die Backbone-Netzwerkinfrastruktur von Microsoft zu senden, anstatt das Internet zu verwenden. Private Endpunkte stellen sicher, dass der Datenverkehr in die Power BI-Ressourcen Ihrer Organisation, z. B. Berichte oder Arbeitsbereiche, immer dem konfigurierten privaten Verbindungsnetzwerkpfad Ihrer Organisation folgt.

• Azure ExpressRoute bietet eine fortgeschrittene Möglichkeit, Ihr lokales Netzwerk über private Konnektivität mit Microsoft Cloud Services zu verbinden. Eine einzelne ExpressRoute-Verbindung kann auf mehrere Onlinedienste wie Power Platform, Dynamics 365, Microsoft 365 und Azure-Clouddienste zugreifen, ohne das öffentliche Internet zu durchlaufen. ExpressRoute erfordert eine umfangreiche Planung und Konfiguration und ist mit höheren Kosten für den ExpressRoute-Dienst und den Konnektivitätsanbieter verbunden.

Unabhängig davon, welche Ansätze Sie für die Integrationskonnektivität verwenden, sollten Sie Ihre Konnektivität bewerten, um sicherzustellen, dass sie eine ausreichend niedrige Latenz und genügend Bandbreite hat, um sowohl Ihre Integrationen als auch die modernisierte Anwendung zu unterstützen.

Geschäftslogik

Beim Erstellen moderner Anwendungen können Sie wählen, womit Sie Geschäftslogik implementieren möchten und wo diese wiederum in Ihrer Anwendungsarchitektur implementiert werden soll. Ohne Anleitung sähe die Geschäftslogik bei den meisten Organisationen ziemlich chaotisch aus. Eine wiederverwendbare Logik, die eine konsistente Implementierung sicherstellt, kann dazu beitragen, die Modernisierung zu beschleunigen.

Für unsere Zwecke definieren wir Geschäftslogik als etwas, das sich von der Benutzererfahrungslogik unterscheidet. Bei der Logik zum Navigieren von Bildschirm zu Bildschirm auf der Grundlage von Inspektionsdatenwerten handelt es sich beispielsweise um Benutzererfahrungslogik. Die Logik, die Sie implementieren, um zu bestimmen, ob eine Inspektion abgeschlossen ist, kann mehrere Bedingungsauswertungen umfassen und würde als Geschäftslogik betrachtet werden.

Wenn Sie eine Lösung entwerfen, die Low-Code enthält, können Ihnen die folgenden Überlegungen bei der Entscheidung helfen, wo Sie Geschäftslogik platzieren möchten.

• In der Power Apps Anwendung: Der einfachste Ansatz ist, die Geschäftslogik in die Low-Code-Anwendung zu platzieren. Dies bietet jedoch begrenzte Optionen für die Wiederverwendung oder zum Erzwingen von Konsistenz zwischen Apps und Automatisierungen. Im Allgemeinen sollten Sie diesen Ansatz auf nicht unternehmenskritische, einfache Logik beschränken, die andere Anwendungen oder Automatisierungen nicht verwenden müssen. Die Low-Code-Tools bieten kein zeilenweises Debuggen. Wenn sich die Logik über mehr als einen Bildschirm erstreckt oder schwer zu lesen ist, überlegen Sie, ob Sie andere Ansätze nutzen können, die besser zu verwalten sind. Es ist nicht ungewöhnlich, dass ein Teil der Geschäftslogik doppelt vorliegt, nämlich lokal in der Anwendung und in der Cloud. Wenn ein Benutzender beispielsweise eine Hotelbuchung eingibt, lautet die Geschäftsregel, dass das Check-out-Datum nicht vor dem Check-in-Datum liegen darf. Wenn die Anwendung dies nicht überprüft, gelangt der Benutzende bis zum Ende und übermittelt die Buchung, nur um festzustellen, dass der benutzerdefinierte Connector sie ablehnt. Die lokale Durchführung der Prüfung in der Anwendung und in der Cloud sorgt für eine weitaus bessere Benutzererfahrung.

• In einem Power Automate Cloud-Flow: Sie können Geschäftslogik in den Aktionen eines Flows ausdrücken und der Flow kann als Reaktion auf ein Ereignis oder bedarfsgesteuert auf Anforderung von anderen Apps und Flows ausgelöst werden. Der Flow kann einen Low-Code-Ansatz für die Zentralisierung der Logik bieten. Die Schritte im Flow sind voneinander unabhängig und nicht Teil einer Transaktion. Flows können jedoch eine Kompensation implementieren, um das Rollback zu verarbeiten, wenn Fehler auftreten. Flows können Schritte mit Verbindungen ausführen, die über Berechtigungen verfügen, die über das hinausgehen, was der App-Benutzende tun kann, und bieten so eine Möglichkeit, Berechtigungen zu erhöhen. Dieser Ansatz ermöglicht auch die Minimierung der Berechtigungen, die der App-Benutzer möglicherweise benötigt.

• In einem Dataverse Plug-In: Plug-Ins werden als Reaktion auf ein Datenzeilenereignis wie „Erstellen“, „Aktualisieren“ oder „Löschen“ ausgeführt. Diese Logik wird immer ausgeführt, wenn das Ereignis eintritt, unabhängig davon, welche App oder welcher Flow die Aktion ausgeführt hat oder ob sie direkt über die Dataverse-API ausgeführt wurde. Dieses Verhalten hat den Vorteil, dass es die Konsistenz über alle Verwendungen hinweg sicherstellt. Darüber hinaus sind alle Dataverse-Datenänderungen aus der Plug-In-Logik transaktional und werden entweder vollständig durchgeführt oder komplett zurückgesetzt. Plug-In-Logik muss kurz und effizient sein und darf nicht versuchen, langwierige Arbeit zu implementieren. Manchmal sind Plug-Ins für Ereignisse nicht der beste Ansatz, wenn Sie auf Ereignisse in mehreren Tabellen reagieren müssen, um ein einzelnes Geschäftsereignis wie „Inspektion schließen“ abzuschließen. Überlegen Sie z. B., für mehrere Tabellen eine benutzerdefinierte Dataverse-API anstatt eines Plug-Ins zu verwenden. Plug-Ins können Logik mit erhöhten Berechtigungen ausführen, über die der Benutzende normalerweise nicht verfügt. Dieser Ansatz ermöglicht auch die Minimierung der Berechtigungen, die der App-Benutzer möglicherweise benötigt. Plug-Ins können in einer Dataverse-Lösung zusammen mit Apps und Flows bereitgestellt werden.

• In benutzerdefinierten Dataverse-APIs: Mit benutzerdefinierten Dataverse-APIs können Sie Ihre eigene benutzerdefinierte API-Nachricht implementieren, die Logik ausführen kann. Sie können z. B. eine benutzerdefinierte API für „Inspektion schließen“ erstellen, die aufgerufen wird, um die gesamte Arbeit zum Überprüfen und Abschließen einer Inspektion zu erledigen. Sie ist nicht ereignisgesteuert, sondern wird bei Bedarf von den Apps und Flows verwendet, die sie benötigen. Wie bei ereignisgesteuerten Plug-Ins sind die im benutzerdefinierten API-Plug-In vorgenommenen Datenänderungen transaktional. Eine benutzerdefinierte API ist am besten geeignet, wenn der einzige Dienst, den sie verwendet, die Dataverse-API für andere Datenaufgaben ist. Plug-Ins für benutzerdefinierte APIs können in einer Dataverse-Lösung zusammen mit Apps und Flows bereitgestellt werden.

Eine Code-API implementieren

Sie können APIs in Ihrer bevorzugten API-Hosting-Laufzeit implementieren, z. B. in Azure Functions, Azure Container Apps oder einem beliebigen Dienst, der eine REST-API hosten kann. Diese benutzerdefinierten APIs können jede beliebige Logik implementieren. Sowohl Low-Code- als auch herkömmliche Codeanwendungen können sie verwenden. Benutzerdefinierte APIs bieten keine andere Transaktionsunterstützung als die, die von einer von ihnen verwendeten API bereitgestellt wird. Beispielsweise könnte eine benutzerdefinierte API SQL-Server-Transaktionskonstrukte verwenden, wenn sie SQL Server verwendet. Die Bereitstellung einer Code-API wäre unabhängig von den Low-Code-Ressourcen, die sie möglicherweise verwenden. Sie können Azure API Management verwenden, um die Verwendung dieser APIs zu steuern und sie besser auffindbar zu machen.

Sicherheit

Sicherheit, einschließlich Authentifizierung und Autorisierung, ist ein wesentlicher Bestandteil der Architektur einer modernisierten Anwendung. Moderne Anwendungen sind oft schwieriger zu sichern als ältere. Sie umfassen mehrere Clouddienste und Benutzende arbeiten von verschiedenen Orten aus mit ihnen. Konzeptionell dient die Sicherheit in der Plattform dazu, sicherzustellen, dass Benutzende notwendige Arbeiten mit möglichst wenig Reibung ausführen können, während Daten und Dienste weiterhin geschützt bleiben.

Power Platform nutzt einen mehrschichtigen Sicherheitsansatz, den Sie zum Aufbau Ihrer Sicherheitsarchitektur verwenden können. Ein zentraler Grundsatz dieser Funktionen ist, dass Low-Code-Lösungen in Ihren vorhandenen Sicherheitsapparat integriert werden sollten, um die Folgen ihrer Einführung zu minimieren.

Werfen wir einen grundsätzlichen Blick auf die verschiedenen Sicherheitsebenen, aus denen das Power Platform-Sicherheitsmodell besteht.

• Benutzende werden mit Microsoft Entra ID authentifiziert, und die Verwendung kann durch Richtlinien für bedingten Zugriff eingeschränkt werden.
• Lizenzen sind die erste Kontrollinstanz für den Zugriff auf Power Platform-Komponenten.
• Die Möglichkeit, Anwendungen und Workflows zu erstellen, wird im Kontext von Umgebungen durch Sicherheitsrollen gesteuert.
• Ob Benutzende Power Platform-Ressourcen sehen und verwenden können, hängt davon ab, ob die Anwendung an sie freigegeben wurde. Ressourcen werden direkt für den Benutzenden oder die Entra ID-Gruppe freigegeben.
• Umgebungen dienen als Sicherheitsgrenzen, welche die Implementierung unterschiedlicher Sicherheitsbedürfnisse in die einzelnen Umgebungen ermöglichen.
• Power Automate-Flows und Canvas-Apps verwenen Connectors. Von den spezifischen Anmeldeinformationen zur Herstellung der Verbindung und den zugehörigen Serviceberechtigungen hängen die Berechtigungen ab, wenn Apps die Connectors verwenden.
• Umgebungen mit einer Dataverse-Instanz unterstützen eher fortgeschrittener Sicherheitsmodelle, die speziell auf die Kontrolle des Zugriffs auf Daten und Dienste in dieser Dataverse-Instanz ausgerichtet sind.
• Die Connectorverwendung kann durch Datenrichtlinien weiter eingeschränkt werden. Auf die Konnektoren können auch mandantenübergreifende Einschränkungen für eingehende und ausgehende Verbindungen angewendet werden.

Es ist wichtig zu beachten, dass beim Zugriff auf Datenquellen mithilfe von Connectors die gesamte zugrunde liegende Sicherheit, welche die Datenquelle bietet, zusätzlich zu den beschriebenen Sicherheitsebenen besteht. Mit Power Apps und Power Automate erhalten Benutzende nicht standardmäßig Zugriff auf die Datenquelle des Connectors, wenn sie diesen Zugriff noch nicht haben. Benutzende sollten nur Zugriff auf Daten haben, zu denen sie tatsächlich Zugriff benötigen.

Wenn Sie Dataverse als Teil einer Lösung verwenden, enthält es ein rollenbasiertes Sicherheitsmodell, das an viele Geschäftsszenarien angepasst werden kann. Daten können bis zu einer einzelnen Spalte in einer Datenzeile gesichert werden. Benutzenden wird eine oder mehrere Sicherheitsrollen zugewiesen, die zusammen ihre Gesamtberechtigungen bestimmen. Dataverse bietet Bausteine für die Sicherheitsmodellierung wie Unternehmenseinheiten und Teams. Beispielsweise können Unternehmenseinheiten verwendet werden, um Sicherheitsgrenzen festzulegen, sodass Daten zwischen zwei verschiedenen Gruppen von Organisationsbenutzenden isoliert werden. Sie können Teams verwenden, um Benutzende zu gruppieren, die einen ähnlichen Zugriff auf Daten benötigen. Sie können sogar Gruppen den Besitz von Datenzeilen zuweisen. Das folgende Diagramm veranschaulicht die Verwendung von Unternehmenseinheiten zur Isolierung von Daten für Abteilungen einer Organisation.

Ihr Sicherheitsmodell gestalten

Passen Sie das Sicherheitsmodell der modernisierten Anwendung an die grundsätzliche Architektur der Anwendung an. Anwendungen, die ein einzelnes Daten-Repository und keine Connectors verwenden, machen im Hinblick auf das Sicherheitsdesign kaum Mühe. Da Anwendungen immer mehr Connectors und Daten-Repositorys verwenden, muss Ihre Sicherheitsmodellierung weitere Aspekte berücksichtigen.

• Benutzeridentität: Wie authentifizieren sich Benutzende? Wurde dies bereits in lokalen Szenarien der Microsoft Entra ID zugeordnet? Dazu gehört auch die Zuordnung von Gruppen, die zur Unterstützung der Anwendungsgruppen- oder Teamzuweisung in Clouddatenspeichern wie Dataverse erforderlich sind.

• Identität der Connectorverbindung: Welche Art von Authentifizierung wird für die Verbindung genutzt, wenn Anwendungen einen oder mehrere Connectors verwenden? Bietet die jeweilige Option das Maß an Kontrolle, das zum Implementieren der erforderlichen Sicherheitskontrollen erforderlich ist? Bei Anwendungen, die einen Dienstprinzipal zum Herstellen einer Verbindung verwenden, müssen Benutzende der Anwendung zum Beispiel keinen direkten Zugriff auf den Connector haben,, was in einigen Szenarien von Vorteil sein kann. Verbindungen einzelner Benutzender können sich für Anwendungen eignen, die wissen müssen, welcher Benutzender einen Vorgang ausgeführt hat, oder die Antworten auf bestimmte Benutzende beschränken müssen.

• Portabilität von Sicherheitskonstrukten: Wenn Ihre Anwendungen immer mehr Connectors und Datenrepositorys verwenden, ist es wichtig, daran zu denken, dass nicht alle Sicherheitskonstrukte von einem unmittelbar auf die anderen angewendet werden können. Dataverse bietet beispielsweise mehrere Möglichkeiten, wie Benutzende Zugriff auf eine Datenzeile erhalten können, wozu auch die Freigabe der Zeile an die Benutzenden gehört. Wenn eine Anwendung der Zeile eine SharePoint-Dokumentbibliothek zuordnet, ist die Sicherheit, die den Zugriff auf die Dokumentbibliothek ermöglicht, von der Sicherheit, die den Dataverse-Zugriff steuert, getrennt. Sie werden nicht direkt zugeordnet. Modernisierte Anwendungen müssen diese Arten von Diskrepanzen in den von ihnen verwendeten Connectors und Daten-Repositorys berücksichtigen.

Künstliche Intelligenz

In den letzten Jahren hat KI Einzug in die Modernisierung von Anwendungen gehalten. Bei der Modernisierung von Anwendungen sollten Organisationen den Einsatz von künstlicher Intelligenz in Betracht ziehen, um die Produktivität der Benutzenden zu steigern und sie beim Treffen fundierterer Entscheidungen zu unterstützen. Die Ergebnisse des Einsatzes von KI können sich auch in besseren Kundenerlebnissen niederschlagen, die sich positiv auf die Geschäftsergebnisse auswirken.

Die Einbindung von KI war früher mit einer großen Aufwand bei der Integration von Anwendungslogik und der Erstellung benutzerdefinierter trainierter Modelle verbunden. Mit der Verfügbarkeit und Leistungsfähigkeit großer Sprachmodelle können Anwendungen jetzt neue Möglichkeiten der KI-Nutzung einführen, um Benutzenden zu helfen, Antworten zu erhalten und Aufgaben zu erledigen. Benutzende können Prompts in natürlicher Sprache verwenden, um mit KI-Funktionen in einer Vielzahl von unterstützenden Geschäftsszenarien zu interagieren.

Microsoft hat Copilot in Kernprodukte und -dienstleistungen integriert, um den Zugriff auf fortschrittliche KI-Technologie zu erleichtern. Ein Copilot verwendet moderne KI-Techniken und umfangreiche Sprachmodelle und Benutzende können mit ihm in den Anwendungen, die sie täglich verwenden, z. B Microsoft 365, Windows, Dynamics 365 und Power Platform, interagieren.

Mit Plug-Ins erweitern

Benutzende von Copilot-unterstützten Anwendungen können den Copilot bei allgemeinen Aufgaben in der Anwendung um Hilfe bitten. Sie können Copilot-Agenten um Daten und Aufgaben erweitern, die sie noch nicht kennen und die über den Umfang der App hinausgehen, mit welcher der Benutzende arbeitet. Der Microsoft 365 Copilot kann in Dataverse gespeicherte Power Platform-Daten integrieren, sodass Benutzende nicht zwischen Anwendungen hin- und herwechseln müssen. Beispielsweise kann ein Benutzender in Outlook Copilot bitten, ein Statusupdate für alle fehlgeschlagenen Inspektionen zu generieren, die heute abgeschlossen wurden. Microsoft 365 Copilot erbt automatisch das native Sicherheits- und Governance-Framework von Dataverse und wendet Benutzersicherheit und -berechtigungen zur Laufzeit an.

Connectors als Plug-Ins

Auch Power Platform-Connectors sind für die Copilot-Erfahrung wichtig. Connectors können als Plug-Ins verbunden werden, um die Funktionen von Copilot zu erweitern. Zum Beispiel kann Microsoft 365 Copilot mit dem Power Platform-Connector für Jira-Software einer Fachkraft für das Projektmanagement erlauben, den Status eines Jira-Supporttickets anzufordern und auf der Grundlage der Antwort zu handeln, z. B. es zur weiteren Genehmigung weiterzuleiten oder eine Bestellung für neue Hardware einzuleiten. Mithilfe von Plug-Ins können Sie Ihre Geschäftsprozesse und -daten in Copilot integrieren, um Benutzenden die Interaktion ungeachtet der App zu erlauben, die sie gerade verwenden.

Ihren eigenen Copilot erstellen

Da sich die Benutzenden immer mehr an die KI-Unterstützung durch Copilot in ihren Apps gewöhnen, erwarten sie sie irgendwann in allen Anwendungen. Sie können Ihre modernen Anwendungen ansprechender gestalten, indem Sie Copilot einbinden, die Sie mit dem Copilot Stapel, einem Framework für die KI-Entwicklung, erstellen.

Sie können das vordefinierte Copilot-Steuerelement in Power Apps verwenden, um Ihren Canvas-Apps und modellgesteuerten Apps Copilot hinzuzufügen. Durch Konfigurieren einer Ansicht einer Datenquelle und einiger grundlegender Informationen zu Prompts können Sie schnell eine eigene Copilot-In-App-Erfahrung bereitstellen.

Anwendungslebenszyklusverwaltung

Ein wichtiger Teil jeder Modernisierung ist die Festlegung eines geeigneten Application Lifecycle Management-Prozesses. Organisationen möchten oft, dass ihre Low-Code-Maßnahmen dazu passen, wie sie mit herkömmlichem Code-ALM arbeiten. Power Platform bietet ALM-Tools, mit denen Sie Low-Code-Artefakte in die Prozesse oder zusätzlich zu den Prozessen, die Sie normalerweise verwenden, einfügen können.

ALM in Power Platform beginnt damit, wie Sie Ihre Low-Code-Ressourcen erstellen. Die von Ihnen erstellten Ressourcen befinden sich im Kontext einer Power Platform-Umgebung. Eine Umgebung kann einen Dataverse-Datenspeicher haben. Sie können mehrere Umgebungen – in der Regel Entwicklungs-, Test- und Produktionsumgebungen – verwenden, um Zielzonen in einem ALM-Prozess zu implementieren, der Low-Code enthält. Die Anzahl und der Zweck der Umgebungen sind flexibel. Organisationen können sie an individuelle Projektanforderungen anpassen. Eine Dataverse-Lösung ist ein Container für zugehörige Low-Code-Ressourcen, der die Versionskontrolle und den Datentransport von einer Umgebung in eine andere erleichtert.

Power Platform-Pipelines bieten einen Low-Code-Ansatz zum Automatisieren von Bereitstellungen und Implementieren von Continuous Integration und Continuous Delivery (CI/CD). Power Platform verwaltet den Prozess, wenn Pipelines konfiguriert sind. Fachkräfte für die Administration können die Pipelines zentral verwalten und steuern.

Organisationen können auch die CI/CD-Tools ihrer Wahl verwenden. Power Platform CLI ist ein Befehlszeilentool, das Sie mit den meisten CI/CD-Automatisierungstools verwenden können. Power Platform Build Tools stellt Aktionen für GitHub und Aufgaben für Azure DevOps bereit, die alle allgemeinen Aktionen bereitstellen, die zum Erstellen von CI/CD-Automatisierungen, die Low-Code-Artefakte enthalten, erforderlich sind.

Das folgende Diagramm zeigt ein Beispiel für ein Team, das eine Inspektions-App erstellt. In der inneren Schleife arbeiten die Teammitglieder in einer Entwicklungsumgebung und speichern ihre Arbeit in einem Git-Repository. Die äußere Schleife besteht aus einer Testumgebung und einer Produktionsumgebung. Eine Buildpipeline verwendet die versionskontrollierte Lösung, führt alle erforderlichen Überprüfungen durch und erzeugt ein Inspektionslösungsartefakt. Eine Releasepipeline stellt die Lösung dann zum Testen bereit, wo entsprechende Fachkräfte überprüfen können, ob sie für die Produktion bereit ist. Nach der Genehmigung stellt die Releasepipeline die Lösung für die Produktion bereit.

Wenn Sie eine Lösung aus Dataverse exportieren, wird sie als eine einzige komprimierte Datei exportiert. Um die Low-Code-Ressourcen in der Versionskontrolle zu speichern, können Sie die Buildtools verwenden, um die Lösungsdatei in einzelne Komponentendateien zu entpacken. Während der Build-Automatisierung kombinieren die Build-Tools einzelne Dateien aus der Versionskontrolle zu einer einzigen komprimierten Datei.

Bei der Bereitstellung einer Lösung in einer Umgebung, die bereits eine frühere Version der Lösung enthält, wird ein intelligenter Upgradeprozess verwendet, der nur die Änderungen übernimmt. Durch diesen Upgradeprozess wird vermieden, dass differenzierende Skripts oder andere Methoden verwendet werden müssen, um zu bestimmen, was bereitgestellt werden muss.

Wenn Ihre modernisierte Anwendung Low-Code- und traditionelle Coderessourcen enthält, können Sie diese in einem einzigen CI/CD-Prozess kombinieren oder unabhängig voneinander verwalten. Mit unabhängigem Management können Ressourcen individuell eingesetzt werden und Projektteams können agiler arbeiten. Beispielsweise könnte die API, die eine Low-Code-Anwendung verwendet, unabhängig bereitgestellt werden, wenn das Team keine Breaking Changes einführt.

Überwachung und Erkenntnisse

Modernisierte Anwendungen müssen in Betriebsumgebungen integriert werden, welche die Möglichkeit bieten, Probleme in verschiedenen Umgebungen – von der Entwicklung bis zur Produktion – zu diagnostizieren. Application Insights, eine Erweiterung von Azure Monitor, erfasst Telemetriedaten von Power Apps und Dataverse. Diese Informationen helfen nicht nur beim Identifizieren und Beheben von Problemen, sondern geben auch Aufschluss darüber, was Benutzende in einer Anwendung tun. Sie können diese Erkenntnisse nutzen, um die Apps und Prozesse in Ihrer modernisierten Anwendung zu verbessern.

Während sich eine Power Apps-Anwendung in der Entwicklung befindet, können Entwicklungsfachkräfte Logik einbinden, um benutzerdefinierte Ereignisse zu protokollieren. Nachdem Sie die bereitgestellte Anwendung mit Application Insights verbunden haben, erfasst die Erweiterung während Benutzer mit der Anwendung interagieren automatisch grundlegende Telemetriedaten, darunter auch mehr Kontext aus protokollierten Ereignissen.

Fachkräfte für die Administration können auch Dataverse-Umgebungen konfigurieren, um Telemetriedaten zu Application Insights zu exportieren. Protokollierte Daten können Dataverse-API-Aufrufe, Plug-In-Ausführungen, SDK-Vorgänge und Ausnahmen umfassen. Entwicklungsfachkräfte, die benutzerdefinierte Plug-In-Logik erstellen, können weitere benutzerdefinierte Telemetriedaten direkt in Application Insights protokollieren.

Wenn Sie Application Insights in Ihren Anwendungen verwenden, können Sie unter Umständen leichter einen Zusammenhang zwischen Problemen und mehreren Ressourcen herstellen. Betriebliche Mitarbeitende können Warnungen in Azure Monitor erstellen, die ausgelöst werden, wenn eine hohe Anzahl von Ausnahmen erkannt wird. Durch die regelmäßige Analyse Ihrer modernisierten Anwendungen können Sie Trends erkennen, die genauer untersucht werden müssen.

Schlussfolgerung

In diesem Artikel haben wir die Vorteile, Strategien und bewährten Methoden zur Modernisierung Ihrer Legacyanwendungen mit Microsoft Power Platform untersucht. Sie haben Erkenntnisse und Anleitungen zum Einsatz der Low-Code-Funktionen von Power Platform erhalten, um sicherzustellen, dass die Modernisierung im Rahmen der digitalen Transformation Ihres Unternehmens gelingt.

Legacy-Anwendungen stellen Unternehmen vor viele Herausforderungen. Um diese zu überwinden, müssen Organisationen Initiativen zur Anwendungsmodernisierung starten, um ihrer Infrastruktur neues Leben einzuhauchen und die Vorteile moderner Technologien zu nutzen. In diesem Artikel haben Sie erfahren, wie Sie einen Low-Code-Ansatz für Ihre Modernisierungsbemühungen ergreifen – insbesondere, wie Sie mit den Low-Code-Entwicklungsfunktionen von Microsoft Power Platform schnell moderne Anwendungen erstellen und bereitstellen können.

Low-Code öffnet einem breiteren Personenkreis als traditionellen Codierenden die Tür. Ein Schlüsselfaktor für Organisationen, die mit einem Low-Code-Ansatz erfolgreich sind, besteht darin, sicherzustellen, dass die an der Modernisierung von Anwendungen beteiligten Personen in der Low-Code-Entwicklung geschult sind, unabhängig davon, ob es sich um professionelle Entwicklungsfachkräfte oder im geschäftlichen Bereich tätige Benutzende handelt. Im geschäftlichen Bereich tätige Benutzende sind näher an geschäftlichen Problemen dran, die gelöst werden müssen. Ihr Fachwissen kann eine Menge Zeit sparen. Fachkräfte für die traditionelle Codeentwicklung können die Techniken und Fähigkeiten anwenden, die sie bereits haben, um Erweiterungen zu erstellen, um Low-Code-Lücken zu schließen. Organisationen können am effektivsten sein, wenn sie geschäftliche und technische Ressourcen in sogenannten „Fusionsteams“ zusammenführen.

In diesem Artikel wird die Grundlage für Sie festgelegt. Jetzt liegt es an Ihnen. Hier sehen Sie einige Vorschläge:

• Nehmen Sie sich ein paar Minuten Zeit, um herauszufinden, was Ihre Organisation bereits mit Low-Code macht. Vielleicht werden Sie ja überrascht!
• Bewerten Sie, welche Möglichkeiten sich Ihnen bei der Anwendungsmodernisierung bieten.
• Identifizieren Sie einen guten ersten Kandidaten und räumen Sie ihm Priorität ein.
• Stellen Sie ein Team zusammen, das die Anwendung modernisiert. Um die bestmöglichen Ergebnisse zu erzielen, stellen Sie sicher, dass es sich um ein Fusionsteam handelt.
• Sorgen Sie dafür, dass das Team die Schulungen erhalten hat, die es braucht, um erfolgreich zu sein.
• Erlauben Sie dem Team, die Anwendung zu modernisieren.
• Denken Sie über Ihre Modernisierungsvorhaben nach. Verfeinern und skalieren Sie diese Herangehensweise auf andere Legacy-Anwendungen.

Der Weg zur Anwendungsmodernisierung ist für jede Organisation anders. Ihr Microsoft-Kundenteam oder Ihr Power Platform-Partner kann Ihnen bei der Planung Ihres Modernisierungsprozesses helfen und Sie auf Kurs halten.

Ressource

• Die Total-Economic-Impact™-Studie zu den Premiumfunktionen von Microsoft Power Platform
• Durch die ConnectMe-App von American Airlines erhalten Kunden ein reibungsloseres Reiseerlebnis und Teammitglieder bessere Technologie-Tools
• Open-Source-Power Fx-Repository auf GitHub
• CoE Starter Kit
• Power Platform-Anwendungsbeurteilung
• Automatisierung eines komplexen Einkaufsprozess mit Power Platform durch eine Versicherungsgesellschaft
• PCF-Katalog
• EY überarbeitet seinen globalen Finanzprozess mit Microsoft Power Platform
• Azure Private Link
• Microsoft Azure ExpressRoute
• Power Platform Release-Planer
• Microsoft Power Platform-Lizenzierungshandbuch
• Microsoft skizziert ein Framework für die Erstellung von KI-Apps und Copilot und erweitert das KI-Plug-In-Ökosystem