Toepassingen moderniseren met Power Platform

In het snel veranderende digitale landschap van vandaag de dag worden organisaties voortdurend geconfronteerd met de uitdaging om hun bestaande toepassingen te moderniseren en zo bij te blijven met de veranderende zakelijke behoeften. Modernisering van toepassingen is essentieel om de operationele efficiëntie te verbeteren, de klantervaring te verbeteren en de concurrentie voor te blijven. Microsoft Power Platform biedt een uitgebreid pakket aan tools en technologieën waarmee bedrijven hun toepassingen snel en effectief kunnen transformeren en moderniseren.

In dit artikel worden de voordelen, strategieën en aanbevolen procedures voor het moderniseren van toepassingen met Microsoft Power Platform besproken. Het biedt inzicht en richtlijnen over hoe het low-code platform van Microsoft u kan helpen het succes van uw toepassingsmoderniseringsinspanningen te waarborgen als onderdeel van de digitale transformatie van uw organisatie.

Inleiding

Oudere toepassingen brengen veel uitdagingen met zich mee voor organisaties. Deze toepassingen zijn vaak gebouwd op verouderde technologiestacks en frameworks, waardoor ze moeilijk te integreren zijn met moderne systemen en tools. Vaak hebben ze beperkingen op het gebied van schaalbaarheid en prestaties, waardoor een organisatie de toenemende workloads en eisen van de klant niet goed aankan. Oudere toepassingen zijn niet flexibel en wendbaar, waardoor ze zich slechts beperkt kunnen aanpassen aan veranderende zakelijke behoeften en marktdynamieken. Beveiligingsproblemen, hoge onderhoudskosten, beperkte integratiemogelijkheden en het risico van leveranciersafhankelijkheid vergroten de uitdagingen van oudere toepassingen nog meer. Om deze uitdagingen het hoofd te bieden, moeten organisaties hun toepassingsinfrastructuur moderniseren om te profiteren van nieuwe technologieën.

De low-code ontwikkelingsmogelijkheden van Microsoft Power Platform maken het mogelijk om moderne toepassingen sneller en kosteneffectiever dan ooit tevoren te bouwen en te implementeren. Integreer eenvoudig uw bestaande systemen en gegevensbronnen voor naadloze gegevensuitwisseling en samenwerking. Voeg kunstmatige intelligentie toe om de gebruikerservaring te verbeteren, processen te automatiseren en waardevolle inzichten uit uw gegevens te verkrijgen. Of u nu een citizen developer bent of een professionele ontwikkelaar die aan complexe aanpassingen werkt, u kunt digitale transformatie op een intuïtieve, snelle en goedkopere manier doorvoeren dan met traditionele benaderingen.

Waarom Power Platform?

De uitgebreide tools en technologieën waaruit Power Platform bestaat, verlagen de duur, kosten en ontwikkelingsvereisten van moderniserings- en digitale transformatieprojecten aanzienlijk. De low-code aanpak vermindert de behoefte aan dure codering, datawetenschap en AI-engineeringbronnen en kan deze zelfs elimineren. Zowel citizen developers als professionele ontwikkelaars hebben er baat bij. Citizen developers kunnen een actieve rol spelen in het moderniseringsproces door rechtstreeks toepassingen te bouwen op basis van hun domeinexpertise. Zo worden ze minder afhankelijk van IT-teams. Professionele ontwikkelaars kunnen zelfs complexe oplossingen in veel minder tijd opleveren, waardoor ze sneller door kunnen naar het volgende project.

Power Platform-producten en -concepten

Elk product in de Power Platform-familie heeft een uniek aandachtsgebied. Organisaties kunnen de producten afzonderlijk of in combinatie implementeren om aan hun specifieke vereisten te voldoen. Hoe u ze ook combineert, de producten zijn met elkaar verbonden en vormen een naadloos geheel.

De onderstaande tabel biedt een algemeen overzicht van elk Power Platform-product.

De Power Platform-productfamilie is gebaseerd op een aantal ondersteunende mogelijkheden en concepten. In de onderstaande tabel worden de belangrijkste beschreven.

Belangrijkste voordelen van Power Platform voor app-modernisering

De voordelen van het moderniseren van toepassingen met behulp van het Microsoft Power Platform gaan verder dan de initiële bedrijfswaarde van een oplossing die gebruikmaakt van moderne technologieën.

• Lagere kosten. Organisaties kunnen geld besparen op app-ontwikkeling en -onderhoud. Uit een in opdracht uitgevoerd onderzoek door Forrester Consulting is gebleken dat organisaties die Power Platform gebruiken, 45 procent kunnen besparen op de kosten voor toepassingsontwikkeling en een rendement van 140% op hun investering kunnen realiseren.

• Breid de resourcepool uit en verwijder knelpunten. Professionele ontwikkelaars, datawetenschappers en AI-engineers worden goed betaald en zijn zeer gewild. Kleine tot middelgrote organisaties hebben vaak niet de luxe om zelf over programmeerkennis te beschikken en outsourcing is duur. Het low-code Power Platform is beter toegankelijk voor een grotere groep resources. Vakinhoudelijke experts en medewerkers met expertise in bedrijfsprocessen kunnen helpen bij het versnellen van moderniseringsinspanningen, zelfs als ze nog nooit een regel code hebben geschreven.

• Bouw het karretje, niet het wiel. Traditionele softwareontwikkeling begint altijd opnieuw en bij elk nieuw project wordt het wiel opnieuw uitgevonden. Met low-code, intuïtieve, makervriendelijke Power Platform-producten als wielen, kunt u zich richten op het bouwen van een beter karretje (het verbeteren van uw bedrijfsprocessen) en eerder profiteren van de voordelen van uw moderniseringsinspanningen.

• Verminder technische schuld. De kosten – zowel financieel als in de vorm van gemiste kansen – van het upgraden van ‘snelle en vuile’ softwareoplossingen en het onderhouden van verouderde infrastructuur zijn hoog. Power Platform vermindert deze technische schuld door het eenvoudiger en goedkoper te maken om oplossingen meteen goed te bouwen, data-integratie en -beheer te vereenvoudigen met een gemeenschappelijk datamodel en connectors, een gecentraliseerd platform te bieden voor het beheren van oplossingen en continue verbetering te ondersteunen met analyses en AI.

• Verbeter de beveiliging en zorg voor naleving. Alle Power Platform-producten bevatten kant-en-klare, volledig geïntegreerde beveiliging, naleving en governance van ondernemingsniveau, te beginnen met de omgevingen waarin ze worden uitgevoerd. Beheerde omgeving is een pakket met tools waarmee beheerders Power Platform op grote schaal kunnen beheren, met meer controle en minder moeite. U kunt onder andere beperken wie welke stromen en apps met wie kan delen. Ook kunt u beleid gebruiken om te beperken welke connectoren makers kunnen gebruiken. Dankzij native, flexibele gegevensbeveiligingsmodellen hoeft niet elke toepassing een eigen model te bouwen.

• Al doende moderniseren. Hoe belangrijker de apps zijn die u wilt moderniseren, hoe kleiner de kans dat u ze allemaal in één keer wilt vervangen. Een low-code aanpak leent zich goed voor het bouwen van oplossingen in beheersbare stappen.

• Integreer verouderde apps.. Oudere toepassingen hebben vaak geen API's. Met de RPA-mogelijkheden van Power Platform kunt u klassieke apps automatiseren en deze opnemen in uw nieuwe, moderne bedrijfsprocessen. RPA kan ook nuttig zijn bij het stapsgewijs moderniseren van grote en complexe apps.

• Innoveer zonder meer geld uit te geven. De Power Platform-mogelijkheden worden steeds beter. Apps die op het platform zijn gebouwd, profiteren van de innovaties van Microsoft, zonder dat het u meer kost.

• Verhoog de productiviteit van uw werknemers op een moderne werkplek. Power Platform is onderdeel van de moderne werkplek van Microsoft. Toepassingen die op het platform zijn gemoderniseerd, kunnen profiteren van de mogelijkheden van Microsoft 365, inclusief aantrekkelijke mobiele ervaringen en eenvoudige, intuïtieve samenwerking. Geavanceerde AI zoals Copilot, AI Builder en functies die binnenkort worden aangekondigd, zorgen ervoor dat gebruikers en ontwikkelaars productiever zijn, met minder frustratie en een kortere leercurve.

Innovatie voor de eerstelijnsmedewerker

Medewerkers in de frontlinie hebben moderne toepassingen nodig die ze op elk apparaat en overal waar ze werken, kunnen gebruiken. Ze hebben realtime inzicht nodig om sneller betere beslissingen te kunnen nemen. Ze moeten samenwerken met collega's en het management om ervoor te zorgen dat alles soepel verloopt. Toen American Airlines besloot om aspecten van haar activiteiten te moderniseren, kregen ze dit en nog veel meer.

In samenwerking met Microsoft heeft American Airlines ConnectMe ontwikkeld. Dit is een Microsoft Teams-app die is gebouwd op Power Apps en Azure. Met de app op elk mobiel apparaat hebben frontlinieteams realtime toegang tot belangrijke informatie over aankomst, instappen, bagage en gates. Hierdoor worden de grondactiviteiten gestroomlijnd, de doorlooptijden van vliegtuigen verkort en wordt reizen een aangenamere ervaring voor klanten. Lees meer over de transformatie van de luchtvaartmaatschappij.

AI-empowerment voor kenniswerkers

Kenniswerkers zwemmen in een oceaan van data, en te vaak hebben ze het gevoel dat ze verdrinken. Vrijwel alle toepassingen verzamelen gegevens. Slechts enkele daarvan helpen gebruikers om de verzamelde gegevens te begrijpen, laat staan dat ze inzichten opleveren waarmee werknemers hun werk beter kunnen doen. AI-mogelijkheden kunnen als onderdeel van modernisering aan apps worden toegevoegd. Daarmee automatiseren we niet alleen het verzamelen en analyseren van gegevens, maar maken we het ook makkelijker voor kenniswerkers om patronen en trends te herkennen. Met voorspellende analyses kunnen AI-modellen worden gebruikt om toekomstige resultaten met grote nauwkeurigheid te voorspellen op basis van historische gegevens. Zo kunnen leiders met vertrouwen plannen. Gemoderniseerde apps kunnen copilot AI bevatten, die als partner fungeert om content in context te genereren. Zo kunnen interviews worden samengevat, gerichte marketing- en verkoopberichten worden opgesteld en kan er zelfs in realtime nuttige informatie worden aangeboden terwijl een klantenservicemedewerker of verkoper met een klant aan de telefoon is.

Een stapsgewijze reis naar het moderniseren van verouderde apps

Als uw organisatie op de meeste andere lijkt, hebt u te maken met een groeiend aantal verouderde toepassingen die baat zouden hebben bij modernisering. Oudere toepassingen maken doorgaans gebruik van verouderde technologie en zijn gebouwd op infrastructuur (hardware en software) die niet langer wordt ondersteund. Vaak weten maar enkele werknemers, meestal degenen die bijna met pensioen gaan, hoe ze werken. Nieuwe medewerkers willen er niets mee te maken hebben, omdat ze de moderne hulpmiddelen die ze gewend zijn en die ze willen niet kunnen gebruiken. Om ze te onderhouden, laat staan te updaten, moet je een berg aan technische schuld beklimmen die steeds groter wordt naarmate je hoger klimt. Een lappendeken van onderhoudswerkzaamheden, die jaren, of misschien wel decennia, lang is gegroeid, heeft geresulteerd in een codebase waar niemand aan durft te komen, vooral niet als belangrijke onderdelen van het bedrijf ervan afhankelijk zijn.

Organisaties kunnen deze toepassingen vaak niet zomaar in één keer vervangen. In plaats daarvan beginnen ze aan een geleidelijke moderniseringsreis. Met een stapsgewijze aanpak worden de voordelen van modernisering maximaal benut en worden enkele risico's van een eenmalige moderniseringsoperatie beperkt.

Opties voor het moderniseren van apps

Modernisering betekent niet altijd dat u een oude app helemaal opnieuw moet opbouwen. Andere opties zijn buiten gebruik stellen, vervangen, opnieuw hosten, herstructureren en opnieuw ontwerpen.

In de volgende tabel vindt u een beschrijving van elke optie, de ALM-fase waarin deze het meest geschikt is en de factoren die de keuze ervan kunnen beïnvloeden.

In de volgende tabel ziet u hoe een low-code aanpak kan worden toegepast op elke optie voor app-modernisering.

De low-code aanpak van Power Platform heeft de potentie om veel meer te bieden dan alleen maar een ontwikkelingstool. Door low-code onderdeel te maken van uw moderne app-strategie, legt u ook een basis voor het betrekken van niet-ontwikkelaars, zoals deskundigen, bij uw moderniseringsinspanningen. Organisaties hebben ontdekt dat het opzetten van een Center of Excellence (CoE) rond Power Platform en het gebruiken van hulpmiddelen zoals de CoE Starter Kit om richtlijnen en governance te creëren, gebruikers in staat stelt succesvol low-code apps en automatiseringen te bouwen en ervoor zorgt dat middelen zoals API's en onderdelen kunnen worden hergebruikt. Low-code kan de toepassingsontwikkeling versnellen en organisaties helpen om sneller waarde uit hun gegevens te halen, ongeacht waar deze zich bevinden. Veel organisaties besluiten om een low-code mindset in hun cultuur te integreren.

Een gids voor uw moderniseringstraject

Het kan zijn dat u overweldigd raakt als u nadenkt over het moderniseren van oudere apps. Een gids kan u helpen bij het plannen van uw traject en ervoor zorgen dat u onderweg op het juiste pad blijft. Een goed startpunt zijn deze drie stappen, waarbij u elke stap vanuit een low-code mindset bekijkt.

1. Planning. Denk goed na over uw doelen voor het moderniseren van een verouderde toepassing en definieer uw strategie om deze te bereiken. Geef duidelijk aan welk probleem u met modernisering wilt oplossen. Dit is het moment om uw apps en omgevingen te beoordelen met het oog op wat niet werkt, wat wel werkt maar verbeterd kan worden en, nog belangrijker, welke waarde eventuele wijzigingen opleveren voor het bedrijf of voor de gebruikers. Evalueer elke moderniseringsmogelijkheid op basis van de mogelijkheden om te profiteren van een low-code aanpak. Geef prioriteit aan kansen die low-code-oplossingen integreren. Gebruik de Evaluator van de strategie voor cloudadoptie om een businesscase voor toepassingsmodernisering op te bouwen.

2. Implementatie. Moderniseer uw apps niet alleen stapsgewijs, maar ook iteratief. Een iteratieve aanpak biedt organisaties de flexibiliteit om de reikwijdte of strategie van hun project indien nodig te wijzigen. Low-code Power Platform-oplossingen kunnen sneller worden ontwikkeld en getest dan traditioneel ontwikkelde apps. Bovendien zijn er slechts enkele stappen nodig om ze in beheerde omgevingen te implementeren. Hoewel low-code minder bijscholing vereist dan traditioneel coderen, moet u ervoor zorgen dat uw medewerkers voldoende worden opgeleid in het werken als fusieteams, die low-code en traditionele middelen combineren.

3. Bewerkingen. App-modernisering stopt niet bij de implementatie. Met een low-code, cloud-first-aanpak kunt u cloudplatformservices en -tools gebruiken om uw apps te beveiligen, besturen, beheren en optimaliseren.

Evalueer mogelijkheden voor low-code oplossingen

Organisaties gebruiken verschillende methoden, van informele beoordelingen tot gedetailleerde beslisbomen, om te bepalen of een low-code-aanpak de juiste manier is om een verouderde app te moderniseren. Het belangrijkste om te beseffen is dat low-code geen alles-of-nietsbeslissing is. Het is gebruikelijk dat een deel van een toepassing uit Power Platform-onderdelen wordt opgebouwd en een deel uit onderdelen die zijn ontwikkeld met behulp van traditionele coderingstechnieken.

Om een toepassing te kunnen beoordelen, adviseren wij u om eerst te bepalen of deze nog steeds nodig en nuttig is, of dat deze beter kan worden verwijderd. Als u tot de conclusie komt dat het nog steeds nodig is, beoordeel dan of een low-code oplossing de app als geheel kan vervangen. Als de hele app niet geschikt is voor een low-code-vervanging, beoordeel dan of een of meer workloads of onderdelen van de app dat wel zijn. U zult merken dat een low-code oplossing, uitgebreid met traditioneel ontwikkelde code, het beste van beide werelden biedt.

Als u bijvoorbeeld vaststelt dat een toepassing niet geschikt is omdat in Power Apps een vereist besturingselement ontbreekt, kunt u het Power Apps component framework (PCF) en traditionele code gebruiken om een aangepast besturingselement te bouwen. Een ander voorbeeld is een app met complexe logica. U kunt de logica centraliseren in een API waartoe Power Apps toegang heeft via een aangepaste connector. In beide voorbeelden zorgde de uitbreidbaarheid van Power Platform ervoor dat het grootste deel van de app kon worden gebouwd met low-code componenten, waarmee de hiaten met traditioneel ontwikkelde code werden overbrugd.

NSure.com, een eigen online verzekeringswinkelplatform, is een voorbeeld uit de praktijk. De initiële lancering van het bedrijf was gebaseerd op traditioneel ontwikkelde Angular-, Xamarin- en Azure-diensten. Door Power Platform en Dynamics 365 toe te voegen, creëerde NSure.com een oplossing van de volgende generatie die zowel low-code als traditionele coderingstechnieken gebruikt, zoals het volgende diagram illustreert. Meer informatie over het traject van het bedrijf.

Net zo belangrijk als het identificeren van low-code kansen, is het herkennen wanneer een low-code aanpak niet de juiste is. In de volgende tabellen worden gebruiksscenario´s beschreven die doorgaans niet geschikt zijn voor low-code oplossingen. Organisaties worden aan de voorkant en de achterkant geconfronteerd met verschillende uitdagingen. Daarom bekijken we ze afzonderlijk.

Front-end scenario's die niet passen in een low-code aanpak

Back-end scenario's die niet passen in een low-code aanpak

Wij raden aan om op de hoogte te blijven van de releasewaves van Power Platform omdat deze de gaten blijven dichten in wat met low-code oplossingen kan worden gedaan. Het maken van een low-code proof-of-concept is een goede manier om te bepalen of uw scenario past.

Prioriteit bepalen van uw mogelijkheden om weinig code te gebruiken

Bij het evalueren van uw toepassingsportfolio is het niet voldoende om alleen goede kandidaten voor low-code transformatie te identificeren. Uw team moet er prioriteit aan geven om het succes van uw moderniseringsinspanningen te maximaliseren.

Bij het stellen van prioriteiten moet rekening worden gehouden met de volgende factoren:

• De low-code volwassenheid van uw organisatie
• De complexiteit van de mogelijkheid
• ROI voor de organisatie, gebruikers en IT
• Time-to-value

Als u realistisch bent over de low-code mogelijkheden van uw organisatie, kunt u een kans kiezen die uw team uitdaagt om te groeien, maar ze niet overweldigt en hen doet falen. U hoeft niet de meest eenvoudige toepassing te kiezen die geen uitdagingen met zich meebrengt. Een ideale toepassing biedt mogelijkheden om te onderzoeken hoe traditionele code kan worden gecombineerd met low-code oplossingen.

Toepassingen met een complexe integratie met andere systemen zijn vaak niet de beste plek om te beginnen. Als u probeert toepassingen aan te pakken die te groot of te complex zijn, kan dat tot frustratie en mislukking leiden. Vermijd alle twijfelachtige low-code kandidaten. Bewaar ze totdat uw team een aantal succesvolle moderniseringen heeft doorgevoerd.

Wanneer u een grote, monolithische app moderniseert, moet u overwegen of u kleine onderdelen ervan stapsgewijs kunt moderniseren. Monolithische toepassingen kwamen vroeger veel voor. Tegenwoordig zijn kleinere apps die gericht zijn op rollen of taken gebruikelijker. Ze maken stapsgewijze ontwikkeling, verbeteringen en opschaling van de teams die ze bouwen mogelijk.

De eerste paar moderniseringen zijn belangrijk omdat ze de organisatie laten zien wat de impact van low-code oplossingen is. Het evalueren van de voordelen en risico's voor de belanghebbenden van een app is belangrijk bij het prioriteren van kansen. Het kiezen van een toepassing waar niemand om geeft of die weinig impact heeft op de organisatie, is niet het beste voorbeeld van de voordelen van een low-code oplossing.

Het is belangrijk dat de gemoderniseerde toepassing door de gebruiker wordt geaccepteerd. Gebruikers moeten het gevoel hebben dat hun nieuwe low-code toepassing past bij de andere toepassingen die ze gebruiken. Een ander risico voor de acceptatie is de mate van maatwerk waaraan ze gewend zijn. Als ze een sterk op maat gemaakte ervaring verwachten, zijn ze mogelijk minder geneigd om te kiezen voor een low-code oplossing die minder persoonlijk aanvoelt.

Organiseer en verbeter uw teams

Organisaties die succesvol zijn in het moderniseren van hun bestaande apps, wijzen een moderniseringsproject niet zomaar toe aan een team van traditionele codeontwikkelaars en dan maar hopen dat het ze lukt. Het is belangrijk om uw team de kennis en het vertrouwen in low-code ontwikkeling te geven die het nodig heeft om een moderniseringstraject succesvol af te ronden.

Een team van low-code medewerkers dat samenwerkt met traditionele code-medewerkers wordt een fusieteam genoemd. Fusieteams zijn ontworpen om samenwerking te stimuleren door beide typen resources te trainen in het integreren van low-code oplossingen met traditionele code. Een oplossingsarchitect bepaalt hoe de oplossing wordt vormgegeven, tussen low-code en traditionele code.

Hoewel het gemakkelijk is om al het werk aan traditionele ontwikkelaars toe te wijzen, zijn low-code moderniseringsinspanningen goede kansen om het projectteam uit te breiden. Veel zakelijke gebruikers zijn uitstekende low-code ontwikkelaars. Ze kunnen het werk van het team versnellen, omdat ze het bedrijfsprobleem al begrijpen. Ze hoeven alleen maar te leren hoe ze de low-code werkzaamheden die het team uitvoert, moeten uitvoeren en vertrouwd moeten raken met test- en ALM-procedures. Dat kan betekenen dat u moet leren hoe u apps in Power Apps of werkstromen in Power Automate kunt bouwen. Ze moeten ook begrijpen wat traditionele programmeurs kunnen ontwikkelen om hun low-code inspanningen gemakkelijker te maken. Dit betekent niet dat ze traditionele code moeten kunnen schrijven.

Traditionele codebronnen moeten basiskennis hebben van low-code benaderingen en hoe deze verschillen van de code die ze normaal gesproken schrijven. Het allerbelangrijkste is dat ze de uitbreidbaarheidsmogelijkheden van low-code oplossingen leren kennen. Ze moeten vertrouwd zijn met het maken van een test-app of -stroom die gebruikmaakt van de code die ze zelf schrijven, om te controleren of deze werkt en om low-code resources te ondersteunen bij het benutten van hun uitbreidbaarheidsassets.

Zowel low-code als traditionele codebronnen moeten begrijpen waar low-code en traditionele code-oplossingen beginnen en eindigen en waar ze elkaar kruisen.

Vereisten verzamelen

Het kan zijn dat u apps hebt die tien jaar of ouder zijn en niet gedocumenteerd zijn. Om ze opnieuw te kunnen maken, is mogelijk reverse engineering of kennis van zakelijke gebruikers vereist. Houd er rekening mee dat een low-code aanpak weliswaar efficiënt is, maar dat het verzamelen van vereisten en kennis van bedrijfsprocessen hierdoor niet sneller gaat en dat complexe vereisten niet minder complex worden. Vaak is de verwachting onrealistisch dat een team dat een app moderniseert, evenveel bereikt als een team dat een nieuwe app bouwt met low-code. Houd deze uitdagingen in gedachten bij het vaststellen van de verwachtingen van uw organisatie.

Er zijn twee benaderingen waarmee u sneller kennis kunt vergaren over een oudere app. Breid eerst het team uit met zakelijke gebruikers met domeinkennis. Ten tweede moet u zich richten op het begrijpen van het bedrijfsproces en de gewenste uitkomst, in plaats van op het documenteren van de manier waarop het in het oude systeem is geïmplementeerd. Een uitzondering hierop is als de oude toepassing gespecialiseerde logica vereist die bedrijfsregels uitvoert die u moet volgen.

Vermijd het werken tegen low-code benaderingen

Organisaties die nog niet bekend zijn met het moderniseren van toepassingen met low-code oplossingen, maken vaak de fout om low-code op dezelfde manier te ontwikkelen als traditionele code. Een organisatie kan bijvoorbeeld UX-standaarden die zijn geschreven voor Angular-apps toepassen op de eerste Power Apps-implementatie. Het projectteam zou onnodig tijd besteden aan het proberen te voldoen aan standaarden die ontworpen zijn voor de mogelijkheden van het Angular-framework en niet voor de behoeften van het bedrijf.

Teams die gewend zijn om met traditionele code te werken, proberen misschien low-code te minimaliseren. Bijvoorbeeld, in plaats van Power Apps-besturingselementen te gebruiken, zou het team een toepassing kunnen bouwen met besturingselementen uit het Power Apps component framework om het gebruik van low-code zo veel mogelijk te vermijden. Teams kunnen het beste zo ver mogelijk komen met low-code, totdat ze obstakels tegenkomen die niet meer te omzeilen zijn. Teams die leren hoe ze de mogelijkheden van het platform optimaal kunnen benutten, zijn succesvoller in het behalen van de maximale voordelen van low-code. Low-code kan steeds meer dingen die voorheen alleen met traditionele code mogelijk waren. Een veelvoorkomend probleem in het verleden was dat mensen vastliepen omdat low-code bepaalde benodigde functionaliteit niet kon reproduceren. Power Platform pakt deze uitdaging aan met uitbreidingsopties waarmee, indien nodig, veelal low-code toepassingen gespecialiseerde onderdelen kunnen integreren die in traditionele code zijn geschreven.

Low-code benaderingen kunnen een belangrijke rol spelen in uw moderniseringsstrategieën. Voor de beste resultaten is het nodig dat het probleem dat de modernisering moet oplossen, helder wordt omschreven, dat er een planning wordt gemaakt, dat er meer personeel wordt ingezet dan de standaardrollen, dat er training wordt gegeven en dat er prioriteiten worden gesteld. Door indien nodig de juiste aanpassingen te doen aan hun normen en processen, kunnen organisaties het volledige potentieel van low-code benutten. Als modernisering goed wordt uitgevoerd, verbetert dit de algehele bedrijfswaarde van de gemoderniseerde toepassingen.

Low-code platformen hebben zich de afgelopen jaren snel ontwikkeld. Hoewel ze altijd goed zijn geweest in het ondersteunen van individuele productiviteitsscenario's, ligt de focus de laatste tijd vooral op de mogelijkheden van ondernemingen. Organisaties bouwen low-code toepassingen die de moderne werkplek ondersteunen, inclusief hybride werken (op afstand en op locatie) en de daarmee gepaard gaande behoefte aan manieren om samenwerking te stimuleren. Low-code platforms zoals Power Platform kunnen nu worden geschaald om toepassingen te verwerken waarop alle gebruikers binnen een organisatie kunnen vertrouwen en die kunnen worden geïntegreerd in beveiligingsmodellen voor ondernemingen. Door low-code mogelijkheden te koppelen aan de infrastructuur van uw bedrijf, kunt u low-code technieken naast traditionele methoden gebruiken. Low-code abstraheert een groot deel van de complexiteit en zorgt ervoor dat een bredere groep mensen kan deelnemen aan het bouwen van oplossingen.

Begrijp de kostenstructuur van een low-code aanpak

Organisaties die een moderniseringsproject overwegen, stellen zich vaak de vraag: hoeveel gaat het kosten? Hoewel een volledige bespreking van licenties en kostenanalyse buiten het bestek van dit artikel valt, kunnen we deze onderwerpen wel op een hoog niveau bespreken.

Power Platform-producten zijn gelicentieerde producten. U kunt ze afzonderlijk licentiëren, afhankelijk van uw behoeften. U kunt Azure-facturering voor betalen naar gebruik configureren, wat gebruik mogelijk maakt zonder voorafgaande licentieverplichting of aankoop en waarbij ook enig Power Automate-gebruik binnen de app is inbegrepen. Power Automate biedt ook licenties per gebruiker en per stroom voor zelfstandig werk. Licenties per stroom werken goed als u automatisering toepast waarvan de hele organisatie profiteert. Power Apps-licenties kunnen per gebruiker of per app zijn. Power Pages-sites worden gelicentieerd per gebruiker, site of maand. Voor geverifieerde sites is een extra licentie nodig. Alle licenties zijn inclusief het gebruik van connectors en Dataverse, met de optie om meer opslag en API-aanvragen te licentiëren voor scenario's met een hoog volume.

Voor alle Power Platform-producten gelden volumeprijzen die doorgaans van toepassing zijn op moderniseringsinspanningen voor toepassingen. Deze moeten worden geëvalueerd voor de unieke strategie van elke organisatie.

Wanneer u de kosten van low-code vergelijkt met die van traditionele code, is het belangrijk om te beseffen dat de vergelijking niet appels met appels is. Bij low-code betaalt u voor de arbeid die nodig is om een uniek bedrijfsproces te implementeren in het low-code product en voor de productlicentie om dit proces te gebruiken. Over het algemeen omvat de licentie meerdere apps en automatiseringen, zonder dat er voor elke app of automatisering extra kosten in rekening worden gebracht.

Bij traditionele coderingsmethoden betaalt u voor de arbeid die nodig is om een uniek bedrijfsproces in code te implementeren, de arbeid die nodig is om de infrastructuur van de app te bouwen en de cloudservices die nodig zijn om de app te ondersteunen.

Alle oplossingen, of het nu low-code of traditionele code betreft, vereisen voortdurend onderhoud en instandhouding. Low-code oplossingen vereisen echter minder middelen om dit te realiseren. Bovendien lopen ze minder technische schulden op, omdat de app-infrastructuur door het platform wordt geleverd.

Vergeleken met een volledig op maat gemaakte toepassing die niet op een low-code platform is gebouwd, zijn de kosten van een low-code oplossing beter te voorspellen. Vermijd de valkuil om low-code licenties te vergelijken met de initiële kosten van traditionele code-implementatie.

Een kijkje binnen Power Platform

Power Platform-onderdelen worden gebouwd op dezelfde Microsoft Azure-cloudservices die beschikbaar zijn als u traditionele coderingsmethoden gebruikt. De integratie van deze onderdelen met elkaar en met functies voor beveiliging, schaalbaarheid en noodherstel is voor u gedaan.

Binnen Dataverse

Dataverse wordt aangestuurd door meer dan 25 volledig beheerde Azure-services, zoals Functions, Load Balancer, Cognitive Services, Synapse, DevOps, Active Directory en Microsoft Purview. Ingebouwde mogelijkheden omvatten uitgebreide beveiliging, krachtige analyses, AI, geavanceerde bedrijfslogica en gebeurtenisafhandeling, gegevensmodellering en integratie met Dynamics 365, Microsoft 365, Azure en meer. Al deze mogelijkheden zijn gebouwd op een meertalige Dataverse-opslaglaag, die is gebaseerd op Azure SQL DB (voor relationele gegevens), Azure Cosmos DB (voor NoSQL), Azure Blob Storage (voor bestanden) en Azure Data Lake Storage Gen 2 (voor grootschalige analyses en langdurige gegevensretentie). Ze zijn beschikbaar voor transparant gebruik in de low-code onderdelen van Power Platform en via de Dataverse REST API.

Hoge beschikbaarheid en bedrijfscontinuïteit en herstel na noodgevallen zijn belangrijk voor bedrijfskritieke toepassingen. Dataverse maximaliseert de beschikbaarheid met Azure-betrouwbaarheidsservices. De replicatie van primaire en secundaire servers verloopt synchroon, met een onderliggende infrastructuur die storingen kan detecteren en een nieuwe primaire server kan kiezen op basis van correctheidsprotocollen. Failovers met hoge beschikbaarheid, die binnen een Azure-regio plaatsvinden, verlopen naadloos en worden zelden door gebruikers opgemerkt. Meestal gebeuren ze binnen enkele seconden. Er is gegarandeerd geen enkel gegevensverlies, ongeacht of de uitval gepland of ongepland is.

Failovers na noodherstel vinden plaats over twee Azure regio's. Om een snellere failover met minimaal gegevensverlies te garanderen, wordt een continue kopie voor noodherstel onderhouden met behulp van asynchrone replicatie. Geplande failovers gaan niet gepaard met gegevensverlies en kunnen in productieomgevingen doorgaans binnen enkele seconden tot enkele minuten worden voltooid.

Naast de technische implementatie van hoge beschikbaarheid en BCDR test het operationele team regelmatig de paraatheid om te reageren op verschillende soorten gebeurtenissen.

Binnen Power Automate

Power Automate-cloudstromen worden boven op Azure Logic Apps gebouwd. Power Automate biedt abstracties en integratie met andere low-code onderdelen zoals Power Apps en gebruikt de runtime-engine van Logic Apps. Ontwikkelaars die bekend zijn met Logic Apps zullen merken dat Power Automate vergelijkbare concepten gebruikt, met inbegrip van de expressietaal.

Binnen Power Apps

De runtime-engine van Power Apps is gebouwd op het React-framework. Toepassingen worden gebouwd in de Power Apps-ontwerper, die een interface met slepen en neerzetten gebruikt om schermen te bouwen. Power Fx-formules implementeren logica. Connectoren breiden de toegang van apps tot andere services, logica en onderdelen uit, waardoor herbruikbare visuele extensies mogelijk zijn. Ontwikkelaars kunnen het Power Apps component Framework (PCF) gebruiken om aangepaste besturingselementen te maken. Hoewel veel UI-frameworks samen met PCF kunnen worden gebruikt, beschikt Power Apps over ingebouwde ondersteuning voor React.

Binnen connectors

Connectors maken gebruik van Azure API Management om de referenties en verbindingen van elke gebruiker te beheren.

Voor alle connectoren wordt dezelfde architectuur gebruikt, inclusief aangepaste connectoren die u voor uw eigen API's maakt. Door gebruik te maken van Azure API Management wordt een consistente interface voor Power Platform-producten gewaarborgd, zoals Power Apps en Power Automate, met alle connectors.

Een uitzondering is de Dataverse-connector. Het staat in de lijst met connectoren voor apps en stromen, maar is anders geïmplementeerd. Wanneer een app of een stroom Dataverse-gegevens of acties gebruikt, verloopt de interactie rechtstreeks via de OData API van Dataverse.

Power Platform-uitbreidbaarheidsopties

Uitbreidbaarheid is een belangrijk kenmerk waarmee Microsoft Power Platform zich onderscheidt van andere low-code platforms. Een leidend principe van het platform is 'geen kliffen': je mag niet worden belemmerd om iets te bereiken met low-code, zelfs als daarvoor traditionele code nodig is. Indien nodig kunt u een volledige workload bouwen als onderdeel van een grotere app met behulp van traditionele code. Het platform biedt echter veel uitbreidingsmogelijkheden waarmee low-code en traditionele code samen in dezelfde workload kunnen worden gebruikt.

De volgende tabel biedt een algemeen overzicht van enkele veelvoorkomende uitbreidingsopties. We komen er later nog op terug, wanneer we bespreken hoe u modernisering kunt aanpakken en welke patronen u kunt toepassen.

Verkennen van low-code moderniseringsarchitectuurscenario's

Zoals bij de meeste platforms kunt u een eindeloos aantal architectuurscenario's samenstellen met behulp van Power Platform-onderdelen en andere Microsoft-cloudservices. In dit deel van het artikel bespreken we enkele van de meest voorkomende scenario's en bespreken we een aantal overwegingen waarmee u rekening moet houden bij het gebruik ervan.

Voorzieningen voor toepassingen

Het moderniseren van de gebruikerservaring kan een groot verschil maken voor gebruikers. Power Apps is de primaire manier om interne toepassingservaringen op te bouwen met Power Platform. U kunt Power Pages gebruiken voor interne webtoepassingen, maar het komt vaker voor bij extern gerichte toepassingen.

Power Apps

Workloads moeten zo worden ontworpen dat gebruikers een groot deel van hun werk kunnen doen zonder van app te hoeven wisselen. Wanneer u een grote, monolithische toepassing moderniseert, is het mogelijk dat u de functionaliteit ervan over meerdere apps opsplitst. Als gebruikers daarentegen met meerdere apps moeten werken, kunt u ze in één app samenvoegen. Zo krijgt u een uniform overzicht van al hun gegevensbronnen.

In de volgende tabel worden de twee typen apps beschreven die u met Power Apps kunt bouwen: canvas-apps en modelgestuurde apps.

Het volgende diagram illustreert een basisarchitectuur voor een canvas-app of een modelgestuurde app, waarbij de app rechtstreeks verbinding maakt met gegevensbronnen.

Om directe verbindingen met een gegevensbron tot een minimum te beperken, kunt u de app een aangepaste connector voor de API laten gebruiken, die alle benodigde werkzaamheden in de gegevensbron uitvoert. Met deze aanpak kunt u bepalen welke bewerkingen worden blootgesteld aan low-code onderdelen en kunt u de complexiteit van de onderliggende logica abstraheren. Het volgende diagram illustreert deze API-first-benadering.

Power Apps kan ook direct Power Automate-cloudstromen uitvoeren die resultaten naar de toepassing kunnen retourneren of asynchroon kunnen worden uitgevoerd.

Door gebruik te maken van Power Apps met uw gegevensopslagplaatsen of API's kunt u de gebruikerservaring moderniseren en tegelijkertijd de verstoring van andere onderdelen van een oudere oplossing tot een minimum beperken. Met deze aanpak kunt u ook meerdere oudere systemen in één toepassing verbinden, zodat gebruikers hun werk op één plek kunnen uitvoeren.

Power Pages

De primaire gegevensbron voor Power Pages is Dataverse. Wanneer u pagina's aan een website toevoegt, slaat u de paginadefinities op in Dataverse. Pagina's kunnen zowel Dataverse-gegevens presenteren als gegevens van gebruikers verzamelen om op te slaan in een Dataverse-tabel.

U kunt pagina's configureren voor anonieme toegang of voor geverifieerde toegang met behulp van Microsoft Entra ID voor interne gebruikers of identiteitsproviders voor externe gebruikers. Wanneer geverifieerde gebruikers toegang krijgen tot gegevens, zijn alleen de gegevens beschikbaar waarvoor ze toegangsrechten hebben.

Een veelvoorkomende toepassing van een Power Pages-site is het bieden van selfservicetoegang tot een bedrijfsproces van een organisatie aan externe gebruikers. Interne gebruikers kunnen een Power Apps-toepassing gebruiken. Het volgende diagram illustreert een dergelijke architectuur.

Gegevensbeheer

Voor het moderniseren van toepassingen is het nodig om de gegevens te evalueren die in de algehele oplossing worden gebruikt. Gemoderniseerde toepassingen bieden meerdere opties voor het verwerken van gegevens. In veel gevallen maken meerdere toepassingen gebruik van dezelfde gegevensopslag. Het kan lastig zijn om de gegevens naar een nieuwe opslagplaats te migreren als onderdeel van de modernisering van een van de toepassingen. Een kernbeginsel van Power Platform is dat gegevens kunnen worden gebruikt waar ze zich bevinden of dat ze in Dataverse of een data lake naar het platform kunnen worden gebracht.

Voor de gegevensarchitectuur van de gemoderniseerde toepassing hebt u de volgende opties:

• Laat de gegevens op hun plek: gebruik connectors of API's met aangepaste connectors om toegang te krijgen tot de gegevens op de plek waar deze zich bevinden. Wanneer de gegevens zich on-premises bevinden, kan de gegevensgateway een veilige connectiviteit mogelijk maken. Gebruik virtuele tabellen om compatibele externe gegevens als een Dataverse-tabel te integreren.

• Migreren naar Dataverse: Dataverse is een goede optie voor transactiegegevens en voor het consolideren van meerdere bronnen in een enkel registratiesysteem. Gegevens kunnen vanuit veel bronnen in kaart worden gebracht en gemigreerd met behulp van Power Query en geautomatiseerde stromen. Dataverse ondersteunt ook elastische tabellen, die zijn ontworpen voor het verwerken van grote hoeveelheden gegevens die zijn opgeslagen in ongestructureerde of semi-gestructureerde indelingen.

• Migreren naar data lake: gebruik een data lake voor historische, analytische of telemetriegegevens. De gegevens in het lake kunnen worden gebruikt voor Power BI-analyses of worden verwerkt om inzichten te genereren op basis van AI.

Houd bij het evalueren van opties voor de gegevensarchitectuur van een gemoderniseerde toepassing rekening met de volgende overwegingen:

• Impact op andere toepassingen: hoewel de migratie naar een efficiëntere gegevensopslag voor de ene toepassing ideaal kan zijn, kan de initiële impact op andere toepassingen die dezelfde gegevens gebruiken, te groot zijn. Sommige organisaties overwegen om de gegevens in oude gegevensopslagplaatsen te laten en nieuwe gegevens te maken in Dataverse. Deze gegevens kunnen dan vanuit de oude opslagplaats worden gemigreerd naarmate meer toepassingen worden gemoderniseerd.

• Impact op nieuwe toepassingen: het is weliswaar eenvoudig om gegevens in een oude gegevensopslag te laten staan, maar het kan een negatief effect hebben op hoe gemakkelijk gemoderniseerde toepassingen deze kunnen gebruiken. Oudere gegevensopslag is mogelijk niet goed geïntegreerd met andere cloudservices, waardoor het lastiger is om de gegevens in de nieuwe algehele architectuur op te nemen.

• Gegevensconsolidatie: het komt vaak voor dat bij de modernisering van toepassingen gegevens worden geïdentificeerd waarvan niet duidelijk is wie de eigenaar is of wie verantwoordelijk is voor het juiste gebruik ervan. Door hun gegevens te consolideren in Dataverse, kunnen organisaties hun beheer ervan verbeteren en ervoor zorgen dat de gegevens op de juiste manier worden gebruikt.

• Gegevensprivacy en -beveiliging: u moet privacy en beveiliging beoordelen op basis van uw huidige behoeften en de beoogde modernisering van de architectuur, niet alleen op basis van hoe de oude toepassing hiermee omging. Cloudoplossingen bieden meer opties voor het implementeren van privacy- en beveiligingsmaatregelen. Vaak kunnen ze met één enkele gegevensopslag worden vereenvoudigd. U moet ook nadenken over de implementatie van uniforme gegevensbeveiliging in hybride toepassingen die gegevens over meerdere opslagplaatsen verdelen.

• Integratieproblemen. Oudere gegevensopslagplaatsen beschikken mogelijk niet over de API's die nodig zijn om toegang te verlenen zonder dat de gegevens moeten worden gemigreerd of er een API moet worden gemaakt die toepassingen kunnen gebruiken met een aangepaste connector. De connectiviteit van de oude gegevensopslag naar de toepassingen die deze gebruiken, moet worden geëvalueerd om te bepalen of de prestaties acceptabel zijn.

Voor elke toepassing die moet worden gemoderniseerd, moet u een gegevensarchitectuur bepalen. De eerste stap is het opstellen van een algemeen beeld van hoe uw data-architecturen Dataverse integreren. Als het doel is om de waarde van low-code te maximaliseren, moet u waar mogelijk Dataverse gebruiken. Door vanaf het begin een visie te hebben, kunt u voorkomen dat er meer gegevenssilo's ontstaan.

Externe gegevens en Dataverse

Oudere toepassingen zijn vaak afhankelijk van gegevens die zich buiten de organisatie bevinden en al lang vóór Dataverse bestonden. Het moderniseren van deze toepassingen hoeft niet te betekenen dat de gegevens worden gedupliceerd in Dataverse. In plaats daarvan kunt u de gegevens weergeven als virtuele Dataverse-tabellen. Virtuele tabellen kunnen relaties aangaan met andere virtuele tabellen en met lokale tabellen. De gemoderniseerde toepassingen zien een uniforme set tabellen die volledig in Dataverse lijken te bestaan.

Virtuele tabellen worden geïmplementeerd met behulp van een gegevensproviderarchitectuur. Dataverse bevat een OData-provider die bij de OData V4-webservices kan worden gebruikt. Een gegevensprovider voor virtuele connectors, momenteel in preview, maakt het mogelijk om Power Platform-connectors in tabelvorm als virtuele tabellen te gebruiken.

Het volgende diagram illustreert het gebruik van de virtuele connector.

Ontwikkelaars kunnen ook aangepaste providers maken voor andere externe gegevensbronnen. Ze moeten echter alle Dataverse-toewijzingen en operationele ondersteuning begrijpen en implementeren.

De volgende overwegingen kunnen u helpen bij het evalueren van het gebruik van virtuele tabellen in uw moderniseringsprojecten:

• Alle externe gegevensbronnen moeten een primaire sleutel hebben en de gegevensprovider moet deze als een GUID presenteren aan Dataverse. U kunt niet-GUID-sleutels voorzien van opvulling als de opgevulde waarde stabiel en uniek is.
• Gegevensbeveiliging wordt geconfigureerd op het niveau van de virtuele tabel. Beveiliging op rij- en kolomniveau is niet beschikbaar.
• De prestaties van virtuele tabellen zijn afhankelijk van de gegevensprovider, de API van de externe gegevensbron en de connectiviteit met de gegevensbron. In de meeste gevallen verloopt de toegang tot virtuele tabellen trager dan de toegang tot lokale Dataverse-tabellen.
• Sommige Dataverse-functies, zoals zoeken, controleren, grafieken en dashboards, en offline toegang, zijn niet beschikbaar voor virtuele tabellen.
• Het gebruik van virtuele tabellen als referentiegegevens kan leiden tot verminderde synchronisatie.

Bestanden en afbeeldingen

Bij het moderniseren van toepassingen die gebruikmaken van bestanden en afbeeldingen, is het belangrijk om te overwegen waar de nieuwe oplossing deze opslaat. Dataverse beschikt over gespecialiseerde mogelijkheden voor het opslaan van bestanden en afbeeldingen. Beide kunnen als kolom aan tabellen worden toegevoegd en worden opgeslagen in de Azure Blob Storage die wordt beheerd door Dataverse. Apps kunnen ermee werken via de Dataverse-connector, zonder dat er een aparte verificatie of API nodig is.

Het gebruik van Dataverse voor bestanden en afbeeldingen is gepast wanneer deze een directe verbinding met de gegevens hebben en meerdere gebruikers er niet aan hoeven samen te werken. Denk bijvoorbeeld aan een foto van een product of een locatie of de definitieve versie van een juridisch contract. Als meerdere gebruikers tegelijkertijd het juridische contract moeten wijzigen, biedt SharePoint echter meer mogelijkheden voor samenwerking. Overweeg om Azure Blob Storage rechtstreeks te gebruiken als u de beveiliging apart vanuit Dataverse wilt laten beheren of als u bepaalde bestandsspecifieke functies wilt gebruiken.

Integraties

Bij het moderniseren van toepassingen worden vaak integraties met interne of externe systemen uitgevoerd. Integraties kunnen grofweg worden gecategoriseerd als gegevens, toepassingen of processen.

• Gegevensintegratie combineert gegevens uit verschillende bronnen om de gebruiker een uniform beeld te geven. Het biedt een ontkoppelde aanpak, maar staat niet toe dat logica of processen in realtime worden opgebouwd. De prestaties kunnen beter zijn omdat alle gegevens lokaal zijn.

• Toepassingsintegratie maakt verbinding op de toepassingslaag en vindt doorgaans plaats via API's of, bij low-code oplossingen, via connectors. Integratie op toepassingsniveau zorgt voor een duidelijke grens tussen twee oplossingen, maar creëert in veel gevallen ook een realtime afhankelijkheid. Dit type integratie creëert ook een beveiligingsgrens, waarbij de toegang kan worden beheerd door het systeem dat de API levert.

• Procesintegratie verbindt meerdere afzonderlijke systemen, die elk deel uitmaken van een groter bedrijfsproces. Dit type integratie is het meest ontkoppeld, waardoor de deelnemende systemen elk onderdeel van het bedrijfsproces kunnen afhandelen. Bij moderniseringsscenario's kan het handig zijn om een deel van een proces voor modernisering op te splitsen met low-code en te integreren met andere delen die nog door een verouderd systeem worden afgehandeld.

Bij het evalueren van de manier waarop u integraties implementeert, is het belangrijk om er niet vanuit te gaan dat de oude aanpak de beste is voor de toepassing die u moderniseert. Als een proces bijvoorbeeld realtime en synchroon is, kunt u overwegen of u het asynchroon kunt uitvoeren. Synchrone integratie kan kwetsbaarder zijn in een cloudoplossing. Een low-code Power Automate-stroom met geschikte foutbehandeling zou bijvoorbeeld de integratie kunnen orkestreren. Deze aanpak zou niet alleen de betrouwbaarheid verbeteren, maar ook de productiviteit van gebruikers verhogen, omdat ze niet langer hoeven te wachten tot de integratie is voltooid.

De volgende overwegingen kunnen u helpen bij het evalueren van hoe u bestaande integraties naar voren kunt halen:

• Is de integratie nog steeds nodig? Het komt geregeld voor dat niemand de resultaten van de integratie meer gebruikt en dat deze kunnen worden stopgezet.

• Zijn er connectiviteitsproblemen als de gemoderniseerde toepassing zich in de cloud bevindt? Mogelijke uitdagingen zijn onder meer latentie en toegang tot een on-premises API of gegevensopslag. In sommige gevallen kan de on-premises gegevensgateway helpen bij het verkrijgen van toegang tot de service of gegevens vanuit de cloud. Wanneer de toegang tot de gegevens of de service te traag is, kunt u overwegen om de gegevens lokaal in de gemoderniseerde app te maken of de integratie op de achtergrond uit te voeren.

Integratie kan ook helpen om een gemoderniseerde toepassing op de juiste maat te maken. U kunt een of meer onderdelen van de oude toepassing partitioneren en achterlaten, of implementeren in een aparte toepassing. Deze aanpak werkt goed als gebruikers met verschillende rollen verschillende onderdelen van de oude toepassing gebruiken. U kunt een of meer rollen implementeren met behulp van low-code en procesintegratie gebruiken om de bestaande toepassing de resterende delen van het proces te laten afhandelen. Met deze aanpak kunt u de resterende onderdelen in de loop van de tijd stapsgewijs moderniseren. Door onafhankelijke onderdelen van het proces apart te implementeren, kunnen verbeteringen flexibeler worden doorgevoerd, onafhankelijk van de andere onderdelen van het proces.

Voordat u aangepaste integraties doorvoert, moet u de integratiemogelijkheden evalueren die zijn ingebouwd in Power Apps.

• Microsoft Teams: Power Apps-canvas-apps en Copilot Studio-agenten kunnen worden ingesloten in Teams-kanalen. Met de Teams-connector kunnen apps en stromen eenvoudig Teams-berichten plaatsen en gebruiken. Power Apps-kaarten kunnen worden gebruikt als micro-apps om bruikbare informatie te delen in een Teams-kanaal.

• SharePoint: modelgestuurde Power Apps-apps kunnen worden geconfigureerd om verbinding te maken met documenten die zijn opgeslagen in een SharePoint-bibliotheek om ze beschikbaar te maken in een Dataverse-rij. Met Microsoft Lijsten of een SharePoint-lijst kunnen gebruikers Power Automate-stromen uitvoeren in de context van een lijstitem.

• Power BI: Power BI-inzichten kunnen worden weergegeven in de context van een Power Apps-canvas-app. U kunt een modelgestuurde app insluiten in een Power BI-rapport, zodat gebruikers actie kunnen ondernemen op basis van de inzichten zonder Power BI te verlaten.

Wanneer Dataverse wordt gebruikt als primaire gegevensopslagplaats voor de gemoderniseerde toepassing, wordt een aantal ingebouwde mogelijkheden geboden die nuttig kunnen zijn voor integratie.

• Aangepaste Dataverse-API's kunnen worden gebruikt voor inkomende integratie op toepassingsniveau. Aangepaste API's bieden een unieke bewerking die is gekoppeld aan een kleine hoeveelheid aangepaste codelogica. Zo kan een verzendend systeem gebruikmaken van de aangepaste API RequestNewProject, waarbij de bijbehorende logica dan weet hoe de ontvangen gegevens in de juiste Dataverse-tabellen moeten worden geplaatst. Het verzendende systeem zou worden geabstraheerd van de Dataverse-tabelstructuur.

• Uitgaande integratie kan worden uitgevoerd met behulp van de mogelijkheden voor het publiceren van gebeurtenissen van Dataverse. Dataverse kan worden geconfigureerd om te publiceren naar Azure Service Bus, Azure Event Hubs of een willekeurige Webhook-ontvanger. Wanneer er bijvoorbeeld een nieuwe Dataverse-projecttabelrij wordt gemaakt, kan deze worden gepubliceerd naar een Azure Service Bus-wachtrij. U kunt ook meer conceptuele gebeurtenissen publiceren die overeenkomen met een gebeurtenis in een bedrijfsproces. U kunt bijvoorbeeld gebeurtenissen definiëren en publiceren wanneer een project is voltooid.

Het volgende diagram bevat een voorbeeld van inkomende en uitgaande gebeurtenissen in een Dataverse-omgeving.

Organisaties moeten ook rekening houden met vooraf gemaakte integratieopties die beschikbaar zijn van derden op Microsoft Marketplace. Microsoft heeft bijvoorbeeld een kant-en-klare oplossing voor organisaties die SAP met Power Platform moeten integreren. Deze vooraf gebouwde oplossing omvat apps en stromen en voegt nieuwe functionaliteiten toe die de communicatie tussen het SAP-systeem van uw organisatie en Power Platform vergemakkelijken.

Ernst & Young gebruikte bijvoorbeeld de vooraf gebouwde SAP-integratie om snel een oplossing te ontwikkelen voor het optimaliseren van een wereldwijd financieel proces met hoge frequentie. Het volgende diagram van de PowerPost-oplossing van het bedrijf laat zien hoe financiële gebruikers documenten boeken in het SAP ERP-systeem voor grootboekadministratie met behulp van Power Platform.

Integratieconnectiviteitsopties

Naarmate oplossingen naar de cloud verhuizen, kan connectiviteit met on-premises bronnen essentieel zijn om ervoor te zorgen dat integraties nog steeds werken met de gemoderniseerde toepassing. Deze toepassingen moeten ook kunnen worden geïntegreerd met andere traditionele cloudbronnen die zich mogelijk in andere netwerkomgevingen bevinden. Het Power Platform ondersteunt de vier primaire opties voor veilige connectiviteit: gegevensgateways, gateways voor gegevens in virtuele netwerken, privékoppelingen en ExpressRoute.

• Gegevensgateways staan low-code onderdelen van Power Apps, Power Automate en Power BI toe om terug te vallen op on-premises resources ter ondersteuning van hybride integratiescenario's. Gateways bieden een snelle manier voor gemoderniseerde low-code toepassingen om toegang te krijgen tot gegevensbronnen die zich nog steeds on-premises bevinden. Met een gateway kunt u verbinding maken met on-premises gegevens uit bronnen zoals een lokaal bestandssysteem, DB2, Oracle, SAP ERP, SQL Server en SharePoint. Eén gateway kan meerdere gebruikers en toegang tot meerdere bronnen ondersteunen. U kunt gegevensgateways ook configureren als clusters om hoge beschikbaarheid te bieden.

  Gateway-ondersteuning is geïntegreerd in het verbindingsproces voor connectoren, zodat kan worden aangegeven wanneer een gateway nodig is en de geconfigureerde gateway kan worden geselecteerd. Nadat de verbinding is geconfigureerd, kunnen apps en stromen de connector op dezelfde manier gebruiken als apps en stromen zonder gateway.

  

• Met gegevensgateways voor virtuele netwerken kunnen Power BI- en Power Platform-gegevensstromen verbinding maken met gegevensservices binnen een virtueel Azure-netwerk zonder een on-premises gegevensgateway op een virtuele machine binnen het virtuele netwerk nodig te hebben.

• Azure Private Link en privé-eindpunten voor Azure-netwerken zorgen ervoor dat apps en stromen op een veilige manier toegang krijgen tot Power BI. Privé-eindpunten worden gebruikt om gegevensverkeer privé te versturen via de backbone-netwerkinfrastructuur van Microsoft in plaats van via internet. Met privé-eindpunten zorgt u ervoor dat verkeer naar de Power BI-resources van uw organisatie, zoals rapporten of werkruimten, altijd het door uw organisatie geconfigureerde privé-netwerkpad volgt.

• Azure ExpressRoute biedt een geavanceerde manier om uw on-premises netwerk te verbinden met Microsoft-cloudservices door middel van privéconnectiviteit. Met een enkele ExpressRoute-verbinding hebt u toegang tot meerdere onlineservices, zoals Power Platform, Dynamics 365, Microsoft 365 en Azure-cloudservices, zonder dat u het openbare internet hoeft te gebruiken. ExpressRoute vereist aanzienlijke planning en configuratie en brengt hogere kosten met zich mee voor de ExpressRoute-service en de connectiviteitsprovider.

Ongeacht welke benaderingen u gebruikt voor integratieconnectiviteit, moet u uw connectiviteit evalueren om er zeker van te zijn dat de latentie laag genoeg is en dat er voldoende bandbreedte is om zowel uw integraties als de gemoderniseerde toepassing te ondersteunen.

Bedrijfslogica

Bij het bouwen van moderne toepassingen kunt u kiezen waarmee u bedrijfslogica wilt implementeren en waar u deze in uw toepassingsarchitectuur wilt implementeren. Zonder begeleiding zouden de meeste organisaties eindigen met een chaos aan bedrijfslogica. Door herbruikbare logica te gebruiken die zorgt voor consistentie in de implementatie, kunnen moderniseringsinspanningen worden versneld.

Voor onze doeleinden definiëren we bedrijfslogica als iets anders dan logica voor de gebruikerservaring. Logica om bijvoorbeeld van scherm naar scherm te navigeren op basis van inspectiegegevens is logica voor de gebruikerservaring. De logica die u implementeert om te bepalen of een inspectie is voltooid, kan bestaan uit verschillende conditiebeoordelingen en wordt beschouwd als bedrijfslogica.

Bij het ontwerpen van een oplossing met low-code kunt u de volgende overwegingen gebruiken om te bepalen waar u de bedrijfslogica plaatst.

• In de Power Apps-toepassing: het plaatsen van bedrijfslogica in de low-code toepassing is de eenvoudigste aanpak, maar het biedt beperkte opties voor hergebruik of om consistentie tussen apps en automatiseringen af te dwingen. Over het algemeen kunt u deze aanpak het beste beperken tot eenvoudige logica die niet bedrijfskritisch is en die andere toepassingen of automatiseringen niet hoeven te gebruiken. De low-code tooling biedt geen regel-voor-regel debug-ervaring. Als de logica zich over meer dan één scherm uitstrekt of moeilijk te lezen is, kunt u andere benaderingen overwegen die beter te onderhouden zijn. Het is niet ongebruikelijk dat bepaalde bedrijfslogica lokaal in de toepassing en in de cloud wordt gedupliceerd. Als een gebruiker bijvoorbeeld een hotelboeking invoert, geldt als bedrijfsregel dat de uitcheckdatum niet vóór de incheckdatum mag liggen. Als de toepassing dit niet heeft gevalideerd, zou de gebruiker de boeking helemaal tot het einde doorsturen en er vervolgens achter komen dat de aangepaste connector de boeking heeft afgewezen. Door validatie lokaal in de toepassing en in de cloud uit te voeren, ontstaat een veel betere gebruikerservaring.

• In een Power Automate-cloudstroom: u kunt bedrijfslogica uitdrukken in de acties in een stroom. De stroom kan vervolgens worden geactiveerd als reactie op een gebeurtenis of een verzoek om uitvoering op aanvraag van andere apps en stromen. De stroom kan een low-code aanpak bieden voor het centraliseren van logica. Stappen in de stroom zijn onafhankelijk en maken geen deel uit van een transactie. Stromen kunnen echter compensatie implementeren om terugdraaiingen te verwerken als er fouten optreden. Met stromen kunnen stappen worden uitgevoerd met behulp van verbindingen die machtigingen hebben die verder gaan dan wat de app-gebruiker zelf zou kunnen doen. Zo kunnen machtigingen worden verhoogd. Deze aanpak zorgt er ook voor dat de machtigingen die de app-gebruiker nodig heeft, tot een minimum beperkt blijven.

• In een Dataverse-invoegtoepassing: invoegtoepassingen worden uitgevoerd als reactie op een gebeurtenis in een gegevensrij, zoals maken, bijwerken of verwijderen. Deze logica wordt uitgevoerd wanneer de gebeurtenis zich voordoet, ongeacht welke app of stroom de actie heeft uitgevoerd of dat dit rechtstreeks vanuit de Dataverse-API is gebeurd. Het voordeel van dit gedrag is dat het consistentie garandeert bij alle toepassingen. Bovendien zijn alle Dataverse-gegevenswijzigingen van de invoegtoepassingslogica transactioneel en worden ze óf allemaal voltooid óf allemaal teruggedraaid. Invoegtoepassingslogica moet kort en efficiënt zijn en niet gericht op het implementeren van langlopend werk. Soms zijn invoegtoepassingen voor gebeurtenissen niet de beste aanpak als u naar gebeurtenissen op meerdere tabellen moet luisteren om één bedrijfsgebeurtenis zoals Close Inspection te voltooien. U kunt bijvoorbeeld een aangepaste Dataverse-API overwegen in plaats van invoegtoepassingen bij meerdere tabellen. Invoegtoepassingen kunnen logica uitvoeren met verhoogde rechten die de gebruiker normaal gesproken niet heeft. Deze aanpak zorgt er ook voor dat de machtigingen die de app-gebruiker nodig heeft, tot een minimum beperkt blijven. Invoegtoepassingen kunnen in een Dataverse-oplossing naast apps en stromen worden geïmplementeerd.

• In aangepaste API's voor Dataverse: in aangepaste API's voor Dataverse kunt u uw eigen aangepaste API-bericht implementeren dat logica kan uitvoeren. U kunt bijvoorbeeld een aangepaste API voor Close Inspection maken die alle taken uitvoert die nodig zijn om een inspectie te controleren en af te sluiten. Het zou niet gebeurtenisgestuurd zijn, maar op aanvraag gebruikt worden door de apps en stromen die het nodig hebben. Net als bij gebeurtenisgestuurde invoegtoepassingen zijn de gegevenswijzigingen die in de aangepaste API-invoegtoepassing worden doorgevoerd, transactioneel. Een aangepaste API is het meest geschikt als de enige service die wordt gebruikt de Dataverse-API voor andere gegevensverwerking is. Invoegtoepassingen voor aangepaste API's kunnen in een Dataverse-oplossing naast apps en stromen worden geïmplementeerd.

Een code-API implementeren

U kunt API's implementeren in uw favoriete API-hostingruntime, zoals Azure Functions, Azure Container Apps of een andere service die een REST API kan hosten. Deze aangepaste API's kunnen elke logica implementeren en zowel low-code als traditionele codetoepassingen kunnen ze gebruiken. Aangepaste API's bieden geen andere transactieondersteuning dan die welke de API die ze gebruiken, biedt. Een aangepaste API kan bijvoorbeeld de transactieconstructies van SQL Server gebruiken als deze SQL Server gebruikt. De implementatie van een code-API zou onafhankelijk zijn van de low-code resources die er gebruik van zouden kunnen maken. Met Azure API Management kunt u het gebruik van deze API's beheren en ze beter vindbaar maken.

Beveiliging

Beveiliging, inclusief authenticatie en autorisatie, is een essentieel onderdeel van de architectuur van een gemoderniseerde toepassing. Moderne toepassingen zijn vaak lastiger te beveiligen dan oudere toepassingen. Ze omvatten meerdere cloudservices en gebruikers werken ermee vanaf meer uiteenlopende locaties. Conceptueel gezien is de beveiliging op het platform bedoeld om ervoor te zorgen dat gebruikers het werk met zo weinig mogelijk tegenwerking kunnen doen terwijl de gegevens en services toch worden beschermd.

Power Platform maakt gebruik van een gelaagde beveiligingsaanpak die u kunt gebruiken om uw beveiligingsarchitectuur op te bouwen. Een belangrijk uitgangspunt van deze mogelijkheden is dat low-code oplossingen geïntegreerd moeten worden met uw bestaande beveiligingsapparaat, zodat de impact van de invoering ervan tot een minimum beperkt blijft.

Laten we een algemene blik werpen op de verschillende beveiligingslagen die samen het Power Platform-beveiligingsmodel vormen:

• Gebruikers worden geverifieerd door Microsoft Entra ID en het gebruik kan worden beperkt met behulp van beleid voor voorwaardelijke toegang.
• Licentieverlening is de eerste toegangspoort tot toegang tot Power Platform-onderdelen.
• De mogelijkheid om toepassingen en werkstromen te maken, wordt geregeld aan de hand van beveiligingsrollen in de context van omgevingen.
• Het vermogen van gebruikers om Power Platform-resources te zien en te gebruiken wordt beheerd door de toepassing met hen te delen. Resources worden rechtstreeks gedeeld met de gebruiker of Entra ID-groep.
• Omgevingen fungeren als beveiligingsgrenzen waardoor verschillende beveiligingsmaatregelen in elke omgeving kunnen worden geïmplementeerd.
• Power Automate-stromen en -canvas-apps maken gebruik van connectors. De specifieke verbindingsverwijzingen en de bijbehorende servicerechten bepalen de machtigingen wanneer apps de connectors gebruiken.
• Omgevingen met een Dataverse-exemplaar ondersteunen meer geavanceerdere beveiligingsmodellen die specifiek bedoeld zijn voor het beheren van toegang tot gegevens en services in dat Dataverse-exemplaar.
• Connectorgebruik kan verder worden beperkt met gegevensbeleid. Ook kunnen er inkomende en uitgaande beperkingen tussen tenants worden toegepast op de connectors.

Het is belangrijk op te merken dat bij het openen van gegevensbronnen met behulp van connectors, alle onderliggende beveiliging die de gegevensbron biedt, boven op de beschreven beveiligingslagen komt. Power Apps en Power Automate bieden gebruikers standaard geen toegang tot de gegevensbron van een connector die ze nog niet hebben. Gebruikers dienen alleen toegang te krijgen tot gegevens waartoe ze werkelijk toegang nodig hebben.

Wanneer u Dataverse als onderdeel van een oplossing gebruikt, omvat het een op rollen gebaseerd beveiligingsmodel dat aan veel bedrijfsscenario's kan worden aangepast. Gegevens kunnen worden beveiligd tot op het niveau van een afzonderlijke kolom in een gegevensrij. Aan gebruikers worden een of meer beveiligingsrollen toegewezen die samen hun algemene rechten bepalen. Dataverse biedt bouwstenen voor beveiligingsmodellering, zoals business units en teams. Bedrijfseenheden kunnen bijvoorbeeld worden gebruikt om beveiligingsgrenzen te definiëren, zodat gegevens gescheiden blijven van twee verschillende groepen gebruikers binnen een organisatie. U kunt teams gebruiken om gebruikers te groeperen die vergelijkbare toegang tot gegevens nodig hebben. U kunt zelfs groepseigenaarschap aan gegevensrijen toewijzen. Het volgende diagram illustreert het gebruik van bedrijfseenheden om gegevens te isoleren voor afdelingen van een organisatie.

Uw beveiligingsmodel ontwerpen

Pas het beveiligingsmodel van de gemoderniseerde toepassing aan op de algehele architectuur van de toepassing. Toepassingen die gebruikmaken van één gegevensopslagplaats en geen connectoren vereisen minimale beveiligingsontwerpwerkzaamheden. Naarmate toepassingen meer connectoren en gegevensopslagplaatsen gebruiken, moet u bij uw beveiligingsmodellering rekening houden met andere overwegingen.

• Gebruikersidentiteit: hoe verifiëren gebruikers zich en is dat al toegewezen in Microsoft Entra ID in scenario's die on-premises plaatsvinden? Dit omvat het toewijzen van groepen die nodig zijn ter ondersteuning van de toewijzing van toepassingsgroepen of teams in cloudgegevensopslag zoals Dataverse.

• Connectorverbindingsidentiteit: welk type verificatie wordt uitgevoerd voor de verbinding wanneer toepassingen een of meer connectors gebruiken en biedt dit het controleniveau dat nodig is om de vereiste beveiligingsmaatregelen te implementeren? Toepassingen die bijvoorbeeld een service-principal gebruiken om verbinding te maken, vereisen niet dat de gebruiker van de toepassing rechtstreeks toegang heeft tot de connector, wat in sommige scenario's handig kan zijn. Individuele gebruikersverbindingen kunnen geschikt zijn voor toepassingen die moeten weten welke gebruiker een bewerking heeft uitgevoerd of om reacties af te stemmen op specifieke gebruikers.

• Overdraagbaarheid van beveiligingsconstructies: naarmate uw toepassingen meer connectors en gegevensopslagplaatsen gebruiken, is het belangrijk om te onthouden dat niet alle beveiligingsconstructies van de ene direct op de andere kunnen worden toegepast. Er zijn bijvoorbeeld meerdere manieren in Dataverse waarop een gebruiker toegang kan krijgen tot een gegevensrij, waaronder het delen van de rij met de gebruiker. Als een toepassing een SharePoint-documentbibliotheek aan de rij koppelt, is de beveiliging die toegang geeft tot de documentbibliotheek gescheiden van de beveiliging die de Dataverse-toegang beheert. Ze worden niet rechtstreeks toegewezen. Gemoderniseerde toepassingen moeten rekening houden met dit soort mismatches in de connectoren en gegevensopslagplaatsen die ze gebruiken.

Kunstmatige intelligentie

De afgelopen jaren is AI steeds vaker ingezet bij de modernisering van toepassingen. Bij het moderniseren van toepassingen moeten organisaties overwegen om kunstmatige intelligentie in te zetten. Zo worden gebruikers productiever en kunnen ze beter geïnformeerde beslissingen nemen. De resultaten van het toepassen van AI kunnen ook leiden tot betere klantervaringen, wat een positief effect heeft op de bedrijfsresultaten.

Bij het integreren van toepassingslogica en het bouwen van op maat getrainde modellen vormde toevoeging van AI voorheen een zware belasting. Dankzij de beschikbaarheid en kracht van grote taalmodellen kunnen toepassingen nu nieuwe manieren introduceren om AI te gebruiken om gebruikers te helpen antwoorden te krijgen en taken uit te voeren. Gebruikers kunnen natuurlijke taalprompts gebruiken om te communiceren met AI-mogelijkheden in een breed scala aan ondersteunende bedrijfsscenario's.

Microsoft heeft Copilots geïntroduceerd in kernproducten en -diensten om de toegang tot geavanceerde AI-technologie eenvoudiger te maken. Een Copilot maakt gebruik van moderne AI-technieken en grote taalmodellen en kan door gebruikers worden gebruikt in de toepassingen die ze dagelijks gebruiken, zoals Microsoft 365, Windows, Dynamics 365 en Power Platform.

Uitbreiden met invoegtoepassingen

Gebruikers van door Copilot aangestuurde toepassingen kunnen de Copilot om hulp vragen bij veelvoorkomende taken in de toepassing. U kunt Copilots uitbreiden met gegevens en taken die de gebruiker nog niet kent en die buiten het bereik van de app vallen waarmee de gebruiker werkt. Microsoft 365 Copilot kan Power Platform-gegevens die zijn opgeslagen in Dataverse opnemen, zodat gebruikers niet steeds tussen toepassingen hoeven te schakelen. Zo kan een gebruiker bijvoorbeeld vanuit Outlook Copilot vragen om een statusupdate te genereren voor alle vandaag voltooide, mislukte inspecties. Microsoft 365 Copilot neemt automatisch het systeemeigen beveiligings- en governanceframework van Dataverse over en past gebruikersbeveiliging en -machtigingen toe tijdens runtime.

Connectoren als invoegtoepassingen

Power Platform-connectors zijn eveneens belangrijk voor de Copilot-ervaring. Connectoren kunnen als invoegtoepassingen worden aangesloten om de mogelijkheden van Copilot uit te breiden. Met Microsoft 365 Copilot met de Power Platform-connector voor Jira Software kan een projectmanager bijvoorbeeld de status van een Jira-supportticket opvragen en op basis van de respons actie ondernemen. Zo kan hij of zij het ticket doorsturen voor verdere goedkeuring of een inkooporder starten voor nieuwe hardware. Met behulp van invoegtoepassingen kunt u uw bedrijfsprocessen en gegevens integreren met Copilot, zodat gebruikers via welke app dan ook kunnen communiceren.

Uw eigen copilot bouwen

Omdat gebruikers steeds meer gewend raken aan copilot AI-assistentie in hun apps, verwachten ze dit in alle toepassingen. U kunt uw moderne toepassingen aantrekkelijker maken door copilots op te nemen die u maakt met de Copilot-stack, een AI-ontwikkelingsframework.

U kunt het vooraf gebouwde Copilot-besturingselement in Power Apps gebruiken om copilots toe te voegen aan uw canvas-apps en modelgestuurde apps. Door een weergave van een gegevensbron en wat basisinformatie over de prompt te configureren, kunt u snel uw eigen copilot-ervaring in de app aanbieden.

Application Lifecycle Management

Een belangrijk onderdeel van elke moderniseringsinspanning is het opzetten van een passend proces voor levenscyclusbeheer voor toepassingen. Organisaties willen vaak dat hun low-code inspanningen aansluiten bij de manier waarop ze met traditionele code ALM werken. Power Platform biedt ALM-tools waarmee u low-code artefacten kunt opnemen in of naast de processen die u doorgaans gebruikt.

ALM in Power Platform begint met de manier waarop u uw low-code resources bouwt. Resources die u bouwt, bevinden zich in de context van een Power Platform-omgeving. Een omgeving kan één Dataverse-gegevensarchief hebben. U kunt meerdere omgevingen gebruiken (meestal ontwikkeling, test en productie) om landingszones te implementeren in een ALM-proces dat low-code omvat. Het aantal en het doel van de omgevingen zijn flexibel en organisaties kunnen ze aanpassen aan de behoeften van individuele projecten. Een Dataverse-oplossing is een container voor gerelateerde low-code resources, die versiebeheer en transport van de ene omgeving naar de andere faciliteert.

Power Platform-pijplijnen bieden een low-code aanpak voor het automatiseren van implementaties en het implementeren van continue integratie en continue levering (CI/CD). Power Platform beheert het proces wanneer pijplijnen worden geconfigureerd. Beheerders kunnen de pijplijnen centraal beheren en besturen.

Organisaties kunnen ook de CI/CD-tools van hun keuze gebruiken. Power Platform CLI is een opdrachtregeltool die u met de meeste CI/CD-automatiseringstools kunt gebruiken. Power Platform Build Tools biedt acties voor GitHub en taken voor Azure DevOps die alle algemene acties bevatten die nodig zijn om CI/CD-automatiseringen te bouwen met low-code artefacten.

Het volgende diagram illustreert een voorbeeld van een team dat een inspectie-app bouwt. In de interne lus werken ze in een ontwikkelomgeving en slaan ze hun werk op in een Git-repository. De externe lus bestaat uit een testomgeving en een productieomgeving. Een build-pijplijn gebruikt de versiebeheerde oplossing, voert alle benodigde controles uit en produceert een inspectieoplossingsartefact. Vervolgens wordt de oplossing via een releasepijplijn geïmplementeerd voor tests, zodat testers kunnen controleren of deze klaar is voor productie. Zodra de oplossing is goedgekeurd, wordt deze via de releasepijplijn in productie genomen.

Wanneer u een oplossing exporteert vanuit Dataverse, wordt deze geëxporteerd als een enkel gecomprimeerd bestand. Om de low-code resources in versiebeheer op te slaan, kunt u de buildtools gebruiken om het oplossingsbestand uit te pakken in afzonderlijke onderdeelbestanden. Tijdens het automatiseren van de build combineren de buildtools afzonderlijke bestanden uit versiebeheer tot één gecomprimeerd bestand.

Bij de implementatie van een oplossing in een omgeving die een eerdere versie van de oplossing bevat, wordt gebruikgemaakt van een intelligent upgradeproces dat alleen wijzigingen toepast. Dankzij dit upgradeproces zijn er geen differentiërende scripts of andere manieren nodig om te bepalen wat er moet worden geïmplementeerd.

Wanneer uw gemoderniseerde toepassing low-code en traditionele codebronnen bevat, kunt u deze combineren in één CI/CD-proces of ze onafhankelijk van elkaar beheren. Dankzij onafhankelijk beheer kunnen resources individueel worden ingezet en kunnen projectteams flexibeler te werk gaan. De API die een low-code toepassing gebruikt, kan bijvoorbeeld zelfstandig worden geïmplementeerd als het team geen ingrijpende wijzigingen doorvoert.

Bewaking en inzichten

Gemoderniseerde toepassingen moeten kunnen worden geïntegreerd in operationele omgevingen die de mogelijkheid bieden om problemen in verschillende omgevingen te diagnosticeren, van ontwikkeling tot productie. Application Insights, een Azure Monitor-extensie, verzamelt telemetrie van Power Apps en Dataverse. Deze informatie helpt niet alleen bij het identificeren en oplossen van problemen, maar biedt ook inzicht in wat gebruikers in een toepassing doen. U kunt deze inzichten gebruiken om de apps en processen in uw gemoderniseerde toepassing te verbeteren.

Terwijl een Power Apps-toepassing in ontwikkeling is, kunnen ontwikkelaars logica toevoegen om aangepaste gebeurtenissen te registreren. Nadat u de geïmplementeerde toepassing hebt verbonden met Application Insights, verzamelt de extensie automatisch basistelemetrie, waaronder aanvullende context van geregistreerde gebeurtenissen, terwijl gebruikers met de toepassing communiceren.

Beheerders kunnen ook Dataverse-omgevingen configureren om telemetrie te exporteren naar Application Insights. Gegevens die worden geregistreerd, kunnen Dataverse-API-aanroepen, de uitvoering van invoegtoepassingen, SDK-bewerkingen en uitzonderingen omvatten. Ontwikkelaars die aangepaste logica voor invoegtoepassingen maken, kunnen meer aangepaste telemetriegegevens rechtstreeks in Application Insights vastleggen.

Door Application Insights in al uw toepassingen te gebruiken, kunt u problemen met meerdere resources gemakkelijker met elkaar in verband brengen. Operationeel personeel kan waarschuwingen aanmaken in Azure Monitor, die worden geactiveerd wanneer er een groot aantal uitzonderingen wordt gedetecteerd. Regelmatige analyse van uw gemoderniseerde toepassingen kan trends identificeren die nader onderzoek vereisen.

Conclusie

In dit artikel hebben we de voordelen, strategieën en aanbevolen procedures voor het moderniseren van uw oudere toepassingen met Microsoft Power Platform verkend. U hebt inzicht en begeleiding verworven bij het inzetten van de low-code mogelijkheden van Power Platform om het succes van uw moderniseringsinspanningen als onderdeel van de digitale transformatie van uw organisatie te waarborgen.

Oudere toepassingen brengen veel uitdagingen met zich mee voor organisaties. Om deze uitdagingen het hoofd te bieden, moeten organisaties moderniseringsinitiatieven voor toepassingen starten om hun infrastructuur nieuw leven in te blazen en te profiteren van moderne technologieën. In dit artikel hebt u gezien hoe u een benadering met weinig code kunt toepassen op uw moderniseringsinspanningen, met name hoe u met de ontwikkelmogelijkheden met weinig code van Microsoft Power Platform snel moderne toepassingen kunt bouwen en implementeren.

Low-code biedt toegang tot een bredere groep mensen dan traditionele programmeurs. Een belangrijke factor voor organisaties die succesvol zijn met een low-code aanpak, is ervoor te zorgen dat de mensen die betrokken zijn bij het moderniseren van toepassingen, een opleiding in low-code ontwikkeling hebben gevolgd, ongeacht of het professionele ontwikkelaars of zakelijke gebruikers zijn. Zakelijke gebruikers staan dichter bij het op te lossen bedrijfsprobleem en kunnen tijdbesparende expertise inbrengen. Traditionele codeontwikkelaars kunnen de technieken en vaardigheden die ze al hebben, toepassen om extensies te bouwen die eventuele hiaten in low-code opvullen. Organisaties kunnen het meest effectief zijn door zakelijke en technische middelen te combineren in wat wij 'fusieteams' noemen.

In dit artikel wordt de basis voor u gelegd. De volgende stappen zijn aan u. Hier volgen een paar suggesties:

• Neem een paar minuten de tijd om te ontdekken wat uw organisatie al doet met low-code. Het zal u verbazen!
• Evalueer de mogelijkheden voor modernisering van uw toepassing.
• Identificeer en prioriteer een goede eerste kandidaat.
• Stel een team samen dat de toepassing moderniseert. Voor het beste resultaat kiest u voor een fusieteam.
• Zorg ervoor dat het team de nodige training krijgt om succesvol te zijn.
• Geef het team de mogelijkheid om de toepassing te moderniseren.
• Denk na over de moderniseringsinspanningen. Verfijn en schaal het naar andere oudere toepassingen.

Elke organisatie beleeft een uniek traject naar toepassingsmodernisering. Uw Microsoft-accountteam of Power Platform-partner kan u helpen bij het plannen van uw traject en ervoor zorgen dat u onderweg op het juiste pad blijft.

Resources

• De totale economische impact™ van de Premium-mogelijkheden van Microsoft Power Platform
• De ConnectMe-app van American Airlines zorgt voor een soepelere reiservaring voor klanten en betere technologische hulpmiddelen voor teamleden
• Power Fx open source-archief op GitHub
• CoE Starter Kit
• Evaluatie van ingebruikname van Power Platform
• Digitaal verzekeringskantoor automatiseert een complex aankoopproces met behulp van Power Platform
• PCF-galerie
• EY ontwerpt zijn wereldwijde financiële proces opnieuw met Microsoft Power Platform
• Azure Private Link
• Microsoft Azure ExpressRoute
• Power Platform Releaseplanner
• Licentiehandleiding voor Microsoft Power Platform
• Microsoft schetst framework voor bouwen van AI-apps en copilots; breidt ecosysteem voor AI-invoegtoepassingen uit