Tämä on vieraspostaus, joka on kirjoitettu yhdessä Vanguardin Raghu Boppannan kanssa.
At etujoukko, Enterprise Advice -liiketoimintalinja parantaa sijoittajien tuloksia tarjoamalla digitaalisen pääsyn erinomaiseen, henkilökohtaiseen ja edulliseen talousneuvontaan. Ne tekivät sen mahdolliseksi osittain tuomalla mittakaavaetuja eri puolilla maailmaa sijoittajille erittäin joustavan ja tehokkaan teknisen alustan avulla. Vanguard valitsi usean alueen arkkitehtuurin tähän työmäärään suojatakseen alueellisten palvelujen heikkenemistä. Korkean käytettävyyden vuoksi työkuorman käyttämät tiedot on saatettava saataville ensisijaisen alueen lisäksi myös toissijaisella alueella minimaalisella replikointiviiveellä. Jos ensisijaisella alueella ilmenee palveluhäiriö, ratkaisun pitäisi pystyä siirtymään toissijaiselle alueelle mahdollisimman pienellä tiedonhäviöllä ja kyvyllä jatkaa tietojen käsittelyä.
Vanguard Cloud Technology Office ja AWS tekivät yhteistyötä rakentaakseen AWS:lle infrastruktuuriratkaisun, joka täytti niiden kestävyysvaatimukset. Monialueratkaisu mahdollistaa vankan vikasietomekanismin, jossa on sisäänrakennettu havainnointi ja palautus. Ratkaisu tukee myös tiedon suoratoistoa useista lähteistä erilaisiin Kinesis-tietovirtoihin. Ratkaisua ollaan parhaillaan ottamassa käyttöön eri liiketoimintaryhmien käyttöön parantaakseen heidän työtaakkansa joustavuutta.
Tässä käsitelty käyttötapaus edellyttää, että Change Data Capture (CDC) virtauttaa tiedot etätietolähteestä (mainframe DB2) Amazon Kinesis -tietovirrat, koska liiketoimintakyky riippuu näistä tiedoista. Kinesis Data Streams on täysin hallittu, massiivisesti skaalautuva, kestävä ja edullinen suoratoistopalvelu, joka voi jatkuvasti siepata ja suoratoistaa suuria tietomääriä useista lähteistä ja asettaa tiedot kulutukseen millisekunneissa. Palvelu on rakennettu erittäin joustavaksi ja käyttää useita Saatavuusvyöhykkeitä tietojen käsittelyyn ja tallentamiseen.
Tässä viestissä käsitelty ratkaisu selittää, kuinka AWS ja Vanguard innovoivat rakentaakseen kestävän arkkitehtuurin korkean käytettävyyden tavoitteidensa saavuttamiseksi.
Ratkaisun yleiskatsaus
Ratkaisu käyttää AWS Lambda replikoida tietoja Kinesis-datavirroista ensisijaisella alueella toissijaiselle alueelle. Jos CDC-putkilinjaan vaikuttaa palvelun heikkeneminen, vikasietoprosessi nostaa toissijaisen alueen ensisijaiseksi tuottajien ja kuluttajien kannalta. Käytämme Amazon DynamoDB globaalit taulukot replikoinnin tarkistuspisteille, joka mahdollistaa tietojen suoratoiston jatkamisen tarkistuspisteestä ja ylläpitää myös ensisijaisen alueen määrityslippua, joka estää saman datan loputtoman replikointisilmukan edestakaisin.
Ratkaisu tarjoaa myös Kinesis Data Streams -kuluttajille joustavuuden käyttää ensisijaista tai toissijaista aluetta samalla AWS-tilillä.
Seuraava kaavio havainnollistaa referenssiarkkitehtuuria.
Katsotaanpa jokaista komponenttia yksityiskohtaisesti:
- CDC-prosessori (tuottaja) – Tässä referenssiarkkitehtuurissa tuottaja otetaan käyttöön Amazonin elastinen laskentapilvi (Amazon EC2) sekä ensisijaisella että toissijaisella alueella, ja se on aktiivinen ensisijaisella alueella ja valmiustilassa toissijaisella alueella. Se kaappaa CDC-tiedot ulkoisesta tietolähteestä (kuten DB2-tietokannasta, kuten yllä olevassa arkkitehtuurissa näkyy) ja suoratoistaa ensisijaisen alueen Kinesis-tietovirtoihin. Vanguard käyttää 3rd juhlatyökalu Qlik Replicate heidän CDC-prosessorinaan. Se tuottaa hyvin muotoillun hyötykuorman, joka sisältää DB2-toimituksen aikaleiman Kinesis-tietovirtaan etätietolähteen todellisten rivitietojen lisäksi. (
example-stream-1
tässä esimerkissä). Seuraava koodi on esimerkkihyötykuorma, joka sisältää vain muuttuneen tietueen ensisijaisen avaimen ja toimitusaikaleiman (yksinkertaisuuden vuoksi muita taulukon rivitietoja ei näytetä alla):{ "eventSource": "aws:kinesis", "kinesis": { "ApproximateArrivalTimestamp": "Mon July 18 20:00:00 UTC 2022", "SequenceNumber": "49544985256907370027570885864065577703022652638596431874", "PartitionKey": "12349999", "KinesisSchemaVersion": "1.0", "Data": "eyJLZXkiOiAxMjM0OTk5OSwiQ29tbWl0VGltZXN0YW1wIjogIjIwMjItMDctMThUMjA6MDA6MDAifQ==" }, "eventId": "shardId-000000000000:49629136582982516722891309362785181370337771525377097730", "invokeIdentityArn": "arn:aws:iam::6243876582:role/kds-crr-LambdaRole-1GZWP67437SD", "eventName": "aws:kinesis:record", "eventVersion": "1.0", "eventSourceARN": "arn:aws:kinesis:us-east-1:6243876582:stream/kds-stream-1/consumer/kds-crr:6243876582", "awsRegion": "us-east-1" }
Base64:n dekoodattu arvo
Data
on seuraava. Varsinainen Kinesis-tietue sisältäisi muuttuneen taulukon rivin koko rivitiedot ensisijaisen avaimen ja toimitusaikaleiman lisäksi.{"Key": 12349999,"CommitTimestamp": "2022-07-18T20:00:00"}
-
CommitTimestamp
vuonnaData
-kenttää käytetään replikoinnin tarkistuspisteessä, ja se on kriittinen seurattaessa tarkasti, kuinka suuri osa virtatiedoista on replikoitu toissijaiselle alueelle. Tarkistuspistettä voidaan sitten käyttää helpottamaan CDC-prosessorin (tuottajan) vikasietoa ja jatkamaan tietojen tuottamista tarkasti replikaation tarkistuspisteen aikaleimasta alkaen.Vaihtoehto etätietolähteen käytölle
CommitTimestamp
(jos se ei ole käytettävissä) on käyttääApproximateArrivalTimestamp
(joka on aikaleima, jolloin tietue todella kirjoitetaan tietovirtaan). - Alueiden välinen replikointi Lambda-toiminto – Toiminto on käytössä sekä ensisijaisella että toissijaisella alueella. Se on määritetty tapahtumalähteellä, joka on kartoitettu CDC-tietoja sisältävään tietovirtaan. Samaa toimintoa voidaan käyttää useiden virtojen tietojen replikointiin. Sitä kutsutaan Kinesis Data Streamsin tietueerän kanssa ja se replikoi erän kohdereplikointialueelle (joka toimitetaan Lambda-määritysympäristön kautta). Kustannussyistä, jos CDC-tiedot tuotetaan aktiivisesti vain ensisijaiselle alueelle, toissijaisen alueen funktion varattu samanaikaisuus voidaan asettaa nollaan ja muokata alueellisen vikasietoisuuden aikana. Toiminnossa on AWS-henkilöllisyyden ja käyttöoikeuksien hallinta (IAM) roolioikeudet tehdä seuraavat:
- Lue ja kirjoita tässä ratkaisussa käytettyjä DynamoDB-yleistaulukoita samalla tilillä.
- Lue ja kirjoita Kinesis-datavirtoihin saman tilin molemmilla alueilla.
- Julkaise mukautettuja mittareita osoitteeseen amazonin pilvikello molemmilla alueilla samalla tilillä.
- Replikoinnin tarkistuspiste – Replikoinnin tarkistuspiste käyttää DynamoDB:n yleistä taulukkoa sekä ensisijaisella että toissijaisella alueella. Alueiden välisen replikoinnin Lambda-funktio käyttää sitä säilyttääkseen viimeisen replikointitietueen toimitusaikaleiman replikoinnin tarkistuspisteenä jokaiselle replikointia varten määritetylle virralle. Tätä viestiä varten luomme ja käytämme globaalia taulukkoa nimeltä
kdsReplicationCheckpoint
. - Aktiivisen alueen kokoonpano – Aktiivinen alue käyttää DynamoDB:n globaalia taulukkoa sekä ensisijaisella että toissijaisella alueella. Se käyttää globaalin taulukon alkuperäistä alueiden välistä replikointiominaisuutta kokoonpanon replikointiin. Se on valmiiksi täytetty tiedoilla siitä, mikä on virran ensisijainen alue, jotta valmiusalueen Lambda-toiminto ei replikoisi takaisin ensisijaiseen alueeseen. Tätä kokoonpanoa ei ehkä vaadita, jos valmiusalueen Lambda-toiminnon varattu samanaikaisuus on asetettu nollaan, mutta se voi toimia turvatarkistuksena tietojen loputtoman replikointisilmukan välttämiseksi. Tätä viestiä varten luomme globaalin taulukon nimeltä
kdsActiveRegionConfig
ja laita kohde seuraavilla tiedoilla:{ "stream-name": "example-stream-1", "active-region" : "us-east-1" }
- Kinesis-tietovirrat – Virta, johon CDC-prosessori tuottaa tiedot. Tässä viestissä käytämme streamia nimeltä
example-stream-1
molemmilla alueilla samoilla sirpalemäärityksillä ja pääsykäytännöillä.
Vaiheiden järjestys alueiden välisessä replikaatiossa
Katsotaanpa lyhyesti, kuinka arkkitehtuuria käytetään seuraavan sekvenssikaavion avulla.
Sarja koostuu seuraavista vaiheista:
- CDC-prosessori (sis
us-east-1
) lukee CDC-tiedot etätietolähteestä. - CDC-prosessori (sis
us-east-1
) suoratoistaa CDC-tiedot Kinesis Data Streamsiin (inus-east-1
). - Alueiden välinen replikointi Lambda-funktio (us-east-1:ssä) kuluttaa datan datavirrasta (in
us-east-1
). Parannettua tuuletuskuviota suositellaan alueiden väliseen replikointiin dedikoituun ja suurempaan suorituskykyyn. - Replikaattorin lambda-toiminto (in
us-east-1
) vahvistaa nykyisen alueensa kulutettavan virran aktiivisella aluemääritykselläkdsActiveRegionConfig
DynamoDB:n yleinen taulukko Seuraava esimerkkikoodi (Javalla) voi auttaa havainnollistamaan arvioitavaa ehtoa:// Fetch the current AWS Region from the Lambda function’s environment String currentAWSRegion = System.getenv(“AWS_REGION”); // Read the stream name from the first Kinesis Record once for the entire batch being processed. This is done because we are reusing the same Lambda function for replicating multiple streams. String currentStreamNameConsumed = kinesisRecord.getEventSourceARN().split(“:”)[5].split(“/”)[1]; // Build the DynamoDB query condition using the stream name Map<String, Condition> keyConditions = singletonMap(“streamName”, Condition.builder().comparisonOperator(EQ).attributeValueList(AttributeValue.builder().s(currentStreamNameConsumed).build()).build()); // Query the DynamoDB Global Table QueryResponse queryResponse = ddbClient.query(QueryRequest.builder().tableName("kdsActiveRegionConfig").keyConditions(keyConditions).attributesToGet(“ActiveRegion”).build());
- Funktio arvioi DynamoDB:n vastauksen seuraavalla koodilla:
// Evaluate the response if (queryResponse.hasItems()) { AttributeValue activeRegionForStream = queryResponse.items().get(0).get(“ActiveRegion”); return currentAWSRegion.equalsIgnoreCase(activeRegionForStream.s()); }
- Vastauksesta riippuen toiminto suorittaa seuraavat toimet:
- Jos vastaus on
true
, replikaattoritoiminto tuottaa tietueet Kinesis-tietovirtoihinus-east-2
peräkkäisellä tavalla.- Jos tapahtuu vika, tietueen järjestysnumeroa seurataan ja iteraatio katkeaa. Funktio palauttaa epäonnistuneiden järjestysnumeroiden luettelon. Palauttamalla epäonnistuneen järjestysnumeron ratkaisu käyttää ominaisuutta Lambdan tarkistus voidakseen jatkaa tietueerän käsittelyä osittaisilla vioilla. Tämä on hyödyllistä hoidettaessa palveluhäiriöitä, joissa toiminto yrittää replikoida tietoja eri alueilla varmistaakseen virran pariteetin ja ilman tietojen menetystä.
- Jos virheitä ei ole, palautetaan tyhjä luettelo, joka osoittaa, että erä oli onnistunut.
- Jos vastaus on
false
, replikaattoritoiminto palaa suorittamatta replikointia. Vähentääksesi Lambda-kutsujen kustannuksia voit asettaa toiminnon varatun samanaikaisuuden DR-alueella (us-east-2
) nollaan. Tämä estää funktion käynnistämisen. Kun suoritat vikasietoisuuden, voit päivittää tämän arvon sopivaan numeroon CDC:n suorituskyvyn perusteella ja määrittää funktion varatun samanaikaisuudenus-east-1
nollaan, jotta se ei suoriutuisi tarpeettomasti.
- Jos vastaus on
- Sen jälkeen, kun kaikki tietueet on tuotettu Kinesis Data Streams -palveluun
us-east-2
, replikaattoritoiminnon tarkistuspisteetkdsReplicationCheckpoint
DynamoDB globaali taulukko (inus-east-1
) seuraavilla tiedoilla:{ "streamName": "example-stream-1", "lastReplicatedTimestamp": "2022-07-18T20:00:00" }
- Funktio palaa tietuejoukon onnistuneen käsittelyn jälkeen.
Suorituskykyä koskevat näkökohdat
Ratkaisun suorituskykyodotukset tulee ymmärtää seuraavien tekijöiden perusteella:
- Alueen valinta – Replikointiviive on suoraan verrannollinen datan kulkemaan matkaan, joten ymmärrä aluevalintasi
- Nopeus – Tietojen saapumisnopeus tai kopioitavan tiedon määrä
- Hyötykuorman koko – Replikoitavan hyötykuorman koko
Seuraa alueiden välistä replikointia
On suositeltavaa seurata ja tarkkailla replikointia sen tapahtuessa. Voit räätälöidä Lambda-toiminnon julkaisemaan mukautettuja mittareita CloudWatchiin seuraavilla mittareilla jokaisen kutsun lopussa. Näiden mittareiden julkaiseminen sekä ensisijaisella että toissijaisella alueella auttaa suojaamaan itseäsi havainnointikyvyn heikkenemiseltä ensisijaisella alueella.
- suoritusteho – Nykyinen Lambda-kutsuerän koko
- ReplicationLagSeconds – Nykyisen aikaleiman (kaikkien tietueiden käsittelyn jälkeen) ja aikaleiman välinen ero
ApproximateArrivalTimestamp
viimeisestä kopioidusta tietueesta
Seuraava esimerkki CloudWatch-metriikkakaaviosta osoittaa, että keskimääräinen replikointiviive oli 2 sekuntia 100 tietueen suorituskyvyn ollessa kopioitu us-east-1
että us-east-2
.
Yleinen vikasietostrategia
Kaikkien ensisijaisen alueen CDC-putkilinjaan vaikuttavien heikkenemien aikana liiketoiminnan jatkuvuus tai katastrofipalautustarpeet voivat sanella putkiston vikasietoisuuden toissijaiselle (valmiustila) alueelle. Tämä tarkoittaa, että pari asiaa on tehtävä osana tätä vikasietoprosessia:
- Jos mahdollista, pysäytä kaikki CDC-tehtävät CDC-suoritintyökalussa
us-east-1
. - CDC-prosessori on siirrettävä toissijaiselle alueelle, jotta se voi lukea CDC-tiedot etätietolähteestä toimiessaan valmiustilan ulkopuolella.
- -
kdsActiveRegionConfig
DynamoDB:n yleinen taulukko on päivitettävä. Esimerkiksi streamilleexample-stream-1
esimerkissämme käytetty aktiivinen alue muutetaan muotoonus-east-2
:
{ "stream-name": "example-stream-1", "active-Region" : "us-east-2"
}
- Kaikki virran tarkistuspisteet on luettava
kdsReplicationCheckpoint
DynamoDB globaali taulukko (inus-east-2
), ja kunkin tarkistuspisteen aikaleimoja käytetään CDC-tehtävien käynnistämiseen tuottajatyökalussaus-east-2
Alue. Tämä minimoi tietojen katoamisen mahdollisuudet ja jatkaa tarkasti CDC-tietojen suoratoistoa etätietolähteestä tarkistuspisteen aikaleimasta alkaen. - Jos käytät varattua samanaikaisuutta ohjaamaan Lambda-kutsuja, aseta arvoksi nolla ensisijaisessa Region(
us-east-1
) ja sopivaan nollasta poikkeavaan arvoon toissijaisessa alueella(us-east-2
).
Vanguardin monivaiheinen vikasietostrategia
Joissakin Vanguardin käyttämissä kolmannen osapuolen työkaluissa on kaksivaiheinen CDC-prosessi tietojen suoratoistamiseksi etätietolähteestä kohteeseen. Vanguardin CDC-prosessorille valitsema työkalu noudattaa tätä kaksivaiheista lähestymistapaa:
- Ensimmäinen vaihe sisältää lokivirtatehtävän määrittämisen, joka lukee tiedot etätietolähteestä ja pysyy välityspaikassa.
- Toinen vaihe sisältää yksittäisten kuluttajatehtävien määrittämisen, jotka lukevat tietoja esityspaikasta – joka voi olla päällä Amazonin elastinen tiedostojärjestelmä (Amazon EFS) tai Amazon FSxesimerkiksi ja suoratoistaa sen määränpäähän. Joustavuus tässä on se, että jokainen näistä kuluttajatehtävistä voidaan laukaista striimaamaan eri toimitusaikaleimoista. Lokivirtatehtävä aloittaa yleensä tietojen lukemisen kaikista kuluttajatehtävien käyttämistä toimitusaikaleimoista.
Katsotaanpa esimerkkiä skenaarion selittämiseksi:
- Kuluttajatehtävä A suoratoistaa dataa sitoumuksen aikaleimasta 2022-07-19T20:00:00 alkaen
example-stream-1
. - Kuluttajatehtävä B suoratoistaa dataa sitoutumisaikaleimasta 2022-07-19T21:00:00 alkaen
example-stream-2
. - Tässä tilanteessa lokivirran tulee lukea dataa etätietolähteestä kuluttajatehtävien käyttämien aikaleimojen vähimmäismäärästä, joka on 2022-07-19T20:00:00.
Seuraava järjestyskaavio näyttää tarkat vaiheet, jotka on suoritettava vikasietotilassa us-east-2
(valmiustilaalue).
Vaiheet ovat seuraavat:
- Viansiirtoprosessi käynnistyy valmiustilassa (
us-east-2
tässä esimerkissä) tarvittaessa. Huomaa, että laukaisu voidaan automatisoida käyttämällä kattavia putkiston kuntotarkastuksia ensisijaisella alueella. - Viansiirtoprosessi päivittää kdsActiveRegionConfig DynamoDB -yleistaulukon uudella alueen arvolla
us-east-2
kaikille virtojen nimille. - Seuraava vaihe on hakea kaikki virran tarkistuspisteet osoitteesta
kdsReplicationCheckpoint
DynamoDB globaali taulukko (inus-east-2
). - Kun tarkistuspisteen tiedot on luettu, vikasietoprosessi löytää minimin kaikista
lastReplicatedTimestamp
. - CDC-suoritintyökalun lokivirtatehtävä käynnistetään
us-east-2
vaiheessa 4 löydetyllä aikaleimalla. Se alkaa lukea CDC-dataa etätietolähteestä tästä aikaleimasta ja säilyttää ne AWS:n välityspaikassa. - Seuraava askel on käynnistää kaikki kuluttajatehtävät tietojen lukemiseksi välityspaikasta ja streamista kohdetietovirtaan. Täällä kullekin kuluttajatehtävälle toimitetaan sopiva aikaleima
kdsReplicationCheckpoint
taulukon mukaanstreamName
johon tehtävä suoratoistaa tiedot.
Kun kaikki kuluttajatehtävät on aloitettu, data tuotetaan us-east-2:n Kinesis-datavirtoihin. Siitä eteenpäin alueiden välinen replikointiprosessi on sama kuin aiemmin kuvattu - replikointi Lambda-toiminto us-east-2
alkaa replikoida dataa sisään tulevaan tietovirtaan us-east-1
.
Tietovirroista dataa lukevien kuluttajasovellusten odotetaan olevan idempotentteja pystyäkseen käsittelemään kaksoiskappaleita. Kaksoiskappaleet voidaan lisätä streamiin monista syistä, joista osa on mainittu alla.
- Tuottaja tai CDC-prosessori lisää kaksoiskappaleita streamiin toistaessaan CDC-dataa vikasietotilassa.
- DynamoDB Global Table käyttää asynkronista tietojen replikointia alueiden välillä ja jos
kdsReplicationCheckpoint
taulukon tiedoissa on replikointiviive, vikasietoprosessi voi mahdollisesti käyttää vanhempaa tarkistuspisteen aikaleimaa CDC-tietojen toistamiseen.
Kuluttajasovellusten tulee myös tarkistaa viimeisen käytetyn tietueen CommitTimestamp. Tämä helpottaa parempaa seurantaa ja palautumista.
Polku kypsyyteen: Automaattinen palautus
Ihanteellinen tila on täysin automatisoida vikasietoprosessi, mikä vähentää palautumisaikaa ja saavuttaa joustavuuden palvelutason tavoitteen (SLO). Useimmissa organisaatioissa päätös epäonnistua, epäonnistua ja käynnistää vikasieto vaatii kuitenkin manuaalista puuttumista tilanteen arvioimiseen ja tuloksen päättämiseen. Käsikirjoitetun automaation luominen ihmisen suorittaman vikasietoisuuden suorittamiseksi on hyvä paikka aloittaa.
Vanguard on automatisoinut kaikki vikasietoprosessin vaiheet, mutta silti ihmiset päättävät, milloin se vedetään. Voit mukauttaa ratkaisun vastaamaan tarpeitasi ja riippuen ympäristössäsi käyttämästäsi CDC-suoritintyökalusta.
Yhteenveto
Tässä viestissä kuvailimme, kuinka Vanguard innovoi ja rakensi ratkaisun tietojen replikoimiseksi eri alueilla Kinesis Data Streamsissä, jotta tiedot olisivat erittäin saatavilla. Esitimme myös vankan tarkistuspistestrategian helpottaaksemme replikointiprosessin alueellista vikasietoa tarvittaessa. Ratkaisu havainnollistaa myös kuinka DynamoDB:n globaaleja taulukoita käytetään replikaation tarkistuspisteiden ja kokoonpanon seuraamiseen. Tämän arkkitehtuurin avulla Vanguard pystyi käyttämään CDC-tiedoista riippuen työkuormia useille alueille vastatakseen korkean käytettävyyden liiketoiminnan tarpeisiin ensisijaisen alueen CDC-putkistoihin vaikuttavien palveluhäiriöiden vuoksi.
Jos sinulla on palautetta, jätä kommentti alla olevaan Kommentit-osioon.
Tietoja kirjoittajista
Raghu Boppanna työskentelee yritysarkkitehtina Vanguardin teknologiatoimistossa. Raghu on erikoistunut tietojen analysointiin, tiedonsiirtoon/replikointiin, mukaan lukien CDC-putkistot, katastrofipalautus ja tietokannat. Hän on ansainnut useita AWS-sertifikaatteja, mukaan lukien AWS Certified Security - Specialty ja AWS Certified Data Analytics - Specialty.
Parameswaran V Vaidyanathan on vanhempi Cloud Resilience -arkkitehti Amazon Web Services -palvelussa. Hän auttaa suuria yrityksiä saavuttamaan liiketoimintatavoitteensa suunnittelemalla ja rakentamalla skaalautuvia ja joustavia ratkaisuja AWS Cloudiin.
Richa Kaul on Financial Services -asiakkaita palveleva asiakasratkaisujen vanhempi johtaja. Hänen kotipaikkansa on New Yorkista. Hänellä on laaja kokemus laajamittaisesta pilvimuuntamisesta, työntekijöiden huippuosaamisesta ja seuraavan sukupolven digitaalisista ratkaisuista. Hän ja hänen tiiminsä keskittyvät pilven arvon optimointiin rakentamalla tehokkaita, kestäviä ja ketteriä ratkaisuja. Richa nauttii monista lajeista, kuten triathlonista, musiikista ja uusien teknologioiden oppimisesta.
Mithil Prasad on johtava asiakasratkaisupäällikkö Amazon Web Services -palvelussa. Tehtävässään Mithil työskentelee asiakkaiden kanssa edistääkseen pilviarvon toteutumista ja ajattelun johtajuutta auttaakseen yrityksiä saavuttamaan nopeutta, ketteryyttä ja innovaatioita.
- SEO-pohjainen sisällön ja PR-jakelu. Vahvista jo tänään.
- Platoblockchain. Web3 Metaverse Intelligence. Tietoa laajennettu. Pääsy tästä.
- Lähde: https://aws.amazon.com/blogs/big-data/how-vanguard-made-their-technology-platform-resilient-and-efficient-by-building-cross-region-replication-for-amazon-kinesis-data-streams/
- 1
- 100
- 2022
- 28
- a
- kyky
- pystyy
- Meistä
- edellä
- pääsy
- Mukaan
- Tili
- tarkasti
- Saavuttaa
- poikki
- toimet
- aktiivinen
- aktiivisesti
- todella
- Lisäksi
- neuvot
- vaikuttavat
- edullinen
- Jälkeen
- vastaan
- ketterä
- Kaikki
- mahdollistaa
- vaihtoehto
- Amazon
- Amazon EC2
- Amazon kinesis
- Amazon Web Services
- määrät
- Analytics
- ja
- sovellukset
- lähestymistapa
- sopiva
- arkkitehtuuri
- automatisoida
- Automatisoitu
- Automaatio
- saatavuus
- saatavissa
- keskimäärin
- AWS
- AWS-sertifioitu
- takaisin
- perustua
- koska
- ovat
- alle
- Paremmin
- välillä
- lyhyesti
- Rikki
- rakentaa
- Rakentaminen
- rakennettu
- sisäänrakennettu
- liiketoiminta
- liiketoiminnan jatkuvuus
- yritykset
- nimeltään
- kaapata
- kaappaa
- tapaus
- CDC
- sertifikaatit
- Todistettu
- mahdollisuudet
- muuttaa
- tarkastaa
- Tarkastukset
- päällikkö
- valinta
- pilvi
- PILVITEKNOLOGIA
- koodi
- kommentti
- kommentit
- sitoutumaan
- komponentti
- kattava
- Laskea
- ehto
- Konfigurointi
- näkökohdat
- kulutetaan
- kuluttaja
- Kuluttajat
- kulutus
- jatkuvasti
- ohjaus
- Hinta
- voisi
- Pari
- luoda
- Luominen
- kriittinen
- Nykyinen
- Tällä hetkellä
- asiakassuhde
- asiakas
- Asiakasratkaisut
- Asiakkaat
- räätälöidä
- tiedot
- Data Analytics
- tietojen menetys
- tietokanta
- tietokannat
- Päätetään
- päätös
- omistautunut
- osoittivat
- osoittaa
- Riippuen
- riippuu
- sijoittaa
- käyttöön
- on kuvattu
- määränpää
- yksityiskohta
- ero
- eri
- digitaalinen
- suoraan
- katastrofi
- keskusteltiin
- etäisyys
- ajaa
- ajo
- kaksoiskappaleet
- aikana
- kukin
- Aikaisemmin
- ansainnut
- talouksien
- Mittakaavaedut
- tehokas
- Työntekijä
- mahdollistaa
- tehostettu
- varmistaa
- yritys
- yrityksille
- Koko
- ympäristö
- Eetteri (ETH)
- arvioida
- arvioitu
- tapahtuma
- Joka
- esimerkki
- Erinomaisuus
- täytäntöönpanosta
- odotukset
- odotettu
- experience
- Selittää
- selittää
- laaja
- ulkoinen
- Kasvot
- helpottamaan
- tekijät
- FAIL
- Epäonnistui
- Epäonnistuminen
- Ominaisuus
- palaute
- ala
- filee
- taloudellinen
- rahoituspalvelut
- löydöt
- Etunimi
- Joustavuus
- Keskittää
- jälkeen
- seuraa
- Sijoittajille
- löytyi
- alkaen
- täysin
- toiminto
- sukupolvi
- Global
- maapallo
- Tavoitteet
- hyvä
- kaavio
- vieras
- vieras Lähetä
- kahva
- Käsittely
- tapahtuu
- terveys
- auttaa
- auttaa
- tätä
- Korkea
- erittäin
- Miten
- Miten
- Kuitenkin
- HTTPS
- ihmisen
- Ihmiset
- IAM
- ihanteellinen
- Identiteetti
- vajaatoiminta
- parantaa
- parantaa
- in
- Mukaan lukien
- Saapuva
- kasvoi
- ilmaisee
- henkilökohtainen
- tiedot
- Infrastruktuuri
- Innovaatio
- esimerkki
- interventio
- käyttöön
- Esittelee
- sijoittaja
- Sijoittajat
- IT
- iteraatio
- Jaava
- heinäkuu
- avain
- Kinesis-tietovirrat
- suuri
- Sukunimi
- Viive
- johtaja
- Johto
- oppiminen
- jättää
- Taso
- linja
- linjat
- Lista
- vähän
- sijainti
- katso
- pois
- tehty
- ylläpitää
- tehdä
- TEE
- onnistui
- johtaja
- tapa
- manuaalinen
- monet
- kartoitus
- massiivisesti
- kypsyys
- välineet
- mekanismi
- Tavata
- kokous
- metrinen
- Metrics
- minimi
- minimi
- tila
- muokattu
- seuranta
- eniten
- multi
- moninkertainen
- Musiikki
- nimi
- nimet
- syntyperäinen
- Tarve
- tarvitaan
- tarpeet
- Uusi
- Uudet teknologiat
- New York
- seuraava
- numero
- numerot
- tavoite
- tarkkailla
- Office
- toiminta
- optimoimalla
- organisaatioiden
- Tulos
- pariteetti
- osa
- kumppanuuteen
- puolue
- Kuvio
- suorittaa
- suorituskyky
- esittävä
- Oikeudet
- jatkuu
- yksilöllinen
- putki
- Paikka
- foorumi
- Platon
- Platonin tietotieto
- PlatonData
- Ole hyvä
- politiikkaa
- mahdollinen
- Kirje
- mahdollisesti
- estää
- ensisijainen
- Pääasiallinen
- prosessi
- käsittely
- Suoritin
- valmistettu
- tuottaja
- tuottajat
- edistää
- suojella
- toimittaa
- mikäli
- tarjoaa
- julkaista
- Julkaiseminen
- tarkoituksiin
- laittaa
- Lue
- Lukeminen
- toteutuminen
- syistä
- suositeltu
- ennätys
- asiakirjat
- toipua
- elpyminen
- vähentää
- vähentämällä
- alue
- alueellinen
- alueet
- kaukosäädin
- monistaa
- rinnakkaista
- replikointi
- tarvitaan
- vaatimukset
- Vaatii
- varattu
- kimmoisuus
- kimmoisa
- vastaus
- REST
- jatkaa
- palata
- palaavat
- Tuotto
- luja
- Rooli
- Valssattu
- RIVI
- ajaa
- Turvallisuus
- sama
- skaalautuva
- Asteikko
- skenaario
- Toinen
- toissijainen
- sekuntia
- Osa
- turvallisuus
- vanhempi
- Järjestys
- palvella
- palvelu
- Palvelut
- palvelevat
- setti
- asetus
- useat
- shouldnt
- esitetty
- Näytä
- yksinkertaisuus
- tilanne
- Koko
- So
- ratkaisu
- Ratkaisumme
- jonkin verran
- lähde
- Lähteet
- erikoistunut
- Erikoisuus
- nopeus
- Urheilu
- näyttämöllepano
- Alkaa
- alkoi
- alkaa
- Osavaltio
- Vaihe
- Askeleet
- Yhä
- stop
- verkkokaupasta
- Strategia
- virta
- streaming
- Suoratoistopalvelu
- puroihin
- onnistunut
- Onnistuneesti
- sopiva
- esimies
- toimitetaan
- Tukee
- järjestelmä
- taulukko
- vie
- Kohde
- Tehtävä
- tehtävät
- joukkue-
- tiimit
- Tekninen
- Technologies
- Elektroniikka
- -
- heidän
- asiat
- kolmannen osapuolen
- ajatus
- ajatusjohtajuus
- Kautta
- suoritusteho
- aika
- aikaleima
- että
- työkalu
- työkalut
- raita
- Seuranta
- Muutos
- matkusti
- laukaista
- laukeaa
- ymmärtää
- ymmärsi
- turhaan
- Päivitykset
- päivitetty
- Päivitykset
- käyttää
- käyttölaukku
- yleensä
- UTC
- arvo
- etujoukko
- Nopeus
- kautta
- tilavuus
- verkko
- verkkopalvelut
- joka
- vaikka
- tulee
- sisällä
- ilman
- toimii
- olisi
- kirjoittaa
- kirjallinen
- Sinun
- itse
- zephyrnet
- nolla-
- alueet