To je gostujoča objava, ki jo je napisal skupaj z Raghujem Boppanno iz Vanguarda.
At Vanguard, poslovna linija Enterprise Advice izboljšuje rezultate vlagateljev z digitalnim dostopom do vrhunskega, prilagojenega in cenovno dostopnega finančnega svetovanja. Delno so to omogočili s spodbujanjem ekonomije obsega za vlagatelje po vsem svetu z zelo prožno in učinkovito tehnično platformo. Vanguard se je za to delovno obremenitev odločil za večregijsko arhitekturo, da pomaga pri zaščiti pred okvarami regionalnih storitev. Za namene visoke razpoložljivosti je treba zagotoviti, da so podatki, ki jih uporablja delovna obremenitev, na voljo ne le v primarni regiji, ampak tudi v sekundarni regiji z minimalnim zamikom podvajanja. V primeru okvare storitve v primarni regiji bi morala biti rešitev zmožna preklopiti na sekundarno regijo s čim manjšo izgubo podatkov in z možnostjo nadaljevanja vnosa podatkov.
Vanguard Cloud Technology Office in AWS sta sodelovala pri izgradnji infrastrukturne rešitve na AWS, ki je izpolnjevala njihove zahteve glede odpornosti. Rešitev z več regijami omogoča robusten mehanizem preklapljanja z vgrajeno možnostjo opazovanja in obnovitve. Rešitev podpira tudi pretakanje podatkov iz več virov v različne tokove podatkov Kinesis. Rešitev se trenutno uvaja v različne vrste poslovnih skupin, da bi izboljšali odpornost njihovih delovnih obremenitev.
Tukaj razpravljani primer uporabe zahteva spremembo zajema podatkov (CDC) za pretakanje podatkov iz oddaljenega vira podatkov (mainframe DB2) v Amazonski kinezi podatkovni tokovi, saj je od teh podatkov odvisna poslovna sposobnost. Kinesis Data Streams je v celoti upravljana, masivno razširljiva, vzdržljiva in poceni storitev pretakanja, ki lahko neprekinjeno zajema in pretaka velike količine podatkov iz več virov ter omogoči uporabo podatkov v nekaj milisekundah. Storitev je zasnovana tako, da je zelo odporna in uporablja več območij razpoložljivosti za obdelavo in shranjevanje podatkov.
Rešitev, obravnavana v tem prispevku, pojasnjuje, kako sta AWS in Vanguard uvedla inovacije za izgradnjo prožne arhitekture za izpolnitev svojih ciljev glede visoke razpoložljivosti.
Pregled rešitev
Rešitev uporablja AWS Lambda za podvajanje podatkov iz podatkovnih tokov Kinesis v primarni regiji v sekundarno regijo. V primeru kakršne koli okvare storitve, ki vpliva na cevovod CDC, postopek samodejnega preklopa sekundarno regijo promovira v primarno za proizvajalce in potrošnike. Uporabljamo Globalne tabele Amazon DynamoDB za kontrolne točke podvajanja, ki omogoča nadaljevanje pretakanja podatkov s kontrolne točke in vzdržuje primarno zastavo konfiguracije regije, ki preprečuje neskončno zanko podvajanja istih podatkov naprej in nazaj.
Rešitev prav tako zagotavlja fleksibilnost za uporabnike Kinesis Data Streams, da uporabljajo primarno ali katero koli sekundarno regijo znotraj istega računa AWS.
Naslednji diagram ponazarja referenčno arhitekturo.
Oglejmo si vsako komponento podrobneje:
- CDC procesor (proizvajalec) – V tej referenčni arhitekturi je proizvajalec razporejen na Amazonski elastični računalniški oblak (Amazon EC2) v primarni in sekundarni regiji ter je aktiven v primarni regiji in v stanju pripravljenosti v sekundarni regiji. Podatke CDC zajame iz zunanjega vira podatkov (kot je zbirka podatkov DB2, kot je prikazano v zgornji arhitekturi) in jih pretaka v tokove podatkov Kinesis v primarni regiji. Vanguard uporablja 3rd orodje za zabavo Qlik Replicate kot njihov procesor CDC. Izdela dobro oblikovano koristno obremenitev, vključno s časovnim žigom potrditve DB2 v tok podatkov Kinesis, poleg dejanskih podatkov vrstic iz oddaljenega vira podatkov. (
example-stream-1
v tem primeru). Naslednja koda je vzorčna obremenitev, ki vsebuje samo primarni ključ zapisa, ki se je spremenil, in časovni žig objave (zaradi poenostavitve preostali podatki vrstice tabele niso prikazani spodaj):{ "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" }
Dekodirana vrednost Base64
Data
kot sledi. Dejanski zapis Kinesis bi poleg primarnega ključa in časovnega žiga potrditve vseboval podatke celotne vrstice vrstice tabele, ki se je spremenila.{"Key": 12349999,"CommitTimestamp": "2022-07-18T20:00:00"}
O
CommitTimestamp
vData
polje se uporablja v kontrolni točki replikacije in je ključnega pomena za natančno sledenje, koliko podatkov toka je bilo repliciranih v sekundarno regijo. Kontrolno točko je nato mogoče uporabiti za olajšanje samodejnega preklopa procesorja (proizvajalca) CDC in natančnega nadaljevanja proizvodnje podatkov od časovnega žiga kontrolne točke replikacije dalje.Alternativa uporabi oddaljenega vira podatkov
CommitTimestamp
(če ni na voljo) je uporabaApproximateArrivalTimestamp
(kar je časovni žig, ko je zapis dejansko zapisan v tok podatkov). - Lambda funkcija replikacije med regijami – Funkcija je razporejena v primarnih in sekundarnih regijah. Nastavljen je s preslikavo vira dogodka v tok podatkov, ki vsebuje podatke CDC. Isto funkcijo je mogoče uporabiti za podvajanje podatkov več tokov. Prikliče se s paketom zapisov iz podatkovnih tokov Kinesis in podvoji paket v ciljno replikacijsko regijo (ki je na voljo prek konfiguracijskega okolja Lambda). Če se podatki CDC aktivno proizvajajo samo v primarni regiji, je zaradi stroškovnih razlogov mogoče rezervirano sočasnost funkcije v sekundarni regiji nastaviti na nič in jo spremeniti med regionalnim samodejnim preklopom. Funkcija ima AWS upravljanje identitete in dostopa (IAM) dovoljenja vloge za naslednje:
- Branje in pisanje v globalne tabele DynamoDB, uporabljene v tej rešitvi, znotraj istega računa.
- Branje in pisanje v Kinesis Data Streams v obeh regijah znotraj istega računa.
- Objavi meritve po meri v amazoncloudwatch v obeh regijah znotraj istega računa.
- Replikacijska kontrolna točka – Kontrolna točka replikacije uporablja globalno tabelo DynamoDB v primarni in sekundarni regiji. Funkcija Lambda replikacije med regijami jo uporablja za ohranitev časovnega žiga potrditve zadnjega zapisa replikacije kot kontrolne točke replikacije za vsak tok, ki je konfiguriran za replikacijo. Za to objavo ustvarimo in uporabimo globalno tabelo, imenovano
kdsReplicationCheckpoint
. - Konfiguracija aktivne regije – Aktivna regija uporablja globalno tabelo DynamoDB v primarni in sekundarni regiji. Za podvojitev konfiguracije uporablja izvorno zmožnost podvajanja med regijami globalne tabele. Vnaprej je napolnjen s podatki o tem, katera je primarna regija za tok, da prepreči podvajanje nazaj v primarno regijo s funkcijo Lambda v pripravljeni regiji. Ta konfiguracija morda ni potrebna, če ima funkcija Lambda v regiji pripravljenosti rezervirano sočasnost, nastavljeno na nič, lahko pa služi kot varnostno preverjanje, da se prepreči neskončna zanka podvajanja podatkov. Za to objavo ustvarimo globalno tabelo, imenovano
kdsActiveRegionConfig
in postavite element z naslednjimi podatki:{ "stream-name": "example-stream-1", "active-region" : "us-east-1" }
- Podatkovni tokovi Kinesis – Tok, v katerega procesor CDC proizvaja podatke. Za to objavo uporabljamo tok, imenovan
example-stream-1
v obeh regijah z enako konfiguracijo drobcev in pravilniki dostopa.
Zaporedje korakov pri replikaciji med regijami
Na kratko si poglejmo, kako se arhitektura izvaja z uporabo naslednjega diagrama zaporedja.
Zaporedje je sestavljeno iz naslednjih korakov:
- Procesor CDC (in
us-east-1
) bere podatke CDC iz oddaljenega vira podatkov. - Procesor CDC (in
us-east-1
) pretaka podatke CDC v Kinesis Data Streams (inus-east-1
). - Lambda funkcija replikacije med regijami (v us-east-1) porabi podatke iz toka podatkov (v
us-east-1
). Izboljšan vzorec razpršitve je priporočljiv za namensko in povečano prepustnost za replikacijo med regijami. - Lambda funkcija replikatorja (in
us-east-1
) potrdi svojo trenutno regijo z aktivno konfiguracijo regije za tok, ki se uporablja, s pomočjokdsActiveRegionConfig
Globalna tabela DynamoDB. Naslednja vzorčna koda (v Javi) lahko pomaga ponazoriti stanje, ki se ocenjuje:// 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());
- Funkcija ovrednoti odziv DynamoDB z naslednjo kodo:
// Evaluate the response if (queryResponse.hasItems()) { AttributeValue activeRegionForStream = queryResponse.items().get(0).get(“ActiveRegion”); return currentAWSRegion.equalsIgnoreCase(activeRegionForStream.s()); }
- Glede na odziv funkcija izvede naslednja dejanja:
- Če je odziv
true
, funkcija replikatorja ustvari zapise v Kinesis Data Streamsus-east-2
na zaporedni način.- Če pride do napake, se zaporedna številka zapisa sledi in ponovitev se prekine. Funkcija vrne seznam neuspelih zaporednih številk. Z vrnitvijo neuspešne zaporedne številke rešitev uporablja funkcijo Lambda kontrolna točka da lahko nadaljujete z obdelavo paketa zapisov z delnimi napakami. To je uporabno pri obravnavi kakršnih koli okvar storitev, kjer funkcija poskuša podvojiti podatke med regijami, da zagotovi pariteto toka in brez izgube podatkov.
- Če ni napak, se vrne prazen seznam, kar pomeni, da je bil paket uspešen.
- Če je odziv
false
, se funkcija podvajalnika vrne brez izvajanja podvajanja. Če želite zmanjšati stroške klicev Lambda, lahko nastavite rezervirano sočasnost funkcije v regiji DR (us-east-2
) na nič. To bo preprečilo priklic funkcije. Pri samodejnem preklopu lahko posodobite to vrednost na ustrezno število glede na prepustnost CDC in nastavite rezervirano sočasnost funkcije vus-east-1
na nič, da preprečite njegovo izvajanje po nepotrebnem.
- Če je odziv
- Ko so vsi zapisi izdelani v Kinesis Data Streams v
us-east-2
, kontrolne točke funkcije replikatorja dokdsReplicationCheckpoint
Globalna tabela DynamoDB (inus-east-1
) z naslednjimi podatki:{ "streamName": "example-stream-1", "lastReplicatedTimestamp": "2022-07-18T20:00:00" }
- Funkcija se vrne po uspešni obdelavi paketa zapisov.
Premisleki glede učinkovitosti
Pričakovanja o uspešnosti rešitve je treba razumeti glede na naslednje dejavnike:
- Izbira regije – Zakasnitev replikacije je neposredno sorazmerna z razdaljo, ki jo prepotujejo podatki, zato razumejte izbiro regije
- Hitrost – Vhodna hitrost podatkov ali količina podatkov, ki se replicirajo
- Velikost koristnega tovora – Velikost tovora, ki se replicira
Spremljajte podvajanje med regijami
Priporočljivo je slediti in opazovati replikacijo, ko se zgodi. Funkcijo Lambda lahko prilagodite za objavo meritev po meri v CloudWatch z naslednjimi meritvami na koncu vsakega klica. Objavljanje teh meritev v primarni in sekundarni regiji vam pomaga zaščititi pred poslabšanji, ki vplivajo na opazljivost v primarni regiji.
- Pretočnost – Trenutna velikost paketa priklica Lambda
- ReplicationLagSeconds – Razlika med trenutnim časovnim žigom (po obdelavi vseh zapisov) in časovnim žigom
ApproximateArrivalTimestamp
zadnjega zapisa, ki je bil ponovljen
Naslednji primer metričnega grafa CloudWatch prikazuje, da je bil povprečni zamik podvajanja 2 sekundi s pretokom 100 zapisov, podvojenih iz us-east-1
do us-east-2
.
Skupna strategija preklopa
Med morebitnimi okvarami, ki vplivajo na cevovod CDC v primarni regiji, lahko potrebe po neprekinjenem poslovanju ali obnovitvi po katastrofi narekujejo preklop cevovoda na sekundarno (pripravljeno) regijo. To pomeni, da je treba narediti nekaj stvari kot del tega postopka samodejnega preklopa:
- Če je mogoče, zaustavite vsa opravila CDC v orodju procesorja CDC v
us-east-1
. - Procesor CDC mora biti preklopljen na sekundarno regijo, tako da lahko bere podatke CDC iz oddaljenega vira podatkov, medtem ko deluje iz regije v pripravljenosti.
- O
kdsActiveRegionConfig
Globalno tabelo DynamoDB je treba posodobiti. Na primer za tokexample-stream-1
v našem primeru se aktivna regija spremeni vus-east-2
:
{ "stream-name": "example-stream-1", "active-Region" : "us-east-2"
}
- Vse kontrolne točke toka je treba prebrati iz
kdsReplicationCheckpoint
Globalna tabela DynamoDB (inus-east-2
), časovni žigi vsake kontrolne točke pa se uporabljajo za zagon opravil CDC v orodju za ustvarjanje vus-east-2
Regija. To zmanjša možnosti izgube podatkov in natančno nadaljuje pretakanje podatkov CDC iz oddaljenega vira podatkov od časovnega žiga kontrolne točke naprej. - Če uporabljate rezervirano sočasnost za nadzor klicev Lambda, nastavite vrednost na nič v primarni regiji (
us-east-1
) in na primerno neničelno vrednost v sekundarni regiji (us-east-2
).
Vanguardova strategija večstopenjskega preklopa
Nekatera orodja tretjih oseb, ki jih uporablja Vanguard, imajo dvostopenjski postopek CDC za pretakanje podatkov iz oddaljenega vira podatkov do cilja. Vanguardovo izbrano orodje za njihov procesor CDC sledi temu pristopu v dveh korakih:
- Prvi korak vključuje nastavitev naloge toka dnevnika, ki bere podatke iz oddaljenega vira podatkov in ostane na uprizoritveni lokaciji.
- Drugi korak vključuje nastavitev posameznih potrošniških opravil, ki berejo podatke z uprizoritvene lokacije – ki bi lahko bila vklopljena Elastični datotečni sistem Amazon (Amazon EFS) oz Amazon FSx, na primer – in ga pretakajte do cilja. Prilagodljivost je v tem, da je vsako od teh potrošniških opravil mogoče sprožiti za pretakanje iz različnih časovnih žigov potrditve. Naloga toka dnevnika običajno začne brati podatke od najmanjšega od vseh časovnih žigov potrditve, ki jih uporabljajo uporabniška opravila.
Oglejmo si primer za razlago scenarija:
- Naloga potrošnika A pretaka podatke od časovnega žiga potrditve 2022-07-19T20:00:00 naprej v
example-stream-1
. - Naloga potrošnika B pretaka podatke od časovnega žiga potrditve 2022-07-19T21:00:00 naprej v
example-stream-2
. - V tem primeru bi moral tok dnevnika brati podatke iz oddaljenega vira podatkov iz najmanjšega časovnega žiga, ki ga uporabljajo potrošniška opravila, kar je 2022-07-19T20:00:00.
Naslednji diagram zaporedja prikazuje natančne korake, ki jih je treba izvesti med samodejnim preklopom na us-east-2
(regija v pripravljenosti).
Koraki so naslednji:
- Postopek samodejnega preklopa se sproži v regiji pripravljenosti (
us-east-2
v tem primeru), ko je to potrebno. Upoštevajte, da je sprožilec mogoče avtomatizirati z uporabo obsežnih zdravstvenih pregledov cevovoda v primarni regiji. - Postopek samodejnega preklopa posodobi globalno tabelo kdsActiveRegionConfig DynamoDB z novo vrednostjo za regijo kot
us-east-2
za vsa imena tokov. - Naslednji korak je pridobivanje vseh kontrolnih točk toka iz
kdsReplicationCheckpoint
Globalna tabela DynamoDB (inus-east-2
). - Ko so informacije o kontrolni točki prebrane, postopek samodejnega preklopa najde najmanj vseh
lastReplicatedTimestamp
. - Naloga toka dnevnika v orodju za procesor CDC se zažene v
us-east-2
s časovnim žigom, najdenim v 4. koraku. Začne brati podatke CDC iz oddaljenega vira podatkov od tega časovnega žiga naprej in jih obdrži na uprizoritveni lokaciji v AWS. - Naslednji korak je zagon vseh potrošniških nalog za branje podatkov iz uprizoritvene lokacije in pretok v ciljni tok podatkov. Tukaj je vsako potrošniško opravilo opremljeno z ustreznim časovnim žigom iz
kdsReplicationCheckpoint
tabela glede nastreamName
kamor opravilo pretaka podatke.
Ko se zaženejo vsa potrošniška opravila, se podatki proizvedejo v podatkovne tokove Kinesis v us-east-2. Od tam naprej je postopek replikacije med regijami enak kot je opisan prej – funkcija replikacije Lambda v us-east-2
začne podvajati podatke v tok podatkov v us-east-1
.
Potrošniške aplikacije, ki berejo podatke iz tokov, naj bi bile idempotentne, da bi lahko obravnavale dvojnike. Dvojniki se lahko vnesejo v tok zaradi številnih razlogov, od katerih so nekateri navedeni spodaj.
- Izdelovalec ali procesor CDC vnese dvojnike v tok med ponovnim predvajanjem podatkov CDC med samodejnim preklopom
- Globalna tabela DynamoDB uporablja asinhrono podvajanje podatkov med regijami in če
kdsReplicationCheckpoint
podatki tabele imajo zamik podvajanja, lahko postopek samodejnega preklopa potencialno uporabi starejši časovni žig kontrolne točke za ponovno predvajanje podatkov CDC.
Poleg tega morajo potrošniške aplikacije preveriti CommitTimestamp zadnjega zapisa, ki je bil uporabljen. To omogoča boljše spremljanje in okrevanje.
Pot do zrelosti: avtomatizirana obnovitev
Idealno stanje je popolna avtomatizacija postopka samodejnega preklopa, s čimer se skrajša čas za obnovitev in doseže cilj ravni odpornosti (SLO). Vendar pa v večini organizacij odločitev o preklopu, ponovni prekinitvi in sprožitvi preklopa zahteva ročno posredovanje pri ocenjevanju situacije in odločanju o izidu. Ustvarjanje skriptne avtomatizacije za izvajanje samodejnega preklopa, ki ga lahko izvaja človek, je dober začetek.
Vanguard je avtomatiziral vse korake samodejnega preklopa, vendar se ljudje še vedno odločajo, kdaj ga bodo priklicali. Rešitev lahko prilagodite svojim potrebam in glede na procesorsko orodje CDC, ki ga uporabljate v svojem okolju.
zaključek
V tej objavi smo opisali, kako je Vanguard inoviral in zgradil rešitev za podvajanje podatkov po regijah v podatkovnih tokovih Kinesis, da bi bili podatki visoko dostopni. Prikazali smo tudi robustno strategijo kontrolnih točk za olajšanje regionalnega samodejnega preklopa procesa replikacije, kadar je to potrebno. Rešitev je tudi ponazorila, kako uporabljati globalne tabele DynamoDB za sledenje kontrolnim točkam podvajanja in konfiguraciji. S to arhitekturo je Vanguard lahko razporedil delovne obremenitve, odvisne od podatkov CDC, v več regij, da bi izpolnil poslovne potrebe po visoki razpoložljivosti ob soočenju z motnjami storitev, ki vplivajo na cevovode CDC v primarni regiji.
Če imate kakršne koli povratne informacije, pustite komentar v spodnjem razdelku Komentarji.
O avtorjih
Raghu Boppanna dela kot podjetniški arhitekt v Vanguardovem glavnem tehnološkem uradu. Raghu je specializiran za analizo podatkov, migracijo/replikacijo podatkov, vključno s cevovodi CDC, obnovitev po katastrofi in baze podatkov. Pridobil je več certifikatov AWS, vključno s certificirano varnostjo AWS – posebnost in certificirano analitiko podatkov AWS – posebnost.
Parameswaran V Vaidyanathan je višji arhitekt za odpornost na oblake pri Amazon Web Services. Velikim podjetjem pomaga doseči poslovne cilje z arhitekturo in gradnjo razširljivih in prožnih rešitev v oblaku AWS.
Richa Kaul je višji vodja na področju rešitev za stranke, ki služi strankam finančnih storitev. Živi v New Yorku. Ima bogate izkušnje na področju obsežne transformacije oblaka, odličnosti zaposlenih in digitalnih rešitev naslednje generacije. Ona in njena ekipa se osredotočata na optimizacijo vrednosti oblaka z gradnjo zmogljivih, prožnih in agilnih rešitev. Richa uživa v različnih športih, kot so triatlon, glasba in učenje o novih tehnologijah.
Mithil Prasad je glavni vodja rešitev za stranke pri Amazon Web Services. V svoji vlogi Mithil sodeluje s strankami, da bi spodbudil uresničevanje vrednosti v oblaku, zagotovil miselno vodstvo, da bi podjetjem pomagal doseči hitrost, okretnost in inovativnost.
- Distribucija vsebine in PR s pomočjo SEO. Okrepite se še danes.
- Platoblockchain. Web3 Metaverse Intelligence. Razširjeno znanje. Dostopite tukaj.
- vir: 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
- sposobnost
- Sposobna
- O meni
- nad
- dostop
- Po
- Račun
- natančno
- Doseči
- čez
- dejavnosti
- aktivna
- aktivno
- dejansko
- Poleg tega
- nasveti
- vplivajo
- cenovno
- po
- proti
- okreten
- vsi
- omogoča
- alternativa
- Amazon
- Amazon EC2
- Amazon Kinesis
- Amazon Web Services
- zneski
- analitika
- in
- aplikacije
- pristop
- primerno
- Arhitektura
- avtomatizirati
- Avtomatizirano
- Avtomatizacija
- razpoložljivost
- Na voljo
- povprečno
- izogniti
- AWS
- Certificirano AWS
- nazaj
- temeljijo
- ker
- počutje
- spodaj
- Boljše
- med
- Na kratko
- Broken
- izgradnjo
- Building
- zgrajena
- vgrajeno
- poslovni
- kontinuiteta poslovanja
- podjetja
- se imenuje
- zajemanje
- ujame
- primeru
- CDC
- certifikati
- Certified
- kvote
- spremenite
- preveriti
- Pregledi
- šef
- izbira
- Cloud
- TEHNOLOGIJA V OBLAKU
- Koda
- komentar
- komentarji
- Zavezati
- komponenta
- celovito
- Izračunajte
- stanje
- konfiguracija
- premislekov
- porabi
- Potrošnik
- Potrošniki
- poraba
- stalno
- nadzor
- strošek
- bi
- par
- ustvarjajo
- Ustvarjanje
- kritično
- Trenutna
- Trenutno
- po meri
- stranka
- Rešitve za stranke
- Stranke, ki so
- prilagodite
- datum
- Podatkovna analiza
- izguba podatkov
- Baze podatkov
- baze podatkov
- Odločanje
- Odločitev
- namenjen
- Dokazano
- dokazuje,
- Odvisno
- odvisno
- razporedi
- razporejeni
- opisano
- destinacija
- Podatki
- Razlika
- drugačen
- digitalni
- neposredno
- katastrofa
- razpravljali
- razdalja
- pogon
- vožnjo
- dvojnikov
- med
- vsak
- prej
- zaslužili
- gospodarstev
- Ekonomija obsega
- učinkovite
- Zaposlen
- omogoča
- okrepljeno
- zagotovitev
- Podjetje
- podjetja
- Celotna
- okolje
- Eter (ETH)
- oceniti
- ocenili
- Event
- Tudi vsak
- Primer
- Odličnost
- izvršitve
- pričakovanja
- Pričakuje
- izkušnje
- Pojasnite
- Pojasni
- obsežen
- zunanja
- Obraz
- olajšati
- dejavniki
- FAIL
- ni uspelo
- Napaka
- Feature
- povratne informacije
- Polje
- file
- finančna
- finančne storitve
- najdbe
- prva
- prilagodljivost
- Osredotočite
- po
- sledi
- Za vlagatelje
- je pokazala,
- iz
- v celoti
- funkcija
- generacija
- Globalno
- globus
- Cilji
- dobro
- graf
- Gost
- Gost Prispevek
- ročaj
- Ravnanje
- se zgodi
- Zdravje
- pomoč
- Pomaga
- tukaj
- visoka
- zelo
- Kako
- Kako
- Vendar
- HTTPS
- človeškega
- Ljudje
- IAM
- idealen
- identiteta
- oslabitev
- izboljšanje
- izboljšuje
- in
- Vključno
- Dohodni
- povečal
- označuje
- individualna
- Podatki
- Infrastruktura
- Inovacije
- primer
- intervencije
- Uvedeno
- Predstavlja
- Investitor
- Vlagatelji
- vključuje
- IT
- ponovitev
- Java
- julij
- Ključne
- Podatkovni tokovi Kinesis
- velika
- Zadnja
- Latenca
- Vodja
- Vodstvo
- učenje
- pustite
- Stopnja
- vrstica
- linije
- Seznam
- malo
- kraj aktivnosti
- Poglej
- off
- je
- vzdržuje
- Znamka
- IZDELA
- upravlja
- upravitelj
- Način
- Navodilo
- več
- kartiranje
- množično
- zapadlosti
- pomeni
- Mehanizem
- Srečati
- srečanja
- meritev
- Meritve
- minimalna
- minimalna
- način
- spremembe
- spremljanje
- Najbolj
- več
- več
- Glasba
- Ime
- Imena
- materni
- Nimate
- potrebna
- potrebe
- Novo
- Nove tehnologije
- NY
- Naslednja
- Številka
- številke
- Cilj
- opazujejo
- Office
- deluje
- optimizacijo
- organizacije
- Rezultat
- pariteta
- del
- partnerja
- zabava
- Vzorec
- opravlja
- performance
- izvajati
- Dovoljenja
- vztraja
- Prilagojene
- plinovod
- Kraj
- platforma
- platon
- Platonova podatkovna inteligenca
- PlatoData
- prosim
- politike
- mogoče
- Prispevek
- potencialno
- preprečiti
- primarni
- , ravnateljica
- Postopek
- obravnavati
- Procesor
- Proizvedeno
- Proizvajalec
- Proizvajalci
- spodbuja
- zaščito
- zagotavljajo
- če
- zagotavlja
- objavijo
- Založništvo
- namene
- dal
- Preberi
- reading
- realizacija
- Razlogi
- priporočeno
- zapis
- evidence
- Obnovi
- okrevanje
- zmanjša
- zmanjšanje
- okolica
- regionalni
- regije
- daljinsko
- podvojeno
- ponovitve
- replikacija
- obvezna
- Zahteve
- zahteva
- pridržane
- odpornost
- odporno
- Odgovor
- REST
- Nadaljuj
- vrnitev
- vrnitev
- vrne
- robusten
- vloga
- Valjani
- ROW
- Run
- Varnost
- Enako
- razširljive
- Lestvica
- Scenarij
- drugi
- sekundarno
- sekund
- Oddelek
- varnost
- višji
- Zaporedje
- služijo
- Storitev
- Storitve
- služijo
- nastavite
- nastavitev
- več
- shouldnt
- pokazale
- Razstave
- preprostost
- Razmere
- Velikosti
- So
- Rešitev
- rešitve
- nekaj
- vir
- Viri
- specializirano
- Posebnost
- hitrost
- Šport
- uprizoritev
- Začetek
- začel
- začne
- Država
- Korak
- Koraki
- Še vedno
- stop
- trgovina
- Strategija
- tok
- pretakanje
- storitev pretakanja
- tokovi
- uspešno
- Uspešno
- primerna
- superior
- dobavljeno
- Podpira
- sistem
- miza
- meni
- ciljna
- Naloga
- Naloge
- skupina
- Skupine
- tehnični
- Tehnologije
- Tehnologija
- O
- njihove
- stvari
- tretjih oseb
- mislil
- miselno vodstvo
- skozi
- pretočnost
- čas
- Časovni žig
- do
- orodje
- orodja
- sledenje
- Sledenje
- Preoblikovanje
- potoval
- sprožijo
- sprožilo
- razumeli
- razumel
- po nepotrebnem
- Nadgradnja
- posodobljeno
- posodobitve
- uporaba
- primeru uporabe
- navadno
- UTC
- vrednost
- Vanguard
- VeloCity
- preko
- Obseg
- web
- spletne storitve
- ki
- medtem
- bo
- v
- brez
- deluje
- bi
- pisati
- pisni
- Vaša rutina za
- sami
- zefirnet
- nič
- cone