De IDP goed ontworpen aangepaste lens is bedoeld voor alle AWS-klanten die AWS gebruiken om intelligente documentverwerkingsoplossingen (IDP) uit te voeren en op zoek zijn naar begeleiding bij het bouwen van een veilige, efficiënte en betrouwbare IDP-oplossing op AWS.
Het bouwen van een productieklare oplossing in de cloud brengt een reeks afwegingen met zich mee tussen middelen, tijd, klantverwachtingen en bedrijfsresultaten. De AWS goed ontworpen raamwerk helpt u de voordelen en risico's te begrijpen van beslissingen die u neemt terwijl u de werklast op AWS opbouwt. Door het Framework te gebruiken, leert u operationele en architecturale best practices voor het ontwerpen en exploiteren van betrouwbare, veilige, efficiënte, kosteneffectieve en duurzame workloads in de cloud.
Een IDP-project combineert doorgaans optische tekenherkenning (OCR) en natuurlijke taalverwerking (NLP) om een document te lezen en te begrijpen en specifieke termen of woorden te extraheren. De IDP Well-Architected Custom Lens schetst de stappen voor het uitvoeren van een AWS Well-Architected review waarmee u de technische risico’s van uw IDP-workloads kunt beoordelen en identificeren. Het biedt richtlijnen voor het aanpakken van de gemeenschappelijke uitdagingen die we in het veld tegenkomen, en ondersteunt u bij het ontwerpen van uw IDP-werklasten volgens best practices.
Dit bericht richt zich op de betrouwbaarheidspijler van de IDP-oplossing. Beginnend met de introductie van de Betrouwbaarheidspijler en ontwerpprincipes, duiken we vervolgens diep in het oplossingsontwerp en de implementatie met drie aandachtsgebieden: fundamenten, verandermanagement en faalmanagement. Door dit bericht te lezen, leer je over de betrouwbaarheidspijler in het goed ontworpen raamwerk met de IDP-casestudy.
Ontwerpprincipes
De betrouwbaarheidspijler omvat het vermogen van een IDP-oplossing om documentverwerking correct en consistent uit te voeren wanneer dit wordt verwacht en volgens de gedefinieerde bedrijfsregels. Dit omvat de mogelijkheid om de volledige IDP-workflow en de totale levenscyclus ervan te bedienen en te testen.
Er zijn een aantal principes die u kunnen helpen de betrouwbaarheid te vergroten. Houd deze in gedachten terwijl we best practices bespreken:
- Automatisch herstellen van een storing – Door uw IDP-workflow te monitoren op Key Performance Indicators (KPI's), kunt u automatisering uitvoeren wanneer een drempel wordt overschreden. Hierdoor kunt u volgen en automatisch op de hoogte worden gesteld als er een fout optreedt, en automatische herstelprocessen activeren die de fout omzeilen of repareren. Op basis van KPI-metingen kunt u ook anticiperen op storingen en herstelacties uitvoeren voordat deze zich voordoen.
- Herstelprocedures testen – Test hoe uw IDP-workflow mislukt en valideer herstelprocedures. Gebruik automatisering om verschillende scenario's te simuleren of scenario's opnieuw te creëren die eerder tot mislukkingen hebben geleid.
- Schaal en pas de servicecapaciteit aan – Bewaak de vraag en het gebruik van de IDP-workflow en pas de AWS-servicecapaciteit automatisch aan om het optimale niveau te behouden om aan de vraag te voldoen zonder over- of onderprovisioning. Beheers en houd rekening met servicequota, limieten en beperkingen van uw IDP-componentenservices, zoals Amazon T-extract en Amazon begrijpt het.
- Automatiseer wijzigingen – Gebruik automatisering bij het aanbrengen van wijzigingen in uw IDP-workflowinfrastructuur. Beheer wijzigingen via automatisering, die vervolgens kunnen worden gevolgd en beoordeeld.
Aandachtsgebieden
De ontwerpprincipes en best practices van de betrouwbaarheidspijler zijn gebaseerd op inzichten verzameld bij onze klanten en onze technisch gespecialiseerde IDP-gemeenschappen. Gebruik ze als leidraad en ondersteuning voor uw ontwerpbeslissingen en stem ze af op uw zakelijke vereisten voor uw IDP-oplossing. Door de goed ontworpen lens van IDP toe te passen, kunt u de veerkracht en efficiëntie van het ontwerp van uw IDP-oplossing valideren en worden aanbevelingen gedaan om eventuele hiaten aan te pakken.
Hier volgen enkele best practice-gebieden voor de betrouwbaarheid van een IDP-oplossing in de cloud:
- Stichtingen – AWS AI-services zoals Amazon Textract en Amazon Comprehend bieden een reeks zachte en harde limieten voor verschillende gebruiksdimensies. Het is belangrijk om deze limieten te herzien en ervoor te zorgen dat uw IDP-oplossing zich aan de zachte limieten houdt, zonder de harde limieten te overschrijden.
- Wijzig beheer – Behandel uw IDP-oplossing als infrastructuur als code (IaC), waardoor u de monitoring en het wijzigingsbeheer kunt automatiseren. Gebruik versiebeheer voor componenten zoals infrastructuur en aangepaste Amazon Comprehend-modellen, en volg wijzigingen tot aan de release op een bepaald tijdstip.
- Storingsbeheer – Omdat een IDP-workflow een gebeurtenisgestuurde oplossing is, moet uw applicatie bestand zijn tegen het verwerken van bekende en onbekende fouten. Een goed ontworpen IDP-oplossing heeft de mogelijkheid om fouten te voorkomen en fouten te weerstaan wanneer deze zich voordoen, door gebruik te maken van mechanismen voor logboekregistratie en nieuwe pogingen. Het is belangrijk om veerkracht in uw IDP-workflowarchitectuur in te bouwen en noodherstel te plannen.
Stichtingen
AWS AI-services bieden kant-en-klare intelligentie, zoals geautomatiseerde gegevensextractie en -analyse, met behulp van Amazon Textract, Amazon Comprehend en Amazon Augmented AI (Amazon A2I), voor uw IDP-workflows. Er zijn servicelimieten (of quota's) voor deze services om overprovisioning te voorkomen en om de aanvraagsnelheid voor API-bewerkingen te beperken, waardoor de services tegen misbruik worden beschermd.
Houd bij het plannen en ontwerpen van uw IDP-oplossingsarchitectuur rekening met de volgende best practices:
- Houd rekening met de onveranderlijke servicequota, limieten en beperkingen van Amazon Textract en Amazon Comprehend – Geaccepteerde bestandsformaten, grootte en aantal pagina’s, talen, documentrotaties en afbeeldingsgrootte zijn enkele voorbeelden van deze harde limieten voor Amazon Textract die niet kunnen worden gewijzigd.
- Geaccepteerde bestandsformaten zijn onder meer JPEG-, PNG-, PDF- en TIFF-bestanden. (JPEG 2000-gecodeerde afbeeldingen in PDF's worden ondersteund). Voorverwerking van documenten is vereist voordat Amazon Textract wordt gebruikt als het bestandsformaat niet wordt ondersteund (bijvoorbeeld Microsoft Word of Excel). In dit geval moet u niet-ondersteunde documentformaten converteren naar PDF- of afbeeldingsformaat.
- Amazon Comprehend heeft verschillende quota voor ingebouwde modellen, aangepaste modellen en vliegwielen. Zorg ervoor dat uw gebruiksscenario is afgestemd op de Amazon Comprehend-quota.
- Pas de servicequota van Amazon Textract en Amazon Comprehend aan om aan uw behoeften te voldoen – De Amazon Textract Service Quotas Calculator kan u helpen bij het schatten van de quotawaarden die voor uw gebruiksscenario geschikt zijn. U moet uw servicequota voor accounts of regio's beheren als u voor uw oplossing een failover voor herstel na noodgevallen tussen accounts of regio's plant. Wanneer u een verhoging van de Amazon Textract-quota aanvraagt, zorg er dan voor dat u deze aanbevelingen opvolgt:
- Gebruik de Amazon Textract Service Quotas Calculator om uw optimale quotumwaarde te schatten.
- Wijzigingen in aanvragen kunnen piekerig netwerkverkeer veroorzaken, wat de doorvoer beïnvloedt. Gebruik een wachtrij-serverloze architectuur of een ander mechanisme om het verkeer soepel te laten verlopen en het maximale uit uw toegewezen transacties per seconde (TPS) te halen.
- Implementeer logica voor nieuwe pogingen om vertraagde oproepen en verbroken verbindingen af te handelen.
- Configureer exponentiële uitstel en jitter om de doorvoer te verbeteren.
Wijzig beheer
Veranderingen in uw IDP-workflow of de omgeving ervan, zoals pieken in de vraag of een beschadigd documentbestand, moeten worden geanticipeerd en opgevangen om een hogere betrouwbaarheid van de oplossing te bereiken. Sommige van deze veranderingen worden gedekt door de best practices die in de vorige sectie zijn beschreven, maar deze alleen zijn niet voldoende om veranderingen mogelijk te maken. Er moet ook rekening worden gehouden met de volgende best practices:
- Te gebruiken Amazon Cloud Watch om uw IDP-workflowcomponenten te monitoren, zoals Amazon Textract en Amazon Comprehend. Verzamel statistieken uit de IDP-workflow, automatiseer reacties op alarmen en verzend indien nodig meldingen over uw workflow en bedrijfsdoelstellingen.
- Implementeer uw IDP-workflowoplossing en alle infrastructuurwijzigingen met automatisering met behulp van IaC, zoals de AWS Cloud-ontwikkelingskit (AWS CDK) en vooraf gebouwde IDP AWS CDK-constructies. Hierdoor wordt de kans op menselijke fouten weggenomen en kunt u testen voordat u overschakelt naar uw productieomgeving.
- Als uw gebruiksscenario een aangepast Amazon Comprehend-model vereist, overweeg dan om een vliegwiel te gebruiken om het proces van het verbeteren van het aangepaste model in de loop van de tijd te vereenvoudigen. Een vliegwiel orkestreert de taken die verband houden met training en evaluatie van een nieuwe aangepaste modelversie.
- Als uw gebruiksscenario dit vereist, kunt u de uitvoer van de vooraf getrainde Queries-functie van Amazon Textract aanpassen door een adapter voor het Amazon Textract-basismodel te trainen en te gebruiken. Houd rekening met de volgende best practices bij het maken van query's voor uw adapters:
- Adapterquota definiëren de voorgaande limieten voor adaptertraining. Houd rekening met deze limieten en dien indien nodig een verzoek tot verhoging van het servicequotum in:
- Maximaal aantal adapters – Aantal toegestane adapters (u kunt meerdere adapterversies onder één adapter hebben).
- Maximaal aantal adapterversies per maand gemaakt – Aantal succesvolle adapterversies dat per AWS-account per maand kan worden aangemaakt.
- Maximaal aantal lopende adapterversies – Aantal lopende adapterversies (adaptertraining) per account.
- Zorg ervoor dat u een set documenten gebruikt die representatief zijn voor uw gebruiksscenario (minimaal vijf trainingsdocumenten en vijf testdocumenten).
- Zorg voor zoveel mogelijk documenten voor training (maximaal 2,500 pagina's trainingsdocumenten en 1,000 pagina's voor testdocumenten).
- Annoteer zoekopdrachten met behulp van verschillende antwoorden. Als het antwoord op een vraag bijvoorbeeld 'Ja' of 'Nee' is, moeten de geannoteerde voorbeelden zowel 'Ja' als 'Nee' bevatten.
- Zorg voor consistentie in de annotatiestijl en bij het annoteren van velden met spaties.
- Gebruik de exacte query die wordt gebruikt in de training voor gevolgtrekking.
- Bekijk na elke ronde adaptertraining de prestatiestatistieken om te bepalen of u uw adapter verder moet verbeteren om uw doelen te bereiken. Upload een nieuwe documentenset voor training of bekijk documentannotaties met lage nauwkeurigheidsscores voordat u een nieuwe training start om een verbeterde versie van de adapter te maken.
- Gebruik de
AutoUpdate
functie voor aangepaste adapters. Met deze functie wordt geprobeerd automatisch opnieuw te trainen als deAutoUpdate
flag is ingeschakeld op een adapter.
- Adapterquota definiëren de voorgaande limieten voor adaptertraining. Houd rekening met deze limieten en dien indien nodig een verzoek tot verhoging van het servicequotum in:
Storingsbeheer
Bij het ontwerpen van een IDP-oplossing is een belangrijk aspect waarmee rekening moet worden gehouden de veerkracht ervan en de manier waarop omgegaan kan worden met bekende en onbekende fouten die kunnen optreden. De IDP-oplossing moet de mogelijkheid hebben om fouten te registreren en mislukte bewerkingen opnieuw uit te voeren, tijdens de verschillende fasen van de IDP-workflow. In deze sectie bespreken we de details over hoe u uw IDP-workflow kunt ontwerpen om fouten af te handelen.
Bereid uw IDP-workflow voor om fouten te beheren en te weerstaan
“Alles mislukt de hele tijd”, is een beroemd citaat van AWS CTO Werner Vogels. Uw IDP-oplossing zal, net als al het andere, uiteindelijk mislukken. De vraag is hoe het bestand is tegen storingen zonder gevolgen voor de gebruikers van uw IDP-oplossing. Uw IDP-architectuurontwerp moet op de hoogte zijn van fouten wanneer deze zich voordoen en actie ondernemen om impact op de beschikbaarheid te voorkomen. Dit moet automatisch gebeuren, en zonder impact voor de gebruiker. Overweeg de volgende best practices:
- Te gebruiken Amazon eenvoudige opslagservice (Amazon S3) als uw schaalbare gegevensopslag voor de verwerking van IDP-workflowdocumenten. Amazon S3 biedt een zeer duurzame opslaginfrastructuur die is ontworpen voor bedrijfskritische en primaire gegevensopslag.
- Maak een back-up van al uw IDP-workflowgegevens volgens uw zakelijke vereisten. Implementeer een strategie om gegevens te herstellen of te reproduceren in geval van gegevensverlies. Stem deze strategie af op een gedefinieerde Recovery Point Objective (RPO) en Recovery Time Objective (RTO) die voldoen aan uw zakelijke vereisten.
- Plan en implementeer indien nodig een failoverstrategie voor noodherstel van uw IDP-oplossing voor AWS-accounts en regio's.
- Gebruik het Amazon Textract
OutputConfig
functie en Amazon ComprehendOutputDataConfig
functie om de resultaten van asynchrone verwerking van Amazon Textract of Amazon Comprehend op te slaan in een aangewezen S3-bucket. Hierdoor kan de workflow vanaf dat punt doorgaan in plaats van de Amazon Textract- of Amazon Comprehend-aanroep te herhalen. De volgende code laat zien hoe u een asynchrone API-taak van Amazon Textract start om een document te analyseren en gecodeerde gevolgtrekkingsuitvoer op te slaan in een gedefinieerde S3-bucket. Voor aanvullende informatie verwijzen wij u naar de Amazon Textract-clientdocumentatie.
Ontwerp uw IDP-workflow om fouten te voorkomen
De betrouwbaarheid van een werklast begint met voorafgaande ontwerpbeslissingen. Architectuurkeuzes hebben invloed op uw werklastgedrag en de veerkracht ervan. Volg deze best practices om de betrouwbaarheid van uw IDP-oplossing te verbeteren.
Ontwerp eerst uw architectuur volgens de IDP-workflow. Hoewel de fasen in een IDP-workflow kunnen variëren en kunnen worden beïnvloed door gebruiksscenario's en zakelijke vereisten, zijn de fasen van gegevensverzameling, documentclassificatie, tekstextractie, inhoudverrijking, beoordeling en validatie en consumptie doorgaans onderdeel van de IDP-workflow. Deze goed gedefinieerde fasen kunnen worden gebruikt om functionaliteiten te scheiden en te isoleren in geval van falen.
Je kunt gebruiken Amazon Simple Queue-service (Amazon SQS) om IDP-workflowfasen te ontkoppelen. Een ontkoppelingspatroon helpt het gedrag van architectuurcomponenten te isoleren van andere componenten die ervan afhankelijk zijn, waardoor de veerkracht en wendbaarheid toenemen.
Ten tweede: controleer en beperk het aantal nieuwe pogingen. AWS-services zoals Amazon Textract kunnen mislukken als het maximale aantal toegewezen TPS wordt overschreden, waardoor de service uw applicatie beperkt of uw verbinding verbreekt.
U moet de beperking en verbroken verbindingen beheren door de bewerking automatisch opnieuw uit te voeren (zowel synchrone als asynchrone bewerkingen). U moet echter ook een beperkt aantal nieuwe pogingen opgeven, waarna de bewerking mislukt en een uitzondering genereert. Als je in korte tijd te veel naar Amazon Textract belt, worden je oproepen beperkt en wordt er een ProvisionedThroughputExceededExceptionerror
in de operatiereactie.
Daarnaast gebruiken exponentiële vertraging en jitter voor nieuwe pogingen om de doorvoer te verbeteren. Gebruik bijvoorbeeld Amazon Textract om het aantal nieuwe pogingen op te geven door de config
parameter wanneer u de Amazon Textract-client maakt. We raden een aantal nieuwe pogingen van vijf aan. In de volgende voorbeeldcode gebruiken we de config
parameter om een bewerking automatisch opnieuw uit te voeren met behulp van de adaptieve modus en maximaal vijf nieuwe pogingen:
Profiteer van AWS SDK's, zoals de AWS SDK voor Python (Boto3), om te helpen cliëntoproepen opnieuw proberen tot AWS-services zoals Amazon Textract en Amazon Comprehend. Er zijn er drie opnieuw proberen modi beschikbaar:
- Verouderde modus – Nieuwe pogingen vereisen een beperkt aantal fouten en uitzonderingen en omvatten een exponentiële uitstel met een basisfactor van 2.
- Standard-modus – Standaardiseert de logica en het gedrag van nieuwe pogingen consistent met andere AWS SDK's en breidt de functionaliteit van nieuwe pogingen uit ten opzichte van die in de verouderde modus. Elke nieuwe poging omvat een exponentiële uitstel met een basisfactor van 2 voor een maximale uitsteltijd van 20 seconden.
- Adaptieve modus – Bevat alle functies van de standaardmodus en introduceert een snelheidsbeperking aan de clientzijde door het gebruik van een tokenbucket en snelheidslimietvariabelen die dynamisch worden bijgewerkt bij elke nieuwe poging. Het biedt flexibiliteit bij nieuwe pogingen aan de clientzijde die zich aanpassen aan de fout- of uitzonderingsstatusreactie van een AWS-service. Bij elke nieuwe poging wijzigt de adaptieve modus de frequentielimietvariabelen op basis van de fout, uitzondering of HTTP-statuscode die wordt weergegeven in het antwoord van de AWS-service. Deze tarieflimietvariabelen worden vervolgens gebruikt om een nieuw beltarief voor de klant te berekenen. Elke uitzondering, fout of niet-geslaagd HTTP-antwoord van een AWS-service werkt de frequentielimietvariabelen bij naarmate nieuwe pogingen plaatsvinden totdat een succes is bereikt, de tokenbucket is uitgeput of de geconfigureerde waarde voor maximale pogingen is bereikt. Voorbeelden van uitzonderingen, fouten of niet-succesvolle HTTP-reacties:
Conclusie
In dit bericht deelden we ontwerpprincipes, aandachtsgebieden, fundamenten en best practices voor betrouwbaarheid in uw IDP-oplossing.
AWS zet zich in voor de IDP Well-Architected Lens als levend hulpmiddel. Naarmate de IDP-oplossingen en gerelateerde AWS AI-services evolueren en nieuwe AWS-services beschikbaar komen, zullen we de IDP Lens Well-Architected dienovereenkomstig bijwerken.
Als u meer wilt weten over het AWS Well-Architected Framework, raadpleeg dan AWS goed ontworpen.
Als u aanvullende deskundige begeleiding nodig heeft, neem dan contact op met uw AWS-accountteam om een IDP Specialist Solutions Architect in te schakelen.
Over de auteurs
Rui Cardoso is een partneroplossingenarchitect bij Amazon Web Services (AWS). Hij richt zich op AI/ML en IoT. Hij werkt samen met AWS Partners en ondersteunt hen bij het ontwikkelen van oplossingen in AWS. Als hij niet werkt, houdt hij van fietsen, wandelen en nieuwe dingen leren.
Brijesh Pati is een Enterprise Solutions Architect bij AWS. Zijn primaire focus is het helpen van zakelijke klanten bij het adopteren van cloudtechnologieën voor hun workloads. Hij heeft een achtergrond in applicatieontwikkeling en enterprise-architectuur en heeft gewerkt met klanten uit verschillende sectoren, zoals de sport, financiën, energie en professionele dienstverlening. Zijn interesses omvatten serverloze architecturen en AI/ML.
Mia Chang is een ML Specialist Solutions Architect voor Amazon Web Services. Ze werkt met klanten in EMEA en deelt best practices voor het uitvoeren van AI/ML-workloads in de cloud met haar achtergrond in toegepaste wiskunde, informatica en AI/ML. Ze richt zich op NLP-specifieke werklasten en deelt haar ervaringen als conferentiespreker en boekauteur. In haar vrije tijd houdt ze van wandelen, bordspellen en koffie zetten.
Tim Condello is een senior specialist in kunstmatige intelligentie (AI) en machine learning (ML) oplossingen bij Amazon Web Services (AWS). Zijn focus ligt op natuurlijke taalverwerking en computervisie. Tim vindt het leuk om klantideeën om te zetten in schaalbare oplossingen.
sherry ding is een senior specialist in kunstmatige intelligentie (AI) en machine learning (ML) oplossingen bij Amazon Web Services (AWS). Ze heeft uitgebreide ervaring met machinaal leren en heeft een doctoraat in computerwetenschappen. Ze werkt voornamelijk met klanten uit de publieke sector aan verschillende AI/ML-gerelateerde zakelijke uitdagingen, en helpt hen hun machine learning-traject op de AWS Cloud te versnellen. Als ze geen klanten helpt, houdt ze van buitenactiviteiten.
Suyin Wang is een AI/ML Specialist Solutions Architect bij AWS. Ze heeft een interdisciplinaire opleidingsachtergrond in Machine Learning, Financial Information Service en Economie, samen met jarenlange ervaring in het bouwen van Data Science- en Machine Learning-applicaties die echte zakelijke problemen hebben opgelost. Ze vindt het leuk om klanten te helpen de juiste zakelijke vragen te identificeren en de juiste AI/ML-oplossingen te bouwen. In haar vrije tijd houdt ze van zingen en koken.
- Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
- PlatoData.Network Verticale generatieve AI. Versterk jezelf. Toegang hier.
- PlatoAiStream. Web3-intelligentie. Kennis versterkt. Toegang hier.
- PlatoESG. carbon, CleanTech, Energie, Milieu, Zonne, Afvalbeheer. Toegang hier.
- Plato Gezondheid. Intelligentie op het gebied van biotech en klinische proeven. Toegang hier.
- Bron: https://aws.amazon.com/blogs/machine-learning/build-well-architected-idp-solutions-with-a-custom-lens-part-3-reliability/
- : heeft
- :is
- :niet
- $UP
- 000
- 1
- 100
- 15%
- 17
- 20
- 500
- 7
- a
- vermogen
- Over
- misbruik
- versnellen
- aanvaard
- accommoderen
- Volgens
- dienovereenkomstig
- Account
- accounts
- nauwkeurigheid
- Bereiken
- over
- Actie
- acties
- activiteiten
- adaptieve
- aanpast
- toevoeging
- Extra
- Extra informatie
- adres
- adopteren
- Voordeel
- die van invloed
- Na
- AI
- AI-diensten
- AI / ML
- richten
- uitgelijnd
- Alles
- toegewezen
- toegestaan
- Het toestaan
- toestaat
- alleen
- langs
- ook
- Hoewel
- Amazone
- Amazon begrijpt het
- Amazon T-extract
- Amazon Web Services
- Amazon Web Services (AWS)
- onder
- an
- analyse
- analyseren
- en
- beantwoorden
- antwoorden
- anticiperen
- verwachte
- elke
- api
- Aanvraag
- Application Development
- toepassingen
- toegepast
- Solliciteer
- Het toepassen van
- bouwkundig
- architectuur
- ZIJN
- gebieden
- rond
- kunstmatig
- kunstmatige intelligentie
- Kunstmatige intelligentie (AI)
- AS
- verschijning
- schatten
- helpen
- geassocieerd
- At
- poging
- pogingen
- aangevuld
- auteur
- automatiseren
- geautomatiseerde
- webmaster.
- Automatisering
- beschikbaarheid
- Beschikbaar
- vermijd
- bewust
- AWS
- terug
- achtergrond
- baseren
- gebaseerde
- BE
- omdat
- worden
- vaardigheden
- gedrag
- betekent
- BEST
- 'best practices'
- tussen
- boord
- Gezelschapsspelletjes
- boek
- zowel
- bouw
- Gebouw
- ingebouwd
- bedrijfsdeskundigen
- maar
- by
- berekenen
- Bellen
- oproepen
- CAN
- mogelijkheden
- Inhoud
- vangen
- geval
- case study
- Veroorzaken
- veroorzakend
- uitdagingen
- verandering
- veranderd
- Wijzigingen
- veranderende
- karakter
- tekenherkenning
- keuzes
- classificatie
- klant
- Cloud
- code
- codes
- Koffie
- verzamelen
- combines
- toegewijd
- Gemeen
- Gemeenschappen
- componenten
- begrijpen
- computer
- Computer Science
- Computer visie
- Conferentie
- geconfigureerd
- versterken
- aansluitingen
- Overwegen
- beschouwd
- consequent
- consistent
- beperkingen
- constructies
- consumptie
- contact
- content
- voortzetten
- onder controle te houden
- converteren
- correct
- corrupt
- kostenefficient
- deksel
- bedekt
- en je merk te creëren
- aangemaakt
- Wij creëren
- CTO
- gewoonte
- klant
- Klanten
- aan te passen
- gegevens
- Data Loss
- data science
- gegevensopslag
- beslissingen
- deep
- bepalen
- gedefinieerd
- Mate
- Vraag
- afhangen
- beschreven
- Design
- ontwerpprincipes
- aangewezen
- ontworpen
- ontwerpen
- gegevens
- Bepalen
- het ontwikkelen van
- Ontwikkeling
- anders
- Afmeting
- ramp
- bespreken
- duiken
- document
- documenten
- gedaan
- Val
- liet vallen
- gedurende
- dynamisch
- elk
- Economie
- Onderwijs
- doeltreffendheid
- doeltreffend
- anders
- EMEA
- ingeschakeld
- maakt
- omvat
- versleutelde
- energie-niveau
- toegewijd
- genoeg
- verrijking
- verzekeren
- Enterprise
- Milieu
- fout
- fouten
- schatting
- evalueren
- uiteindelijk
- alles
- ontwikkelen
- voorbeeld
- voorbeelden
- overschreden
- meer dan
- Excel
- uitzondering
- verwachting
- verwacht
- ervaring
- expert
- exponentiële
- strekt
- uitgebreid
- Uitgebreide ervaring
- extract
- extractie
- factor
- FAIL
- Mislukt
- mislukt
- Storing
- mislukkingen
- beroemd
- Kenmerk
- Voordelen
- veld-
- Velden
- Dien in
- Bestanden
- financiën
- financieel
- financiële informatie
- vijf
- Flexibiliteit
- Focus
- richt
- gericht
- volgen
- volgend
- Voor
- formaat
- formulieren
- gevonden
- Stichtingen
- Achtergrond
- Gratis
- oppompen van
- vol
- functionaliteiten
- functionaliteit
- verder
- Spellen
- hiaten
- verzameld
- krijgen
- Doelen
- leiding
- handvat
- Behandeling
- Hard
- Hebben
- he
- hulp
- het helpen van
- helpt
- haar
- hoger
- zeer
- zijn
- Hoe
- How To
- Echter
- HTML
- http
- HTTPS
- menselijk
- ideeën
- identificeren
- if
- beeld
- afbeeldingen
- Impact
- impact
- uitvoeren
- uitvoering
- importeren
- belangrijk
- belangrijk aspect
- verbeteren
- verbeterd
- het verbeteren van
- in
- omvatten
- omvat
- Inclusief
- Laat uw omzet
- meer
- indicatoren
- industrieën
- beïnvloed
- informatie
- Infrastructuur
- inzichten
- Intelligentie
- Intelligent
- Intelligente documentverwerking
- bestemde
- belangen
- in
- Introduceert
- de invoering
- Introductie
- iot
- IT
- HAAR
- Jobomschrijving:
- jpg
- Houden
- sleutel
- bekend
- taal
- Talen
- Layout
- LEARN
- leren
- LED
- Nalatenschap
- Niveau
- levenscyclus van uw product
- als
- LIMIT
- Beperkt
- het beperken van
- grenzen
- leven
- logging
- logica
- uit
- houdt
- Laag
- machine
- machine learning
- voornamelijk
- onderhouden
- maken
- beheer
- management
- veel
- wiskunde
- maximaal
- Mei..
- maatregelen
- mechanisme
- mechanismen
- Maak kennis met
- Metriek
- Microsoft
- macht
- denken
- minimum
- ML
- Mode
- model
- modellen
- modi
- monitor
- Grensverkeer
- Maand
- meer
- meest
- Dan moet je
- naam
- Naturel
- Natural Language Processing
- Noodzaak
- netwerk
- netwerk verkeer
- New
- nlp
- meldingen
- aantal
- doel van de persoon
- doelstellingen
- OCR
- of
- Aanbod
- on
- EEN
- besturen
- werkzaam
- operatie
- operationele
- Operations
- optische tekenherkenning
- optimale
- or
- Overige
- onze
- uit
- Resultaat
- outlines
- uitgang
- over
- pagina
- paginas
- parameter
- deel
- partner
- partners
- onderdelen
- Patronen
- voor
- Uitvoeren
- prestatie
- uitvoerend
- periode
- phd
- Pijler
- plan
- planning
- Plato
- Plato gegevensintelligentie
- PlatoData
- punt
- mogelijk
- Post
- potentieel
- praktijk
- praktijken
- gepresenteerd
- voorkomen
- vorig
- primair
- principes
- problemen
- procedures
- processen
- verwerking
- productie
- professioneel
- project
- beschermen
- zorgen voor
- biedt
- publiek
- Python
- queries
- vraag
- Contact
- citeren
- verhogen
- tarief
- Tarieven
- liever
- bereikt
- Lees
- lezing
- echte wereld
- erkenning
- adviseren
- aanbevelingen
- Herstellen
- na een training
- verwijzen
- regio
- verwant
- los
- betrouwbaarheid
- betrouwbaar
- verwijdert
- reparatie
- herhaling
- vertegenwoordiger
- te vragen
- verzoeken
- vereisen
- nodig
- Voorwaarden
- vereist
- veerkracht
- veerkrachtig
- Resources
- antwoord
- reacties
- Resultaten
- beoordelen
- beoordeeld
- rechts
- risico's
- ronde
- reglement
- lopen
- lopend
- schaalbare
- scenario's
- Wetenschap
- sdk
- SDK's
- zoeken
- Tweede
- seconden
- sectie
- sector
- beveiligen
- zien
- sturen
- verzendt
- senior
- apart
- -Series
- Serverless
- service
- Diensten
- reeks
- verscheidene
- gedeeld
- Aandelen
- ze
- Bermuda's
- moet
- Shows
- handtekeningen
- Eenvoudig
- vereenvoudigen
- single
- Maat
- Vertragen
- glad
- Soft /Pastel
- oplossing
- Oplossingen
- sommige
- ruimten
- Spreker
- specialist
- specifiek
- specifiek
- spikes
- Sport
- stadia
- standaard
- begin
- Start
- starts
- Land
- Status
- Stappen
- mediaopslag
- shop
- Strategie
- Draad
- Studie
- stijl
- succes
- geslaagd
- dergelijk
- ondersteuning
- ondersteunde
- Ondersteuning
- zeker
- duurzaam
- aanpakken
- Nemen
- het nemen
- taken
- team
- Technisch
- Technologies
- termen
- proef
- Testen
- tekst
- neem contact
- dat
- De
- hun
- Ze
- harte
- Er.
- Deze
- ze
- spullen
- dit
- die
- drie
- drempel
- Door
- doorvoer
- Tim
- niet de tijd of
- naar
- teken
- ook
- tools
- Totaal
- tps
- spoor
- verkeer
- Trainingen
- Transacties
- behandelen
- leiden
- Draai
- typisch
- voor
- begrijpen
- onbekend
- tot
- bijwerken
- bijgewerkt
- updates
- Gebruik
- .
- use case
- gebruikt
- Gebruiker
- gebruikers
- gebruik
- doorgaans
- BEVESTIG
- bevestiging
- waarde
- Values
- variëteit
- divers
- versie
- versies
- visie
- willen
- we
- web
- webservices
- goed gedefinieerd
- wanneer
- welke
- en
- WIE
- wil
- Met
- binnen
- zonder
- Woord
- woorden
- Mijn werk
- werkte
- workflow
- workflows
- werkzaam
- Bedrijven
- jaar
- You
- Your
- zephyrnet