Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel kunnen onafhankelijke softwareleveranciers (ISV's) het volgende doen:
- Meer informatie over het uitlijnen van geselecteerde AI-use cases met een benadering voor het ontwikkelen van toepassingen
- Inzicht krijgen in de ISV Journey en hoe ISV's kunnen helpen bij het ontwikkelen van hoogwaardige toepassingen
Inleiding
Nadat u het framework voor bedrijfsinrichting hebt gebruikt om prioriteit te geven aan uw topgeneratieve AI-use case, is de volgende stap het plannen van het bouwen van de oplossing.
Op deze pagina begeleiden we u bij het kiezen van de beste aanpak voor het uitvoeren van uw use-case. We geven een overzicht van belangrijke overwegingen, bieden bronnen om u te helpen ze te doorlopen en de hulpprogramma's te verkennen die Microsoft biedt voor het bouwen van uw toepassing op basis van uw gekozen benadering. Om dit proces te illustreren, begeleiden we u door een voorbeeldscenario, waarin wordt gedemonstreerd hoe een ISV hun opties kan evalueren en de meest effectieve aanpak kan kiezen. We bieden ook een overzicht van het bredere ontwikkelingstraject en hoe het kan verschillen, afhankelijk van de methode die u selecteert.
Mogelijkheid envisioning
Nadat u een use case met prioriteit hebt geselecteerd, is het tijd om te beslissen hoe u deze kunt ontwikkelen. ISV's kunnen kiezen uit drie hoofdmethoden: een Microsoft Copilot uitbreiden of gebruiken, een aangepaste copilot bouwen of een toepassing maken in Fabric.
Deze benaderingen sluiten elkaar niet wederzijds uit, maar bieden eerder flexibiliteit via een breed scala aan hulpprogramma's voor het ontwikkelen van uw toepassing. In de volgende sectie verkennen we hoe elke benadering in het ontwikkelingsproces past, samen met hulpprogramma's en overwegingen voor het kiezen van de beste pasvorm voor uw toepassing. In ons voorbeeldscenario ziet u het bereik van inspanningen en resources die betrokken zijn bij het ontwikkelen van toepassingen, waarbij wordt aangegeven hoe uw keuze voor aanpak van invloed kan zijn op het ontwikkelingsproces.
Overwegingen voor uw benadering
Om de beste benadering voor ontwikkeling te identificeren, verkennen we zes primaire overwegingen. Met deze overwegingen kunt u de belangrijkste functies van de beoogde oplossing evalueren en een weloverwogen beslissing nemen over de aanpak die het beste overeenkomt met uw doelstellingen.
- Gegevens: met welke typen en bronnen van gegevens en informatie moet de toepassing contact opnemen?
- Aanpassing: hoe moeten klanten communiceren met de toepassing en welk beheer hebt u nodig via de uitvoer ervan?
- Complexiteit van ontwikkeling: hoe lastig is het om de toepassing te bouwen en zijn de benodigde resources en expertise beschikbaar?
- Eindgebruiker: wie is de eindgebruiker en hoeveel technische kennis hebben ze?
- Bedrijfswaarde: hoe biedt deze toepassing klanten waarde en wat is het winstgevendheidspotentieel?
- Risico's en naleving: welke wettelijke vereisten en beveiligingsproblemen zijn relevant voor deze toepassing?
In de volgende afbeelding ziet u hoe de antwoorden op deze vragen u kunnen helpen bij het afstemmen van de verschillende benaderingen voor het ontwikkelen van toepassingen. Als uw use-case een beperkt bereik en minimale behoefte aan aanpasbaarheid heeft, is het uitbreiden van een bestaande Microsoft Copilot met hulpprogramma's met weinig code mogelijk de beste aanpak. Een complexere en aanpasbare oplossing is misschien ook beter geschikt voor het bouwen van de toepassing in Fabric, zoals we in een moment verkennen.
Deze use case heeft prioriteit gekregen voor ontwikkeling met behulp van het bedrijf, de ervaring, het technologieframework om de levensvatbaarheid ervan te evalueren en te vergelijken met andere potentiële gebruiksvoorbeelden. Ontdek hoe u uw eigen use cases in meer detail kunt prioriteren.
Voorbeeldscenario: Contoso Shopping-toepassing
In ons scenario werkt Contoso samen met retailer AdventureWorks om een oplossing te ontwikkelen die een virtuele winkel en systemen biedt om de communicatie van werknemers, voorraadplanning en gegevensinzichten in verschillende bewerkingen te verbeteren. Laten we eens kijken hoe deze use case overeenkomt met onze overwegingen voor het kiezen van een ontwikkelingsbenadering.
Overwegingen
Operations Assistant voor Contoso Store
- Gegevens: De toepassing vereist gedistribueerde gegevens uit een diverse set bronnen, waaronder niet-Microsoft-cloudtoepassingen, die via API's worden weergegeven.
- Aanpassing: De toepassing is aangepast voor AdventureWorks met uitgebreide aanpasbaarheid en controle over afzonderlijke functies. De toepassing moet meerdere mogelijk complexe onderdelen hebben om verschillende belanghebbenden en taken te ondersteunen.
- Complexiteit van de ontwikkeling: voor de ontwikkeling van de mogelijkheden van de toepassing zijn aanzienlijke resources, tijd en menselijk kapitaal vereist, waaronder professionele softwareontwikkelaars.
- Eindgebruiker: De eindgebruiker kan variëren tussen AdventureWorks-bewerkingen, maar bevat technische gegevenswetenschappers en niet-technische frontlinewerkers.
- Bedrijfswaarde: Deze toepassing fungeert als een kernfunctie van AdventureWorks-bewerkingen door een virtuele winkel mogelijk te maken met aanzienlijke omzetmogelijkheden, samen met gegevensgestuurde inzichten over bedrijfsactiviteiten. Voor Contoso vertegenwoordigt dit aanbod een belangrijke zakelijke verkoopkans.
- Risico's en naleving: deze oplossing communiceert met beveiligde financiële gegevens om transacties voor AdventureWorks-klanten te voltooien, waarbij belangrijke onderdelen voor beveiliging en naleving van regelgeving noodzakelijk zijn.
Vervolgens heeft Contoso deze overwegingen gebruikt om te beoordelen hoe hun ontwikkelingsbenadering overeenkomt met hun algehele strategie, bedrijfswaarde en technische mogelijkheden, waarbij wordt erkend dat afstemming op deze gebieden essentieel is voor een succesvolle toepassing. Laten we eens kijken hoe elk van deze overwegingen invloed heeft op hun beslissing.
- Strategie: Gezien de use case die prioriteit heeft gekregen in hun bedrijfsinvisiesessie, heeft Contoso een toepassing nodig met uitgebreide en modulaire mogelijkheden die complexe en zeer aangepaste functies kunnen verwerken. De build on Fabric-benadering is ideaal voor dit scenario, omdat contoso-teams nieuwe hulpprogramma's en technologie kunnen leren en de toepassing functies nodig heeft waarvoor uitgebreide ontwikkeling is vereist.
- Bedrijf: Naast de grotere omzet die potentieel van deze complexe toepassing genereert, betekent het bouwen van de Contoso Shopping-toepassing in Fabric dat Contoso ook onderdelen van de toepassing kan templatiseren voor hergebruik. Met deze sjablonen kan Contoso toekomstige ontwikkelingsinspanningen versnellen, mogelijk kosten verlagen en de waarde van de waarde verbeteren.
- Technologie: Tot slot, en meest duidelijk, de technische parameters van de use-case van Contoso en adventureWorks's problemen betekenen dat de Contoso Shopping-toepassing aanzienlijke pro-codeontwikkeling vereist, samen met geavanceerdere gegevensinfrastructuur en aanpassing. Het bouwen van een toepassing in Fabric is het beste pad voor Contoso om ervoor te zorgen dat ze over de hulpprogramma's beschikken die ze nodig hebben om deze use case uit te voeren.
In dit scenario heeft Contoso besloten om de Shopping-toepassing te ontwikkelen met behulp van pro-code, gezien de behoefte aan uitgebreide aanpassing en de verscheidenheid aan complexe functies. Ontwikkeling met weinig code maakt de mogelijkheden die in dit gebruiksscenario zijn geïdentificeerd, niet mogelijk. In het pro-codetraject heeft Contoso ervoor gekozen om deze toepassing vanaf de basis te ontwikkelen, op Fabric, om een solide basisgegevensinfrastructuur te garanderen waarop de verschillende functies moeten worden gebouwd. Ze konden deze beslissing met vertrouwen nemen omdat deze benadering van ontwikkeling strategisch, commercieel en technisch is afgestemd op hun use-case.
Laten we ook kort bekijken waarom Contoso niet heeft gekozen voor de overstap/uitbreiding van een Microsoft Copilot of hoe u uw eigen copilot-benaderingen bouwt. Ten eerste beperkt het aannemen en/of uitbreiden van een Microsoft Copilot de toepassing tot een gespreksassistent, die niet voldoet aan de vereisten van de Contoso-use case of aan de behoeften van AdventureWorks voldoet. Op dezelfde manier biedt het bouwen van een aangepaste copilot een grotere aanpassing en complexe interacties, maar de technische gegevensfunctionaliteit die nodig is voor een Shopping-toepassing, gaat verder dan de mogelijkheden van een copilot zelf. Met deze overwegingen is het bouwen van een toepassing in Fabric de beste keuze voor dit scenario.
Gezien de verscheidenheid aan interfaces en mogelijkheden van de toepassing heeft Contoso uiteindelijk meerdere hulpprogramma's gebruikt, waaronder Microsoft Fabric, Microsoft Azure en Azure AI Studio, om de ontwikkeling te voltooien. Het is belangrijk te weten dat de drie benaderingen elkaar niet uitsluiten. Een aangepaste copilot, gebouwd met weinig code in Copilot Studio, met behulp van de Store Operations Copilot-sjabloon, kan eenvoudig worden geïntegreerd in deze Shopping-toepassing. Het selecteren van een benadering is geen ommuurde snelweg, het is een hulpmiddel om na te denken over de vereisten van uw toepassing, de mogelijkheden die u voor deze toepassing en de resources die u nodig hebt om deze te ontwikkelen. Laten we eens wat dieper ingaan op de manier waarop Microsoft-oplossingen in deze benaderingen passen.
Microsoft Development Tools
Microsoft biedt verschillende ontwikkelhulpprogramma's om te voldoen aan de ontwikkelingsbehoeften van ISV's. Elk van deze benaderingen kan een gemengde matrix van afzonderlijke Microsoft-hulpprogramma's omvatten. We hebben de belangrijkste hulpprogramma's samengevat. U kunt ook een gedetailleerde handleiding voor ISV's bekijken over het bouwen van GenAI-ervaringen die de mogelijkheden van elke benadering uitlegt.
U kunt zien hoe deze oplossingen zijn toegewezen aan de benaderingen in de volgende afbeelding. We gebruiken de winkelbewerkingstoepassing, die we hebben vergeleken met onze Shopping-toepassing op de pagina voor het inrichten van bedrijven als voorbeeldgebruik.
De use-case voor opslagbewerkingen omvat een AI-assistent die snelle toegang biedt tot het opslaan van procedures, beleidsregels en gegevens in natuurlijke taal. Deze use case kan worden ontwikkeld met behulp van een van de drie benaderingen, voor verschillende complexiteitsniveaus. Een ISV kan snel een assistent ontwikkelen om aan deze use case te voldoen met behulp van de Copilot Studio Store-bewerkingssjabloon. Voor deze inspanning is minimaal coderen vereist en moet er sprake zijn van interfacing op het oppervlak van de stack, met Microsoft 365-invoegtoepassingen of Copilot Studio, zoals wordt weergegeven in de linkerkolom.
Een ISV kan ook een complexer ontwikkelingsproces uitvoeren en Azure AI Studio of Fabric gebruiken om een uitgebreidere opslagbewerkingstoepassing te ontwikkelen, waaronder gegevensinfrastructuur en technische gebruikersassistenten. Deze benadering zou, net als in het scenario van de Shopping-toepassing, betrekking hebben op aanzienlijke pro-codeontwikkeling met ontwikkelaars die zich met meer van de volledige stack verbinden, zoals wordt weergegeven in de rechterkolom.
Uw specifieke behoeften en omstandigheden bepalen de beste ontwikkelbenadering. Deze hulpprogramma's en methoden ondersteunen u ongeacht hoe u uw toepassing ontwikkelt, maar het pad varieert op basis van uw keuze. U kunt dit gebruiken om de GenAI-overwegingen voor uw use-case te doorlopen en het beste pad naar voren te bepalen.
Nu u uw use-case hebt geïdentificeerd en geëvalueerd en de beste ontwikkelingsbenadering hebt gekozen, gaan we het pad vooruit bekijken.
De benaderingen van het ISV-traject
De drie benaderingen voor het bouwen van AI- en GenAI-toepassingen op Microsoft-hulpprogramma's kunnen worden gesplitst in twee primaire ontwikkelingstrajecten: een traject met weinig code en een pro-codetraject. Het traject met weinig code wordt gekenmerkt door een snelle time-to-value en lichte toepassingsontwikkelingslift, terwijl het pro-codetraject meer aanpassingsmogelijkheden en complexiteit van toepassingen mogelijk maakt.
Onze ervaring met het werken met ISV's heeft Microsoft geleid tot het ontwikkelen van de ISV Journey Map, een consistent en systematisch proces voor het ontwikkelen van toepassingen voor de Microsoft Cloud. Dit framework is ontworpen om u te helpen de kosten te verlagen en efficiënt de best mogelijke oplossing te ontwikkelen. Als u dit framework wilt evalueren, neemt u contact op met uw partnerontwikkelingsmanager.
Het ISV-traject biedt een breed overzicht van de verschillende fasen die u gaat doorlopen om uw toepassing te ontwikkelen. Uw gekozen ontwikkelingsbenadering zal uw ervaring in elke fase vormgeven, maar de algehele structuur blijft consistent in de ontwikkelingslevenscycli. Dit geldt of u een Microsoft Copilot met weinig code uitbreidt of een volledig nieuwe toepassing bouwt met pro-code.
Microsoft blijft inhoud ontwikkelen om holistische richtlijnen te bieden voor het bouwen van AI- en GenAI-toepassingen voor de Microsoft Cloud. U vindt meer inhoud en bronnen in deze Microsoft Copilot for ISV Collection. Deze pagina wordt regelmatig bijgewerkt met nieuw ontwikkelde inhoud.
Volgende stappen
Het selecteren van de juiste benadering voor de ontwikkeling van uw toepassingen is een kritieke fase in dit proces. Of u nu snelle tijd nodig hebt voor waarde of complexe aanpassingen, Microsoft is er om u te helpen waarde te geven aan uw klanten. Zodra u de juiste methode voor uw toepassing hebt geselecteerd, krijgt u de vraag om het juiste pad voor implementatie te kiezen. Elke benadering bevat verschillende mogelijke hulpprogramma's of patronen die u kunt gebruiken om uw toepassing te ontwikkelen. Hier vindt u pagina's waar u meer informatie kunt vinden over patronen met weinig code en pro-codepatronen.