Bewerken

Delen via

Intelligent productzoekprogramma voor e-commerce

Azure AI Bot Service
Azure AI Search
Azure AI services
Azure SQL Database
Azure App Service

In dit voorbeeldscenario ziet u hoe het gebruik van een speciale zoekservice de relevantie van zoekresultaten voor uw e-commerceklanten aanzienlijk kan verhogen.

Architectuur

Diagram met een architectuuroverzicht van de Azure-onderdelen die betrokken zijn bij een intelligente productzoekmachine voor e-commerce.

Een Visio-bestand van deze architectuur downloaden.

Workflow

In dit scenario wordt een e-commerceoplossing behandeld waar klanten kunnen zoeken in een productcatalogus.

  1. Klanten gaan vanaf elk apparaat naar de e-commercewebtoepassing .
  2. De productcatalogus wordt onderhouden in een Azure SQL-database voor transactionele verwerking.
  3. Azure AI Search maakt gebruik van een zoekindexeerfunctie om de zoekindex automatisch up-to-date te houden via geïntegreerde wijzigingen bijhouden.
  4. De zoekquery's van de klant worden offload naar de AI Search-service , die de query verwerkt en de meest relevante resultaten retourneert.
  5. Als alternatief voor een zoekervaring op internet kunnen klanten ook een conversationele bot gebruiken in sociale media of rechtstreeks vanuit digitale assistenten om producten te zoeken en hun zoekquery en resultaten incrementeel te verfijnen.
  6. Klanten kunnen eventueel de vaardighedensetfunctie gebruiken om kunstmatige intelligentie toe te passen voor nog slimmere verwerking.

Onderdelen

  • Azure-app Service- Web Apps host webtoepassingen die automatisch schalen en hoge beschikbaarheid toestaan zonder infrastructuur te hoeven beheren.
  • Azure SQL Database is een relationele databaseservice voor algemeen gebruik in Microsoft Azure die ondersteuning biedt voor structuren zoals relationele gegevens, JSON, ruimtelijk en XML.
  • AI Search is een cloudoplossing die een uitgebreide zoekervaring biedt voor privé-, heterogene inhoud in web-, mobiele en bedrijfstoepassingen.
  • Azure AI Bot Service biedt hulpprogramma's voor het bouwen, testen, implementeren en beheren van intelligente bots.
  • Met Azure AI-services kunt u intelligente algoritmen gebruiken om uw gebruikersbehoeften te zien, te horen, te spreken, te begrijpen en te interpreteren via natuurlijke communicatiemethoden.

Alternatieven

  • U kunt zoekmogelijkheden in de database gebruiken, bijvoorbeeld via zoeken in volledige tekst in SQL Server, maar uw transactionele archief verwerkt ook query's (waardoor de verwerkingskracht wordt vergroot) en de zoekmogelijkheden in de database beperkter zijn.
  • U kunt de opensource Apache Lucene (waarop AI Search is gebouwd) hosten op virtuele Azure-machines, maar u bent weer terug naar het beheren van infrastructuur als een service (IaaS) en profiteert niet van de vele functies die AI Search biedt boven op Lucene.
  • U kunt ook elasticsearch implementeren vanuit Azure Marketplace. Dit is een alternatief en geschikt zoekproduct van een externe leverancier, maar in dit geval voert u ook een IaaS-workload uit.

Andere opties voor de gegevenslaag zijn:

  • Azure Cosmos DB : de wereldwijd gedistribueerde database van Microsoft met meerdere modellen. Azure Cosmos DB biedt een platform voor het uitvoeren van andere gegevensmodellen, zoals MongoDB, Cassandra, Graph-gegevens of eenvoudige tabelopslag. AI Search biedt ook ondersteuning voor het rechtstreeks indexeren van de gegevens uit Azure Cosmos DB.

Scenariodetails

Zoeken is het primaire mechanisme waarmee klanten producten vinden en uiteindelijk aanschaffen, waardoor het essentieel is dat zoekresultaten relevant zijn voor de intentie van de zoekopdracht en dat de end-to-end zoekervaring overeenkomt met die van zoekreuzen door near-instant resultaten, taalkundige analyse, geo-locatie vergelijken, filteren, faceten, automatisch aanvullen en markeren te bereiken.

Stel u een typische e-commercewebtoepassing voor met productgegevens die zijn opgeslagen in een relationele database, zoals SQL Server of SQL Database. Zoekquery's worden vaak verwerkt in de database met behulp van LIKE query's of zoekfuncties in volledige tekst. Door AI Search te gebruiken, maakt u uw operationele database vrij van de queryverwerking en kunt u eenvoudig profiteren van deze moeilijk te implementeren functies die uw klanten de best mogelijke zoekervaring bieden. Omdat AI Search een PaaS-onderdeel (Platform as a Service) is, hoeft u zich geen zorgen te maken over het beheren van infrastructuur of het worden van een zoekexpert.

Potentiële gebruikscases

Deze oplossing is geoptimaliseerd voor de detailhandel.

Andere relevante use cases zijn:

  • Zoek onroerend goed vermeldingen of winkels in de buurt van de fysieke locatie van de gebruiker (voor de faciliteiten en vastgoedindustrie).
  • Zoeken naar artikelen op een nieuwssite of op zoek naar sportresultaten, met een hogere voorkeur voor recentere informatie (voor de sport-, media- en entertainmentindustrie).
  • Door grote opslagplaatsen te zoeken naar documentgerichte organisaties, zoals beleidsmakers en notarissen.

Uiteindelijk kan elke toepassing met een bepaalde vorm van zoekfunctionaliteit profiteren van een toegewezen zoekservice.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die kunnen worden gebruikt om de kwaliteit van een workload te verbeteren. Zie Microsoft Azure Well-Architected Framework voor meer informatie.

Schaalbaarheid

De prijscategorie van de AI-Search-service wordt voornamelijk gebruikt voor capaciteitsplanning, omdat hiermee de maximale opslag wordt gedefinieerd die u krijgt en hoeveel partities en replica's u kunt inrichten. Met partities kunt u meer documenten indexeren en hogere schrijfdoorvoer krijgen, terwijl replica's meer query's per seconde (QPS) en hoge beschikbaarheid bieden.

U kunt het aantal partities en replica's dynamisch wijzigen, maar het is niet mogelijk om de prijscategorie te wijzigen. Daarom moet u zorgvuldig rekening houden met de juiste laag voor uw doelworkload. Als u de laag toch wilt wijzigen, moet u een nieuwe service naast elkaar inrichten en uw indexen daar opnieuw laden. Op dat moment kunt u uw toepassingen naar de nieuwe service verwijzen.

Beschikbaarheid

AI Search biedt een SLA (Service Level Agreement) van 99,9% beschikbaarheid voor leesbewerkingen (dat wil wel query's uitvoeren) als u ten minste twee replica's hebt en voor updates (dat wil gezegd, de zoekindexen bijwerken) als u ten minste drie replica's hebt. Daarom moet u ten minste twee replica's inrichten als u wilt dat uw klanten betrouwbaar kunnen zoeken en drie als werkelijke wijzigingen in de index ook als bewerkingen met hoge beschikbaarheid moeten worden beschouwd.

Als er belangrijke wijzigingen in de index moeten worden aangebracht zonder uitvaltijd (bijvoorbeeld het wijzigen van gegevenstypen, het verwijderen of wijzigen van de naam van velden), moet de index opnieuw worden opgebouwd. Net als bij het wijzigen van de servicelaag betekent dit het maken van een nieuwe index, het opnieuw vullen van de gegevens en het bijwerken van uw toepassingen om naar de nieuwe index te verwijzen.

Beveiliging

AI Search voldoet aan veel beveiligings- en gegevensprivacystandaarden, zodat u deze in de meeste branches kunt gebruiken.

Als u de toegang tot de service wilt beveiligen, kunt u op rollen gebaseerd toegangsbeheer (RBAC) van Azure gebruiken of verbinding maken met API-sleutels.

U wordt aangeraden Azure RBAC te gebruiken omdat azure-rollen worden gebruikt, die worden geïntegreerd met Microsoft Entra-id. Wanneer u Azure-rollen gebruikt, kunt u ook verificatiemethoden zonder wachtwoord gebruiken, zoals beheerde identiteiten voor Azure-resources.

API-sleutels bevatten beheerderssleutels, die volledige toegang bieden voor alle inhoudsbewerkingen en querysleutels, die alleen-lezentoegang bieden tot de documentenverzameling van een zoekindex. U moet toepassingen instellen die de index niet hoeven bij te werken voor het gebruik van een querysleutel en geen beheerderssleutel, met name als een eindgebruikerapparaat, zoals een script dat wordt uitgevoerd in een webbrowser, de zoekopdracht uitvoert.

U kunt ook de toegang tot de AI-Search-service op netwerkniveau beveiligen door deze beschikbaar te maken via een privé-eindpunt.

Zoekrelevantie

Hoe succesvol uw e-commercetoepassing is, is grotendeels afhankelijk van de relevantie van de zoekresultaten voor uw klanten. Pas uw zoekservice zorgvuldig af om optimale resultaten te bieden op basis van gebruikersonderzoek of afhankelijk te zijn van analyse van zoekverkeer om inzicht te verkrijgen in de zoekpatronen van uw klant, zodat u beslissingen kunt nemen op basis van gegevens.

Typische manieren om uw zoekservice af te stemmen, zijn onder andere:

  • Het gebruik van scoreprofielen om de relevantie van zoekresultaten te beïnvloeden, bijvoorbeeld op basis van welk veld overeenkomt met de query, hoe recent de gegevens zijn en de geografische afstand tot de gebruiker.
  • Het gebruik van door Microsoft geleverde taalanalyses die gebruikmaken van een geavanceerde verwerkingsstack voor natuurlijke taal om query's beter te interpreteren.
  • Gebruik aangepaste analysefuncties om ervoor te zorgen dat uw producten correct worden gevonden, met name als u wilt zoeken op informatie die niet in de taal is gebaseerd, zoals het merk en model van een product.

Kostenoptimalisatie

Kostenoptimalisatie gaat over manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. Zie Overzicht van de pijler kostenoptimalisatie voor meer informatie.

Als u de kosten voor het uitvoeren van dit scenario wilt verkennen, worden alle eerder genoemde services vooraf geconfigureerd in de kostencalculator. Als u wilt zien hoe de prijzen voor uw specifieke use-case veranderen, wijzigt u de juiste variabelen zodat deze overeenkomen met het verwachte gebruik.

Bekijk deze voorbeeldkostenprofielen op basis van de hoeveelheid verkeer die u verwacht te verwerken:

  • Klein: Dit profiel maakt gebruik van één Standard S1 web-app voor het hosten van de website, de gratis laag van de Azure AI Bot Service, één Basic zoekservice en een Standard S2 SQL Database.
  • Gemiddeld: Met dit profiel wordt de web-app omhoog geschaald naar twee exemplaren van de Standard S3 laag, wordt de zoekservice bijgewerkt naar een Standard S1 laag en wordt een Standard S6 SQL Database gebruikt.
  • Groot: dit profiel maakt gebruik van vier exemplaren van een Premium P2V2 web-app, werkt de Azure AI Bot Service bij naar de Standard S1 laag (met 1.000.000 berichten in Premium-kanalen) en gebruikt twee eenheden van de Standard S3 zoekservice en een Premium P6 SQL Database.

Dit scenario implementeren

Als u een versie van dit scenario wilt implementeren, kunt u deze stapsgewijze zelfstudie volgen die een .NET-voorbeeldtoepassing biedt waarmee een website voor het zoeken van taken wordt uitgevoerd. Het toont de meeste ai-zoekfuncties die tot nu toe zijn besproken.

Medewerkers

Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.

Hoofdauteur:

Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.

Volgende stappen

Ga naar het documentatiecentrum of bekijk de voorbeelden voor meer informatie over AI Search.

Zie de volgende resources voor meer informatie over andere Azure-onderdelen: