- IDP hyvin suunniteltu mukautettu linssi on tarkoitettu kaikille AWS-asiakkaille, jotka käyttävät AWS:ää älykkäiden dokumenttienkäsittelyratkaisujen (IDP) suorittamiseen ja etsivät ohjeita turvallisen, tehokkaan ja luotettavan IDP-ratkaisun rakentamiseen AWS:lle.
Tuotantovalmiiden ratkaisujen rakentaminen pilvessä sisältää joukon kompromisseja resurssien, ajan, asiakkaiden odotusten ja liiketoiminnan tuloksen välillä. The Hyvin suunniteltu AWS-kehys auttaa sinua ymmärtämään tekemiesi päätösten edut ja riskit, kun rakennat AWS:n työtaakkaa. Käyttämällä Frameworkia opit toiminnallisia ja arkkitehtonisia parhaita käytäntöjä luotettavien, turvallisten, tehokkaiden, kustannustehokkaiden ja kestävien työkuormien suunnitteluun ja käyttämiseen pilvessä.
IDP-projekti yhdistää yleensä optisen merkintunnistuksen (OCR) ja luonnollisen kielen käsittelyn (NLP) asiakirjan lukemiseksi ja ymmärtämiseksi sekä tiettyjen termien tai sanojen erottamiseksi. IDP:n hyvin suunniteltu mukautettu linssi hahmottelee vaiheet AWS:n hyvin suunnitellun tarkistuksen suorittamiseksi, jonka avulla voit arvioida ja tunnistaa IDP-työkuormitukseesi liittyviä teknisiä riskejä. Se opastaa selviytymään alan yleisistä haasteista ja auttaa sinua suunnittelemaan IDP-työkuormasi parhaiden käytäntöjen mukaisesti.
Tämä viesti keskittyy IDP-ratkaisun luotettavuuspilariin. Luotettavuuspilarin ja suunnitteluperiaatteiden käyttöönotosta lähtien sukeltamme syvälle ratkaisun suunnitteluun ja toteutukseen kolmella painopistealueella: perusteet, muutoksenhallinta ja vikojen hallinta. Lukemalla tämän postauksen opit luotettavuuspilarista hyvin rakennetussa viitekehyksessä IDP-tapaustutkimuksen kanssa.
Pääperiaatteemme
Luotettavuuspilari sisältää IDP-ratkaisun kyvyn suorittaa asiakirjojen käsittely oikein ja johdonmukaisesti, kun se on odotettavissa ja määriteltyjen liiketoimintasääntöjen mukaisesti. Tämä sisältää kyvyn käyttää ja testata koko IDP-työnkulkua ja sen koko elinkaarta.
On olemassa useita periaatteita, jotka voivat auttaa sinua lisäämään luotettavuutta. Pidä nämä mielessä, kun keskustelemme parhaista käytännöistä:
- Toivu automaattisesti epäonnistumisesta – Tarkkailemalla IDP-työnkulkuasi tärkeimpien suorituskykyindikaattoreiden (KPI) suhteen, voit suorittaa automatisoinnin kynnyksen ylittyessä. Tämän avulla voit seurata ja saada ilmoituksen automaattisesti, jos jokin vika ilmenee, ja käynnistää automaattiset palautusprosessit, jotka kiertävät tai korjaavat vian. KPI-mittausten perusteella voit myös ennakoida vikoja ja toteuttaa korjaustoimenpiteitä ennen niiden ilmenemistä.
- Testaa palautusmenettelyjä – Testaa, kuinka IDP-työnkulku epäonnistuu, ja vahvista palautustoimenpiteet. Käytä automaatiota simuloidaksesi erilaisia skenaarioita tai luodaksesi uudelleen skenaarioita, jotka ovat aiemmin johtaneet epäonnistumiseen.
- Skaalaa ja säädä palvelukapasiteettia – Valvo IDP-työnkulun kysyntää ja käyttöä ja säädä automaattisesti AWS-palvelukapasiteettia ylläpitääksesi optimaalista tasoa kysynnän tyydyttämiseksi ilman yli- tai alikäyttöä. Hallitse ja ole tietoinen IDP-komponenttipalveluidesi palvelukiintiöistä, rajoituksista ja rajoituksista, kuten Amazonin teksti ja Amazonin käsitys.
- Automatisoi muutokset – Käytä automaatiota, kun teet muutoksia IDP-työnkulkuinfrastruktuuriin. Hallitse muutoksia automaation avulla, joita voidaan sitten seurata ja tarkastella.
Kohdennusalueet
Luotettavuuspilarin suunnitteluperiaatteet ja parhaat käytännöt perustuvat asiakkailtamme ja IDP:n teknisiltä asiantuntijayhteisöiltämme kerättyihin oivalluksiin. Käytä niitä ohjeina ja tukena suunnittelupäätöksissäsi ja mukauta ne IDP-ratkaisusi liiketoimintavaatimuksiin. IDP:n hyvin rakennetun linssin käyttäminen auttaa vahvistamaan IDP-ratkaisusi kestävyyden ja tehokkuuden ja antaa suosituksia mahdollisten havaitsemiesi puutteiden korjaamiseksi.
Seuraavat ovat parhaita käytäntöjä IDP-ratkaisun luotettavuudelle pilvessä:
- Perustukset – AWS AI -palvelut, kuten Amazon Textract ja Amazon Comprehend, tarjoavat joukon pehmeitä ja kovia rajoituksia eri käyttöulottuvuuksille. On tärkeää tarkistaa nämä rajat ja varmistaa, että IDP-ratkaisusi noudattaa pehmeitä rajoja, mutta ei ylitä mitään kovia rajoja.
- Muutoksen hallinta – Käsittele IDP-ratkaisuasi infrastruktuurina koodina (IaC), jonka avulla voit automatisoida seurannan ja muutostenhallinnan. Käytä versionhallintaa osissa, kuten infrastruktuurissa ja Amazon Comprehendissä mukautetuissa malleissa, ja seuraa muutoksia aina ajankohtaiseen julkaisuun asti.
- Epäonnistumisen hallinta – Koska IDP-työnkulku on tapahtumapohjainen ratkaisu, sovelluksesi on kestettävä tunnettujen ja tuntemattomien virheiden käsittelyä. Hyvin suunnitellulla IDP-ratkaisulla on kyky estää vikoja ja kestää vikoja niiden ilmetessä käyttämällä loki- ja uudelleenyritysmekanismeja. On tärkeää suunnitella kestävyyttä IDP-työnkulkuarkkitehtuuriisi ja suunnitella katastrofipalautusta.
Perustukset
AWS AI -palvelut tarjoavat valmiita älykkyyttä, kuten automaattista tietojen poimintaa ja analysointia käyttämällä Amazon Textractia, Amazon Comprehendia ja Amazonin laajennettu AI (Amazon A2I), IDP-työnkulkuihisi. Näille palveluille on asetettu palvelurajoituksia (tai kiintiöitä), jotta vältetään liikakäyttö ja rajoitetaan API-toimintojen pyyntömääriä, mikä suojaa palveluita väärinkäytöltä.
Kun suunnittelet ja suunnittelet IDP-ratkaisuarkkitehtuuriasi, ota huomioon seuraavat parhaat käytännöt:
- Ole tietoinen muuttumattomista Amazon Textract- ja Amazon Comprehend -palvelukiintiöistä, rajoituksista ja rajoituksista – Hyväksytyt tiedostomuodot, koko ja sivumäärä, kielet, asiakirjan käännökset ja kuvan koko ovat esimerkkejä näistä Amazon Textractin kovista rajoituksista, joita ei voi muuttaa.
- Hyväksyttyjä tiedostomuotoja ovat JPEG-, PNG-, PDF- ja TIFF-tiedostot. (JPEG 2000 -koodattuja kuvia PDF-tiedostoissa tuetaan). Asiakirjan esikäsittely vaaditaan ennen Amazon Textractin käyttöä, jos tiedostomuotoa ei tueta (esimerkiksi Microsoft Word tai Excel). Tässä tapauksessa sinun on muutettava ei-tuetut asiakirjamuodot PDF- tai kuvamuotoon.
- Amazon Comprehendillä on erilaisia kiintiöitä sisäänrakennetuille malleille, mukautetuille malleille ja vauhtipyörille. Varmista, että käyttötapauksesi on linjassa Amazon Comprehend -kiintiöiden kanssa.
- Säädä Amazon Textract- ja Amazon Comprehend -palvelukiintiöt tarpeidesi mukaan – Amazon Textract Service Quota Calculator voi auttaa sinua arvioimaan kiintiöarvot, jotka kattavat käyttötapauksesi. Sinun tulee hallinnoida palvelukiintiöitäsi tilien tai alueiden välillä, jos suunnittelet ratkaisullesi tilien tai alueiden välistä katastrofipalautuksen vikasietoa. Kun pyydät Amazon Textract -kiintiöiden korotusta, muista noudattaa näitä suosituksia:
- Arvioi optimaalinen kiintiösi Amazon Textract Service Kiintiölaskurin avulla.
- Pyyntöjen muutokset voivat aiheuttaa piikkistä verkkoliikennettä, mikä vaikuttaa suorituskykyyn. Käytä jonotuspalvelinta arkkitehtuuria tai muuta mekanismia tasataksesi liikennettä ja saadaksesi kaiken irti allokoiduista tapahtumista sekunnissa (TPS).
- Toteuta uudelleenyrityslogiikka estettyjen puhelujen ja katketettujen yhteyksien käsittelemiseksi.
- Määritä eksponentiaalinen perääntyminen ja värinä suorituskyvyn parantamiseksi.
Muutoksen hallinta
IDP-työnkulkuun tai sen ympäristöön tehtävät muutokset, kuten kysyntäpiikit tai vioittunut asiakirjatiedosto, on ennakoitava ja otettava huomioon, jotta ratkaisun luotettavuus paranee. Osa näistä muutoksista on katettu edellisessä osiossa kuvatuilla säätiöiden parhailla käytännöillä, mutta ne eivät yksin riitä mukautumaan muutoksiin. Myös seuraavat parhaat käytännöt on otettava huomioon:
- Käyttää amazonin pilvikello valvoa IDP-työnkulun komponentteja, kuten Amazon Textract ja Amazon Comprehend. Kerää mittareita IDP-työnkulusta, automatisoi vastaukset hälytyksiin ja lähetä ilmoituksia tarpeen mukaan työnkulkusi ja liiketoimintatavoitteidesi mukaisesti.
- Ota IDP-työnkulkuratkaisusi käyttöön ja kaikki infrastruktuurimuutokset automatisoimalla IaC:n avulla, kuten AWS Cloud Development Kit (AWS CDK) ja valmiiksi rakennetut IDP AWS CDK -konstruktit. Tämä poistaa inhimillisen erehdyksen mahdollisuuden ja mahdollistaa testaamisen ennen tuotantoympäristöön siirtymistä.
- Jos käyttötapasi vaatii mukautetun Amazon Comprehend -mallin, harkitse vauhtipyörän käyttöä yksinkertaistaaksesi mukautetun mallin parantamista ajan myötä. Vauhtipyörä ohjaa koulutukseen ja uuden mukautetun malliversion arviointiin liittyvät tehtävät.
- Jos käyttötapauksesi vaatii sitä, mukauta Amazon Textractin valmiiksi koulutetut kyselyt -ominaisuuden tulosta harjoittelemalla ja käyttämällä sovitinta Amazon Textract -perusmalliin. Harkitse seuraavia parhaita käytäntöjä luodessasi kyselyitä sovittimillesi:
- Sovitinkiintiöt määrittelevät edellä mainitut rajat sovittimen koulutukselle. Harkitse näitä rajoja ja esitä palvelukiintiön lisäyspyyntö tarvittaessa:
- Adapterien enimmäismäärä – Sallittujen sovittimien määrä (yhden sovittimen alla voi olla useita sovitinversioita).
- Enimmäismäärä sovitinversioita luotuja kuukaudessa – Onnistuneiden sovitinversioiden määrä, jotka voidaan luoda AWS-tiliä kohden kuukaudessa.
- Enimmäisvaiheessa olevat sovitinversiot – Käynnissä olevien sovitinversioiden määrä (sovittimen koulutus) tiliä kohti.
- Varmista, että käytät käyttötapaustasi edustavia asiakirjoja (vähintään viisi koulutusasiakirjaa ja viisi testausasiakirjaa).
- Tarjoa koulutukseen mahdollisimman paljon asiakirjoja (jopa 2,500 1,000 sivua koulutusasiakirjoja ja XNUMX XNUMX sivua testiasiakirjoissa).
- Merkitse kyselyihin erilaisia vastauksia. Jos vastaus kyselyyn on esimerkiksi "Kyllä" tai "Ei", huomautuksilla varustetuissa näytteissä tulee olla sekä "Kyllä" että "Ei".
- Säilytä johdonmukaisuus huomautusten tyylissä ja kentissä välilyönneillä.
- Käytä johtopäätösten tekemiseen täsmällistä koulutuksessa käytettyä kyselyä.
- Tarkista jokaisen sovittimen harjoittelun jälkeen suorituskykymittarit määrittääksesi, tarvitseeko sinun parantaa sovitintasi edelleen saavuttaaksesi tavoitteesi. Lataa uusi asiakirjajoukko koulutusta varten tai tarkista asiakirjamerkinnät, joiden tarkkuuspisteet ovat alhaiset, ennen kuin aloitat uuden koulutuksen sovittimen parannetun version luomiseksi.
- Käytä
AutoUpdate
ominaisuus mukautetuille sovittimille. Tämä ominaisuus yrittää automaattista uudelleenkoulutusta, josAutoUpdate
lippu on käytössä sovittimessa.
- Sovitinkiintiöt määrittelevät edellä mainitut rajat sovittimen koulutukselle. Harkitse näitä rajoja ja esitä palvelukiintiön lisäyspyyntö tarvittaessa:
Epäonnistumisen hallinta
IDP-ratkaisua suunniteltaessa yksi tärkeä huomioitava näkökohta on sen joustavuus, kuinka käsitellä tunnettuja ja tuntemattomia virheitä, joita voi esiintyä. IDP-ratkaisulla tulee olla kyky kirjata virheet ja yrittää uudelleen epäonnistuneita toimintoja IDP-työnkulun eri vaiheissa. Tässä osiossa käsitellään yksityiskohtia IDP-työnkulun suunnittelusta virheiden käsittelemiseksi.
Valmistele IDP-työnkulkusi hallitsemaan ja kestämään epäonnistumisia
"Kaikki epäonnistuu, koko ajan", on kuuluisa lainaus AWS:n teknologiajohtajalta Werner Vogelsilta. IDP-ratkaisusi, kuten kaikki muukin, epäonnistuu lopulta. Kysymys kuuluu, kuinka se kestää vikoja vaikuttamatta IDP-ratkaisusi käyttäjiin. IDP-arkkitehtuurin suunnittelun on oltava tietoinen vioista niiden ilmaantuessa ja ryhdyttävä toimiin välttääkseen vaikutuksen saatavuuteen. Tämä on tehtävä automaattisesti ja ilman käyttäjän vaikutusta. Harkitse seuraavia parhaita käytäntöjä:
- Käyttää Amazonin yksinkertainen tallennuspalvelu (Amazon S3) skaalautuvana tietovarastoasi IDP-työnkulkuasiakirjojen käsittelyä varten. Amazon S3 tarjoaa erittäin kestävän tallennusinfrastruktuurin, joka on suunniteltu kriittisten ja ensisijaisten tietojen tallentamiseen.
- Varmuuskopioi kaikki IDP-työnkulkutietosi liiketoimintavaatimustesi mukaisesti. Toteuta strategia tietojen palauttamiseksi tai toistamiseksi, jos tiedot katoavat. Kohdista tämä strategia määritettyyn palautuspistetavoitteeseen (RPO) ja palautusaikatavoitteeseen (RTO), jotka vastaavat liiketoimintasi vaatimuksia.
- Suunnittele ja toteuta tarvittaessa IDP-ratkaisusi hätäpalautuksen vikasietostrategia AWS-tileillä ja -alueilla.
- Käytä Amazon Textractia
OutputConfig
ominaisuus ja Amazon ComprehendOutputDataConfig
ominaisuus tallentaa asynkronisen käsittelyn tulokset Amazon Textractista tai Amazon Comprehendista määritettyyn S3-säihöön. Tämä sallii työnkulun jatkaa siitä kohdasta Amazon Textract- tai Amazon Comprehend -kutsujen toistamisen sijaan. Seuraava koodi näyttää, kuinka Amazon Textract asynchronous API -työ käynnistetään asiakirjan analysoimiseksi ja salatun päättelytulosteen tallentamiseksi määritettyyn S3-alueeseen. Lisätietoja on kohdassa Amazon Textract -asiakasdokumentaatio.
Suunnittele IDP-työnkulkusi estämään epäonnistumisia
Työtaakan luotettavuus alkaa etukäteen tehdyistä suunnittelupäätöksistä. Arkkitehtuurivalinnat vaikuttavat työkuormitukseesi ja sen kestävyyteen. Paranna IDP-ratkaisusi luotettavuutta noudattamalla näitä parhaita käytäntöjä.
Suunnittele ensin arkkitehtuurisi IDP-työnkulkua noudattaen. Vaikka IDP-työnkulun vaiheet voivat vaihdella ja niihin voivat vaikuttaa käyttötapaukset ja liiketoiminnan vaatimukset, tiedonkeruun, asiakirjojen luokittelun, tekstin poiminta, sisällön täydentämisen, tarkistamisen ja validoinnin sekä kulutuksen vaiheet ovat yleensä osa IDP-työnkulkua. Näitä tarkasti määriteltyjä vaiheita voidaan käyttää erottamaan toimintoja ja eristämään ne vikatilanteissa.
Voit käyttää Amazonin yksinkertainen jonopalvelu (Amazon SQS) erottamaan IDP-työnkulun vaiheet. Irrotuskuvio auttaa eristämään arkkitehtuurin komponenttien käyttäytymisen muista siitä riippuvista komponenteista, mikä lisää joustavuutta ja ketteryyttä.
Toiseksi hallitse ja rajoita uudelleenyrityspuheluita. AWS-palvelut, kuten Amazon Textract, voivat epäonnistua, jos TPS:ien enimmäismäärä ylittyy, jolloin palvelu kuristaa sovelluksesi tai katkaisee yhteyden.
Sinun tulisi hallita kuristusta ja katkenneita yhteyksiä yrittämällä toimintoa automaattisesti uudelleen (sekä synkroniset että asynkroniset toiminnot). Sinun tulisi kuitenkin myös määrittää rajoitettu määrä uudelleenyrityksiä, joiden jälkeen toiminto epäonnistuu ja tekee poikkeuksen. Jos soitat liian monta puhelua Amazon Textractille lyhyessä ajassa, se kuristaa puhelusi ja lähettää ProvisionedThroughputExceededExceptionerror
operaatiovastauksessa.
Lisäksi käyttää eksponentiaalinen perääntyminen ja tärinä uudelleenyrityksistä suorituskyvyn parantamiseksi. Jos käytät esimerkiksi Amazon Textractia, määritä uudelleenyritysten määrä lisäämällä config
parametri, kun luot Amazon Textract -asiakkaan. Suosittelemme, että uudelleenyritysten lukumäärä on viisi. Seuraavassa esimerkkikoodissa käytämme config
parametri, joka yrittää automaattisesti toimintoa uudelleen adaptiivista tilaa käyttäen ja enintään viisi uudelleenyritystä:
Hyödynnä AWS SDK:ita, kuten AWS SDK Pythonille (Boto3), auttamaan asiakaspuhelujen uudelleen yrittäminen AWS-palveluihin, kuten Amazon Textract ja Amazon Comprehend. On kolme uudelleenyritystilat käytettävissä:
- Vanha tila – Uudelleenyritykset vaativat rajoitetun määrän virheitä ja poikkeuksia ja sisältävät eksponentiaalisen perääntymisen peruskertoimella 2.
- vakio-tilassa – Standardoi uudelleenyrityslogiikan ja -käyttäytymisen muiden AWS-SDK:iden kanssa ja laajentaa uudelleenyritysten toimintoja vanhassa tilassa olevaan toimintaan. Kaikki uudelleenyritykset sisältävät eksponentiaalisen perääntymisen peruskertoimella 2 enintään 20 sekunnin peruutusajalla.
- Mukautuva tila – Sisältää kaikki vakiotilan ominaisuudet ja se ottaa käyttöön asiakaspuolen nopeusrajoituksen käyttämällä token-ämpäriä ja nopeusrajoitusmuuttujia, jotka päivitetään dynaamisesti jokaisella uudelleenyrityksellä. Se tarjoaa joustavuutta asiakaspuolen uudelleenyrityksissä, jotka mukautuvat AWS-palvelun virhe- tai poikkeustilan vastaukseen. Jokaisella uudella uudelleenyrityksellä adaptiivinen tila muuttaa nopeusrajoitusmuuttujia AWS-palvelun vastauksessa esitetyn virheen, poikkeuksen tai HTTP-tilakoodin perusteella. Näitä nopeusrajoitusmuuttujia käytetään sitten uuden puheluhinnan laskemiseen asiakkaalle. Jokainen poikkeus, virhe tai epäonnistunut HTTP-vastaus AWS-palvelusta päivittää nopeusrajoitusmuuttujia uudelleenyritysten tapahtuessa, kunnes saavutetaan onnistuminen, tunnisteryhmä on käytetty loppuun tai määritetty enimmäisyritysten arvo saavutetaan. Esimerkkejä poikkeuksista, virheistä tai epäonnistuneista HTTP-vastauksista:
Yhteenveto
Tässä viestissä jaoimme suunnitteluperiaatteet, painopistealueet, perusteet ja parhaat käytännöt IDP-ratkaisusi luotettavuudelle.
AWS on sitoutunut IDP Well-Architected Lens -objektiiviin elävänä työkaluna. Kun IDP-ratkaisut ja niihin liittyvät AWS AI -palvelut kehittyvät ja uusia AWS-palveluita tulee saataville, päivitämme IDP Lens Well-Architected vastaavasti.
Jos haluat oppia lisää AWS Well-Architected Frameworkista, katso AWS Hyvin suunniteltu.
Jos tarvitset asiantuntija-apua, ota yhteyttä AWS-tilitiimiisi IDP Specialist Solutions Architectin ottamiseksi.
Tietoja Tekijät
Rui Cardoso on kumppaniratkaisuarkkitehti Amazon Web Servicesissä (AWS). Hän keskittyy AI/ML:hen ja IoT:hen. Hän työskentelee AWS Partnersin kanssa ja tukee heitä AWS:n ratkaisujen kehittämisessä. Kun hän ei ole töissä, hän nauttii pyöräilystä, patikoinnista ja uusien asioiden oppimisesta.
Brijesh Pati on yritysratkaisujen arkkitehti AWS:ssä. Hänen ensisijaisena tavoitteenaan on auttaa yritysasiakkaita ottamaan käyttöön pilviteknologioita työkuormitukseensa. Hänellä on tausta sovelluskehityksestä ja yritysarkkitehtuurista, ja hän on työskennellyt asiakkaiden kanssa eri toimialoilta, kuten urheilu-, rahoitus-, energia- ja asiantuntijapalvelut. Hänen kiinnostuksen kohteitaan ovat palvelimettomat arkkitehtuurit ja AI/ML.
Mia Chang on ML Specialist Solutions -arkkitehti Amazon Web Servicesille. Hän työskentelee asiakkaiden kanssa EMEA-alueella ja jakaa parhaita käytäntöjä AI/ML-työkuormien suorittamiseen pilvessä taustansa soveltavan matematiikan, tietojenkäsittelytieteen ja AI/ML:n alalla. Hän keskittyy NLP-spesifisiin työkuormiin ja jakaa kokemuksiaan konferenssipuhujana ja kirjailijana. Vapaa-ajallaan hän harrastaa patikointia, lautapelejä ja kahvin keittämistä.
Tim Condello on vanhempi tekoälyn (AI) ja koneoppimisen (ML) asiantuntijaratkaisujen arkkitehti Amazon Web Servicesissä (AWS). Hän keskittyy luonnolliseen kielenkäsittelyyn ja tietokonenäköön. Tim nauttii asiakkaiden ideoiden ottamisesta ja muuttamisesta skaalautuviksi ratkaisuiksi.
Sherry Ding on vanhempi tekoälyn (AI) ja koneoppimisen (ML) asiantuntijaratkaisujen arkkitehti Amazon Web Servicesissä (AWS). Hänellä on laaja kokemus koneoppimisesta tietojenkäsittelytieteen tohtoriksi. Hän työskentelee pääasiassa julkisen sektorin asiakkaiden kanssa erilaisissa tekoälyyn/ML:ään liittyvissä liiketoimintahaasteissa, mikä auttaa heitä nopeuttamaan koneoppimismatkaansa AWS-pilvessä. Kun hän ei auta asiakkaita, hän nauttii ulkoilusta.
Suyin Wang on AI/ML Specialist Solutions -arkkitehti AWS:ssä. Hänellä on monitieteinen koulutustausta koneoppimisesta, taloustietopalvelusta ja taloustieteestä sekä vuosien kokemus datatieteen ja koneoppimisen sovellusten rakentamisesta, jotka ratkaisivat todellisia liiketoiminnan ongelmia. Hän nauttii auttaa asiakkaita löytämään oikeat liiketoimintakysymykset ja rakentamaan oikeita tekoäly/ML-ratkaisuja. Vapaa-ajallaan hän rakastaa laulamista ja ruoanlaittoa.
- SEO-pohjainen sisällön ja PR-jakelu. Vahvista jo tänään.
- PlatoData.Network Vertical Generatiivinen Ai. Vahvista itseäsi. Pääsy tästä.
- PlatoAiStream. Web3 Intelligence. Tietoa laajennettu. Pääsy tästä.
- PlatoESG. hiili, CleanTech, energia, ympäristö, Aurinko, Jätehuolto. Pääsy tästä.
- PlatonHealth. Biotekniikan ja kliinisten kokeiden älykkyys. Pääsy tästä.
- Lähde: https://aws.amazon.com/blogs/machine-learning/build-well-architected-idp-solutions-with-a-custom-lens-part-3-reliability/
- :on
- :On
- :ei
- $ YLÖS
- 000
- 1
- 100
- 15%
- 17
- 20
- 500
- 7
- a
- kyky
- Meistä
- hyväksikäyttö
- kiihdyttää
- hyväksytty
- majoittaa
- Mukaan
- sen mukaisesti
- Tili
- Tilit
- tarkkuus
- Saavuttaa
- poikki
- Toiminta
- toimet
- toiminta
- mukautuva
- mukautuu
- Lisäksi
- lisä-
- lisäinformaatio
- osoite
- hyväksyä
- Etu
- vaikuttavat
- Jälkeen
- AI
- Tekoälyn palvelut
- AI / ML
- kohdista
- linjassa
- Kaikki
- kohdennetaan
- sallittu
- Salliminen
- mahdollistaa
- yksin
- pitkin
- Myös
- Vaikka
- Amazon
- Amazonin käsitys
- Amazonin teksti
- Amazon Web Services
- Amazon Web Services (AWS)
- keskuudessa
- an
- analyysi
- analysoida
- ja
- vastaus
- vastauksia
- ennakoida
- ennakoitua
- Kaikki
- api
- Hakemus
- Application Development
- sovellukset
- sovellettu
- käyttää
- Hakeminen
- arkkitehtuurin
- arkkitehtuuri
- OVAT
- alueet
- noin
- keinotekoinen
- tekoäly
- Tekoäly (AI)
- AS
- ulkomuoto
- arvioida
- auttaa
- liittyvä
- At
- yritys
- yrityksiä
- täydennetty
- kirjoittaja
- automatisoida
- Automatisoitu
- automaattisesti
- Automaatio
- saatavuus
- saatavissa
- välttää
- tietoinen
- AWS
- takaisin
- tausta
- pohja
- perustua
- BE
- koska
- tulevat
- ennen
- käyttäytyminen
- Hyödyt
- PARAS
- parhaat käytännöt
- välillä
- hallitus
- Lautapelit
- kirja
- sekä
- rakentaa
- Rakentaminen
- sisäänrakennettu
- liiketoiminta
- mutta
- by
- laskea
- soittaa
- Puhelut
- CAN
- kyvyt
- Koko
- kaapata
- tapaus
- tapaustutkimus
- Aiheuttaa
- aiheuttaen
- haasteet
- muuttaa
- muuttunut
- Muutokset
- muuttuviin
- merkki
- hahmon tunnistaminen
- valintoja
- luokittelu
- asiakas
- pilvi
- koodi
- koodit
- kahvi
- kerätä
- yhdistää
- sitoutunut
- Yhteinen
- yhteisöjen
- osat
- ymmärtää
- tietokone
- Tietojenkäsittelyoppi
- Tietokoneen visio
- Konferenssi
- määritetty
- liitäntä
- Liitännät
- Harkita
- harkittu
- johdonmukainen
- johdonmukaisesti
- rajoitteet
- rakentaa
- kulutus
- ottaa yhteyttä
- pitoisuus
- jatkaa
- ohjaus
- muuntaa
- oikein
- vioittuneet
- kustannustehokas
- kattaa
- katettu
- luoda
- luotu
- Luominen
- CTO
- asiakassuhde
- asiakas
- Asiakkaat
- räätälöidä
- tiedot
- tietojen menetys
- tietojenkäsittely
- tietovarasto
- päätökset
- syvä
- määritellä
- määritelty
- Aste
- Kysyntä
- riippua
- on kuvattu
- Malli
- suunnittelun periaatteet
- nimetty
- suunniteltu
- suunnittelu
- yksityiskohdat
- Määrittää
- kehittämällä
- Kehitys
- eri
- mitat
- katastrofi
- pohtia
- sukellus
- asiakirja
- asiakirjat
- tehty
- Pudota
- putosi
- aikana
- dynaamisesti
- kukin
- Taloustiede
- koulutus
- tehokkuus
- tehokas
- muu
- EMEA
- käytössä
- mahdollistaa
- kattaa
- salattu
- energia
- sitoutua
- tarpeeksi
- rikastaminen
- varmistaa
- yritys
- ympäristö
- virhe
- virheet
- arvio
- arviointiin
- lopulta
- kaikki
- kehittää
- esimerkki
- Esimerkit
- ylitetty
- ylittävät
- kunnostautua
- poikkeus
- odotus
- odotettu
- experience
- asiantuntija
- räjähdysmäinen
- ulottuu
- laaja
- Kattava kokemus
- uute
- uuttaminen
- tekijä
- FAIL
- Epäonnistui
- epäonnistuu
- Epäonnistuminen
- epäonnistumisia
- kuuluisa
- Ominaisuus
- Ominaisuudet
- ala
- Fields
- filee
- Asiakirjat
- rahoittaa
- taloudellinen
- taloustiedot
- viisi
- Joustavuus
- Keskittää
- keskittyy
- tarkennus
- seurata
- jälkeen
- varten
- muoto
- lomakkeet
- löytyi
- Perustukset
- Puitteet
- Ilmainen
- alkaen
- koko
- toiminnallisuudet
- toiminnallisuus
- edelleen
- Pelit
- aukkoja
- kokosi
- saada
- Tavoitteet
- ohjaus
- kahva
- Käsittely
- Kova
- Olla
- he
- auttaa
- auttaa
- auttaa
- hänen
- korkeampi
- erittäin
- hänen
- Miten
- Miten
- Kuitenkin
- HTML
- http
- HTTPS
- ihmisen
- ideoita
- tunnistaa
- if
- kuva
- kuvien
- Vaikutus
- vaikuttavia
- toteuttaa
- täytäntöönpano
- tuoda
- tärkeä
- tärkeä näkökohta
- parantaa
- parani
- parantaminen
- in
- sisältää
- sisältää
- Mukaan lukien
- Kasvaa
- lisää
- indikaattorit
- teollisuuden
- vaikuttaneet
- tiedot
- Infrastruktuuri
- oivalluksia
- Älykkyys
- Älykäs
- Älykäs asiakirjojen käsittely
- tarkoitettu
- etu
- tulee
- Esittelee
- käyttöön
- esittely
- Esineiden internet
- IT
- SEN
- Job
- matka
- jpg
- Pitää
- avain
- tunnettu
- Kieli
- kielet
- Layout
- OPPIA
- oppiminen
- Led
- Perintö
- Taso
- elinkaari
- pitää
- RAJOITA
- rajallinen
- rajoittamalla
- rajat
- elävät
- hakkuu
- logiikka
- pois
- rakastaa
- Matala
- kone
- koneoppiminen
- pääasiallisesti
- ylläpitää
- tehdä
- hoitaa
- johto
- monet
- matematiikka
- maksimi
- Saattaa..
- toimenpiteet
- mekanismi
- mekanismit
- Tavata
- Metrics
- Microsoft
- ehkä
- mielessä
- minimi
- ML
- tila
- malli
- mallit
- tilat
- monitori
- seuranta
- Kuukausi
- lisää
- eniten
- täytyy
- nimi
- Luonnollinen
- Luonnollinen kielen käsittely
- Tarve
- verkko
- verkkoliikenne
- Uusi
- NLP
- ilmoitukset
- numero
- tavoite
- tavoitteet
- OCR
- of
- Tarjoukset
- on
- ONE
- käyttää
- toiminta
- toiminta
- toiminta-
- Operations
- optinen hahmon tunnistus
- optimaalinen
- or
- Muut
- meidän
- ulos
- Tulos
- ääriviivat
- ulostulo
- yli
- sivulla
- sivut
- parametri
- osa
- kumppani
- kumppani
- osat
- Kuvio
- varten
- Suorittaa
- suorituskyky
- esittävä
- aika
- phd
- Pilari
- suunnitelma
- suunnittelu
- Platon
- Platonin tietotieto
- PlatonData
- Kohta
- mahdollinen
- Kirje
- mahdollinen
- harjoitusta.
- käytännöt
- esitetty
- estää
- edellinen
- ensisijainen
- periaatteet
- ongelmia
- menettelyt
- prosessi
- Prosessit
- käsittely
- tuotanto
- ammatillinen
- projekti
- suojella
- toimittaa
- tarjoaa
- julkinen
- Python
- kyselyt
- kysymys
- kysymykset
- lainata
- nostaa
- hinta
- Hinnat
- pikemminkin
- saavutettu
- Lue
- Lukeminen
- todellinen maailma
- tunnustaminen
- suositella
- suosituksia
- toipua
- elpyminen
- katso
- alueet
- liittyvä
- vapauta
- luotettavuus
- luotettava
- Poistaa
- korjaus
- toistaa
- edustaja
- pyyntö
- pyynnöt
- edellyttää
- tarvitaan
- vaatimukset
- Vaatii
- kimmoisuus
- kimmoisa
- Esittelymateriaalit
- vastaus
- vasteet
- tulokset
- arviot
- tarkistetaan
- oikein
- riskit
- kierros
- säännöt
- ajaa
- juoksu
- skaalautuva
- skenaariot
- tiede
- sdk
- sdks
- haku
- Toinen
- sekuntia
- Osa
- sektori
- turvallinen
- nähdä
- lähettää
- lähettää
- vanhempi
- erillinen
- Sarjat
- serverless
- palvelu
- Palvelut
- setti
- useat
- yhteinen
- osakkeet
- hän
- Lyhyt
- shouldnt
- Näytä
- allekirjoitukset
- Yksinkertainen
- yksinkertaistaa
- single
- Koko
- Hidasta
- sujuvaa
- Pehmeä
- ratkaisu
- Ratkaisumme
- jonkin verran
- tilat
- Kaiutin
- asiantuntija
- erityinen
- erityisesti
- piikkarit
- Urheilu
- vaiheissa
- standardi
- Alkaa
- Aloita
- alkaa
- Osavaltio
- Tila
- Askeleet
- Levytila
- verkkokaupasta
- Strategia
- jono
- tutkimus
- tyyli
- menestys
- onnistunut
- niin
- tuki
- Tuetut
- Tukea
- varma
- kestävä
- puuttua
- ottaa
- ottaen
- tehtävät
- joukkue-
- Tekninen
- Technologies
- ehdot
- testi
- Testaus
- teksti
- kuin
- että
- -
- heidän
- Niitä
- sitten
- Siellä.
- Nämä
- ne
- asiat
- tätä
- ne
- kolmella
- kynnys
- Kautta
- suoritusteho
- Tim
- aika
- että
- symbolinen
- liian
- työkalu
- Yhteensä
- tps
- raita
- liikenne
- koulutus
- Liiketoimet
- kohdella
- laukaista
- Kääntyminen
- tyypillisesti
- varten
- ymmärtää
- tuntematon
- asti
- Päivitykset
- päivitetty
- Päivitykset
- Käyttö
- käyttää
- käyttölaukku
- käytetty
- käyttäjä
- Käyttäjät
- käyttämällä
- yleensä
- VAHVISTA
- validointi
- arvo
- arvot
- lajike
- eri
- versio
- versiot
- visio
- haluta
- we
- verkko
- verkkopalvelut
- tarkkarajainen
- kun
- joka
- vaikka
- KUKA
- tulee
- with
- sisällä
- ilman
- sana
- sanoja
- Referenssit
- työskenteli
- työnkulku
- työnkulkuja
- työskentely
- toimii
- vuotta
- Voit
- Sinun
- zephyrnet