Ez a bejegyzés Claudia Chitu és Spyridon Dosis az ACAST-tól.
Alapítva 2014, Egy stáblista a világ vezető független podcast-cége, amely a podcast-készítőket és a podcast-hirdetőket a tökéletes hallgatási élmény érdekében emeli ki. A podcasting független és nyitott ökoszisztémája mellett az Acast célja, hogy a podcastokat a boldoguláshoz szükséges eszközökkel és bevételszerzéssel táplálja.
A vállalat az AWS Cloud szolgáltatásait használja adatvezérelt termékek létrehozásához és a legjobb mérnöki gyakorlatok méretezéséhez. Annak érdekében, hogy fenntartható adatplatformot biztosítsanak a növekedési és jövedelmezőségi fázisok közepette, technológiai csapataik decentralizált platformot alkalmaztak adatháló architektúra.
Ebben a bejegyzésben megvitatjuk, hogy az adatháló koncepciójának alkalmazásával az Acast hogyan küzdötte le a nagyméretű adatokkal dolgozó csapatok közötti kapcsolt függőségek kihívását.
A probléma
A felgyorsult növekedéssel és terjeszkedéssel az Acast olyan kihívásba ütközött, amely világszerte visszhangra talál. Az Acast változatos üzleti egységekkel és hatalmas mennyiségű adattal találta magát a szervezetben. A meglévő monolit és központosított architektúra nehezen tudott megfelelni az adatfogyasztók növekvő igényeinek. Az adatmérnökök egyre nagyobb kihívást jelentett az adatinfrastruktúra karbantartása és méretezése, ami adathozzáféréshez, adatsilókhoz és az adatkezelés hatékonyságának csökkenéséhez vezetett. A kulcsfontosságú cél az volt, hogy az üzleti igényekből kiindulva javítsák a végpontok közötti felhasználói élményt.
Az Acastnak meg kellett felelnie ezeknek a kihívásoknak ahhoz, hogy elérje a működési léptéket, vagyis a globális maximumot az önállóan működni és értéket szállítani tudó emberek számára. Ebben az esetben az Acast megpróbálta megbirkózni ezzel a monolit szerkezettel és a termékcsapatok, a technológiai csapatok és a végfelhasználók számára az értékteremtés legfőbb idejével. Érdemes megemlíteni, hogy más termék- és technológiai csapataik is vannak, beleértve az operatív vagy üzleti csapatokat, amelyek nem rendelkeznek AWS-fiókkal.
Az Acast változó számú termékcsapattal rendelkezik, amelyek folyamatosan fejlődnek a meglévő csapatok összevonásával, felosztásával, új emberek hozzáadásával vagy egyszerűen új csapatok létrehozásával. Az elmúlt 2 évben 10-20 csapatuk volt, egyenként 4-10 főből. Minden csapatnak legalább két AWS-fiókja van, legfeljebb 10 fiókkal, a tulajdonjogtól függően. Az ezekben a fiókokban előállított adatok többségét üzleti intelligencia (BI) célokra használják fel Amazon Athéné, több száz üzleti felhasználó által naponta.
Az Acast által megvalósított megoldás egy adatháló, amelyet AWS-re terveztek. A megoldás inkább a szervezeti struktúrát tükrözi, semmint egy kifejezett építészeti döntést. Mint a Inverz Conway manőver, Az Acast technológiai architektúrája izomorfizmust mutat az üzleti architektúrával. Ebben az esetben az üzleti felhasználók az adatháló-architektúrán keresztül engedélyezve vannak, hogy gyorsabban tájékozódjanak, és közvetlenül tudják, kik a tartományspecifikus tulajdonosok, felgyorsítva az együttműködést. Erről részletesebben lesz szó, amikor megbeszéljük a AWS Identity and Access Management (IAM) szerepköröket használnak, mert az egyik szerepkör az üzleti csoportnak van dedikálva.
A siker paraméterei
Az Acastnak sikerült elindítania és méreteznie egy új, csapat- és tartomány-orientált adatterméket, valamint a hozzá tartozó infrastruktúrát és beállítást, ami kevesebb súrlódást eredményezett a betekintések gyűjtésében, és boldogabb lett a felhasználók és fogyasztók.
A megvalósítás sikere az adatinfrastruktúra, az adatkezelés és az üzleti eredmények különféle szempontjainak felmérését jelentette. A mérőszámokat és mutatókat a következő kategóriákba sorolták:
- Adatok használata – Annak egyértelmű megértése, hogy ki milyen adatforrást fogyaszt, a fogyasztók és a termelők feltérképezésével valósult meg. A felhasználókkal folytatott megbeszélések azt mutatták, hogy boldogabbak, ha gyorsabban, egyszerűbb módon hozzáférhetnek az adatokhoz, strukturáltabb az adatszervezés, és világosan feltérképezik, ki a gyártó. Sok előrelépés történt adatvezérelt kultúrájuk (adatműveltség, adatmegosztás és üzleti egységek közötti együttműködés) fejlesztésében.
- Adatirányítás – Azáltal, hogy szolgáltatási szintű objektumaik jelzik, hogy mikor állnak rendelkezésre az adatforrások (többek között), a csapatok tudják, kit értesítsenek, és ezt rövidebb időn belül megtehetik, ha késői adatok érkeznek, vagy egyéb problémák merülnek fel az adatokkal kapcsolatban. Az adatkezelői szerepkör bevezetésével a tulajdonosi kör megerősödött.
- Adatcsapat termelékenység – A mérnöki retrospektívek során az Acast megállapította, hogy csapataik nagyra értékelik az önállóságot az adattartományukkal kapcsolatos döntések meghozatalában.
- Költség- és erőforrás-hatékonyság – Ez egy olyan terület, ahol az Acast az adatok ismétlődésének csökkenését, és ezáltal a költségek csökkenését figyelte meg (egyes fiókokban az adatok másolatának 100%-os eltávolítása), mivel a fiókok közötti adatokat beolvassa, miközben lehetővé tette a méretezést.
Adatháló áttekintése
Az adatháló egy szociotechnikai megközelítés egy decentralizált adatarchitektúra felépítésére tartomány-orientált, önkiszolgáló tervezéssel (szoftverfejlesztési szempontból), és kölcsönzi Eric Evans tartományvezérelt tervezési elméletét, valamint Manuel Pais és Matthew Skelton elméletét. csapattopológiák elmélete. Fontos meghatározni a kontextust, hogy megértsük, mi az adatháló, mert ez megalapozza a következő technikai részleteket, és segíthet megérteni, hogy az ebben a bejegyzésben tárgyalt fogalmak hogyan illeszkednek az adatháló tágabb keretébe.
Összefoglalva, mielőtt mélyebben belemerülnénk az Acast megvalósításába, az adatháló koncepciója a következő elveken alapul:
- Domainvezérelt, szemben a csővezetékekkel, mint első osztályú aggodalommal
- Az adatokat termékként szolgálja
- Ez egy jó termék, amely örömet okoz a felhasználóknak (az adatok megbízhatóak, a dokumentáció elérhető, és könnyen fogyasztható)
- Összevont számítási irányítást és decentralizált tulajdonjogot kínál – önkiszolgáló adatplatform
Domain-vezérelt architektúra
Az Acast azon megközelítésében, hogy birtokolja az operatív és analitikai adatkészleteket, a csapatok tartományon alapuló tulajdonosi felépítésűek, közvetlenül az adatok előállítójától olvasnak be, API-n keresztül vagy programozottan az Amazon S3 tárolóból, vagy az Athena-t használják SQL lekérdező motorként. A következő ábrán néhány példa látható az Acast tartományaira.
Amint az az előző ábrán látható, egyes tartományok lazán kapcsolódnak más tartományok működési vagy elemzési végpontjaihoz, eltérő tulajdonjoggal. Mások nagyobb függőséget mutathatnak, ami várhatóan az üzleti életben (egyes podcasterek hirdetők is lehetnek, szponzorációs kreatívokat hoznak létre és kampányokat futtatnak saját műsoraikhoz, vagy az Acast szoftverét szolgáltatásként használva hirdetéseket bonyolítanak le).
Az adat mint termék
Az adatok termékként való kezelése három kulcsfontosságú összetevőt foglal magában: maguk az adatok, a metaadatok, valamint a kapcsolódó kód és infrastruktúra. Ebben a megközelítésben az adatok generálásáért felelős csapatokat ún termelők. Ezek a termelői csapatok mélyreható ismeretekkel rendelkeznek fogyasztóikról, értik, hogyan használják fel adattermékeiket. Az adatszolgáltatók által tervezett változtatásokról minden fogyasztót előzetesen tájékoztatnak. Ez a proaktív értesítés biztosítja, hogy a későbbi folyamatok ne szakadjanak meg. Azáltal, hogy a fogyasztókat előzetesen értesítjük, elegendő idejük van a közelgő változásokra való felkészülésre és az azokhoz való alkalmazkodásra, így biztosítva a zökkenőmentes és zavartalan munkafolyamatot. A gyártók párhuzamosan futtatják a kezdeti adatkészlet új verzióját, egyénileg értesítik a fogyasztókat, és megbeszélik velük az új verzió fogyasztásának megkezdéséhez szükséges időkeretet. Amikor minden fogyasztó az új verziót használja, a gyártók elérhetetlenné teszik az eredeti verziót.
Az adatsémák az általánosan elfogadott formátumból következtetnek a fájlok csapatok közötti megosztására, ami az Acast esetében a Parquet. Az adatok megoszthatók fájlokban, kötegelt vagy adatfolyamos eseményekben stb. Minden csapatnak saját AWS-fiókja van, amely független és autonóm entitásként működik saját infrastruktúrával. Hangszereléshez a AWS Cloud Development Kit (AWS CDK) az infrastruktúrához kódként (IaC) és AWS ragasztó Adatkatalógusok metaadatkezeléshez. A felhasználók kérhetik a termelőket, hogy javítsák az adatok megjelenítésének módját, vagy gazdagítsák az adatokat új adatpontokkal a magasabb üzleti érték létrehozása érdekében.
Mivel minden csapat rendelkezik AWS-fiókkal és adatkatalógus-azonosítóval az Athena-tól, ezt egyszerűen az Amazon S3 tetején lévő elosztott adattó lencséjén keresztül láthatja, és egy közös katalógus tartalmazza az összes fiók összes katalógusát.
Ugyanakkor minden csapat más katalógusokat is hozzárendelhet a saját fiókjához, és használhatja saját adatait, amelyeket más fiókok adataival együtt állít elő. Hacsak nem érzékeny adatokról van szó, az adatokhoz programozottan vagy a következőről lehet hozzáférni AWS felügyeleti konzol önkiszolgáló módon, anélkül, hogy az adatinfrastruktúra mérnökeitől függne. Ez egy domain-agnosztikus, megosztott módja az adatok önkiszolgáló kiszolgálásának. A termék felfedezése a katalógus regisztrációval történik. Csak néhány, a vállalaton belül közösen elfogadott és elfogadott szabványt használva az interoperabilitás érdekében az Acast a töredezett silókat és a súrlódásokat kezelte az adatcsere vagy a tartomány-agnosztikus adatok felhasználása érdekében.
Ezzel az elvvel a csapatok biztosítékot kapnak arról, hogy az adatok biztonságosak, megbízhatóak és pontosak, és a megfelelő hozzáférés-szabályozást minden tartományi szinten kezelik. Ezenkívül a központi fiókban szerepek vannak meghatározva a különböző típusú engedélyekhez és hozzáférésekhez AWS IAM Identity Center engedélyeket. Az összes adatkészlet egyetlen központi fiókból felfedezhető. A következő ábra szemlélteti, hogyan működik, ahol két IAM-szerepet vesz fel kétféle felhasználói (fogyasztói) csoport: egy korlátozott adatkészlethez hozzáféréssel rendelkező csoport, amely korlátozott adatok, és egy nem korlátozott adatokhoz fér hozzá. Lehetőség van ezen szerepek bármelyikének felvállalására a szolgáltatásfiókok esetében, például azokban, amelyeket az adatfeldolgozási feladatok használnak Amazon által felügyelt munkafolyamatok az Apache Airflow számára (Amazon MWAA), például.
Hogyan oldotta meg az Acast a magas igazítást és a lazán csatolt architektúrát
A következő diagram egy elvi architektúrát mutat be arról, hogy az Acast csapatai hogyan szervezik az adatokat és hogyan működnek együtt egymással.
Az Acast használta a Jól megtervezett keret a központi fiók számára, hogy javítsa az elemzési munkaterhelések felhőben való futtatásának gyakorlatát. Az eszköz lencséi révén az Acast jobb felügyeletet tudott elérni, költségoptimalizálás, teljesítmény és biztonság. Segített nekik megérteni azokat a területeket, ahol javíthatják munkaterhelésüket, és hogyan kezelhetik a gyakori problémákat automatizált megoldásokkal, valamint hogyan mérhetik a sikert, meghatározva a KPI-ket. Időt takarítottak meg, hogy megszerezzék azokat a tanulságokat, amelyeket egyébként hosszabb ideig tartott volna megtalálni. Spyridon Dosis, az Acast információbiztonsági tisztviselője megosztja: „Örülünk, hogy az AWS mindig előrébb tart olyan eszközökkel, amelyek lehetővé teszik a többfiókos beállítás konfigurálását, értékelését és felülvizsgálatát. Ez nagy plusz számunkra, mivel egy decentralizált szervezetben dolgozunk.” A Spyridon azt is hozzáteszi: „Nagyon fontos koncepció, amelyet nagyra értékelünk, az AWS biztonsági alapértelmezett beállításai (például az S3 tárolók alapértelmezett titkosítása).
Az architektúra diagramon láthatjuk, hogy minden csapat lehet adattermelő, kivéve a központi fiókot birtokló csapatot, amely központi adatplatformként szolgál, több tartományból modellezve a logikát a teljes üzleti kép kialakításához. Az összes többi csapat lehet adatelőállító vagy adatfogyasztó. Csatlakozhatnak a központi fiókhoz, és felfedezhetik az adatkészleteket a több fiókra kiterjedő AWS ragasztóadat-katalóguson keresztül, elemezhetik azokat az Athena lekérdezésszerkesztőben vagy Athena notebookokkal, vagy leképezhetik a katalógust a saját AWS-fiókjukra. A központi Athena katalógushoz való hozzáférés az IAM Identity Center segítségével valósul meg, a nyílt adatok és a korlátozott adathozzáférés szerepkörével.
A nem érzékeny adatokhoz (nyílt adatokhoz) az Acast olyan sablont használ, ahol az adatkészletek alapértelmezés szerint a teljes szervezet számára nyitva állnak, és a szervezethez rendelt azonosító paraméter megadására szolgáló feltétellel, a következő kódrészletben látható módon:
Az érzékeny adatok, például a pénzügyi adatok kezelése során a csapatok együttműködő adatkezelő modellt alkalmaznak. Az adatkezelő a kérelmezővel együttműködve értékeli a hozzáférés indoklását a tervezett felhasználási esetre vonatkozóan. Együtt határozzák meg a megfelelő hozzáférési módszereket az igények kielégítésére a biztonság fenntartása mellett. Ez magában foglalhatja az IAM-szerepköröket, a szolgáltatásfiókokat vagy az adott AWS-szolgáltatásokat. Ez a megközelítés lehetővé teszi a technológiai szervezeten kívüli üzleti felhasználók számára (ami azt jelenti, hogy nem rendelkeznek AWS-fiókkal), hogy önállóan hozzáférjenek és elemezzék a szükséges információkat. Az AWS Glue-erőforrásokhoz és S3-gyűjtőkhöz IAM-irányelveken keresztüli hozzáférést biztosítva az Acast önkiszolgáló képességeket biztosít, miközben a kényes adatokat emberi ellenőrzésen keresztül irányítja. Az adatkezelő szerepe értékes volt a használati esetek megértésében, a biztonsági kockázatok felmérésében, és végső soron a hozzáférés megkönnyítésében, amely felgyorsítja az üzletet az analitikai betekintések révén.
Az Acast használatához nem volt szükség részletes sor- vagy oszlopszintű hozzáférés-vezérlésre, így a megközelítés elegendő volt. Más szervezetek azonban finomabb irányítást igényelhetnek az érzékeny adatmezők felett. Ilyen esetekben a megoldások pl AWS-tó formáció megvalósíthatja a szükséges engedélyeket, miközben továbbra is önkiszolgáló adathozzáférési modellt biztosít. További információkért lásd: Tervezzen adatháló-architektúrát az AWS Lake Formation és az AWS Glue segítségével.
Ugyanakkor a csapatok közvetlenül, az Amazon S3-ról vagy API-n keresztül olvashatnak más gyártóktól, minimálisra csökkentve a függőséget, ami növeli a fejlesztés és a szállítás sebességét. Ezért egy számla párhuzamosan lehet termelő és fogyasztó is. Minden csapat önálló, és felelősséggel tartozik a saját technológiai készletéért.
További tanulások
Mit tanult Acast? Eddig arról beszéltünk, hogy az építészeti tervezés a szervezeti struktúra hatása. Mivel a technológiai szervezet több, több funkciót is magában foglaló csapatból áll, és az adatháló közös elveit követve egyszerű új csapatot létrehozni, az Acast megtanulta, hogy ez nem minden alkalommal megy zökkenőmentesen. Egy teljesen új fiók létrehozásához az AWS-ben a csapatok ugyanazon az úton mennek keresztül, de kissé eltérően, figyelembe véve saját sajátosságaikat.
Ez bizonyos súrlódásokat okozhat, és nehéz elérni, hogy az összes adatelőállító csapat elérje az adattermelői lét magas érettségét. Ez azzal magyarázható, hogy ezekben a többfunkciós csoportokban eltérő adatkompetenciák vannak, és nem dedikált adatcsoportok.
A decentralizált megoldás bevezetésével az Acast hatékonyan megbirkózott a méretezhetőségi kihívással azáltal, hogy csapatait a változó üzleti igényekhez igazította. Ez a megközelítés magas szintű szétválasztást és igazítást biztosít. Ezenkívül megerősítették a tulajdonjogot, jelentősen lerövidítve a problémák azonosításához és megoldásához szükséges időt, mivel az upstream forrás könnyen ismert és könnyen elérhető a meghatározott SLA-kkal. Az adattámogatási megkeresések mennyisége több mint 50%-kal csökkent, mivel az üzleti felhasználók gyorsabb betekintést nyerhetnek. Nevezetesen, sikeresen megszüntették a több tíz terabájtnyi redundáns tárhelyet, amelyet korábban kizárólag a downstream kérések teljesítése érdekében másoltak. Ezt az eredményt a keresztszámlás leolvasás bevezetése tette lehetővé, ami a kapcsolódó fejlesztési és karbantartási költségek eltávolítását eredményezte ezen csővezetékeknél.
Következtetés
Az Acast az Inverse Conway Maneuver törvényt használta, és AWS-szolgáltatásokat alkalmazott, ahol minden többfunkciós termékcsapat saját AWS-fiókkal rendelkezik, hogy olyan adatháló-architektúrát hozzon létre, amely lehetővé teszi a méretezhetőséget, a nagy tulajdonjogot és az önkiszolgáló adatfogyasztást. Ez jól működött a vállalat számára, tekintettel arra, hogy az adatok tulajdonjogát és műveleteit hogyan közelítették meg, hogy megfeleljenek a mérnöki elveiknek, ami azt eredményezte, hogy az adatháló hatás, nem pedig szándékos szándék. Más szervezetek esetében a kívánt adatháló másképp nézhet ki, és a megközelítésnek más tanulságai is lehetnek.
Befejezésül: a modern adatarchitektúra az AWS-en lehetővé teszi az adattermékek és az adatháló-infrastruktúra hatékony felépítését alacsony költséggel a teljesítmény csökkenése nélkül.
Íme néhány példa az AWS-szolgáltatásokra, amelyek segítségével megtervezheti a kívánt adathálót az AWS-en:
A szerzőkről
Claudia Chitu adatszakértő és az Analytics tér befolyásos vezetője. Az adatkezdeményezések és a szervezet általános stratégiai céljainak összehangolására összpontosítva az adatokat a hosszú távú tervezés és a fenntartható növekedés iránymutatójaként alkalmazza.
Spyridon Dózis információbiztonsági szakember az Acastban. A Spyridon támogatja a szervezetet szolgáltatásainak biztonságos módon történő tervezésében, megvalósításában és működtetésében, védve a vállalat és a felhasználók adatait.
Srikant Das az Amazon Web Services Acceleration Lab Solutions építésze. Több mint 13 éves tapasztalattal rendelkezik a Big Data analitika és adatmérnöki területen, ahol szívesen épít megbízható, méretezhető és hatékony megoldásokat. Munkán kívül szívesen utazik, és a közösségi médiában blogol tapasztalatait.
- SEO által támogatott tartalom és PR terjesztés. Erősödjön még ma.
- PlatoData.Network Vertical Generative Ai. Erősítse meg magát. Hozzáférés itt.
- PlatoAiStream. Web3 Intelligence. Felerősített tudás. Hozzáférés itt.
- PlatoESG. Carbon, CleanTech, Energia, Környezet, Nap, Hulladékgazdálkodás. Hozzáférés itt.
- PlatoHealth. Biotechnológiai és klinikai vizsgálatok intelligencia. Hozzáférés itt.
- Forrás: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- :van
- :is
- :nem
- :ahol
- $ UP
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- Képes
- Rólunk
- felgyorsult
- gyorsul
- gyorsulás
- hozzáférés
- Az adatokhoz való hozzáférés
- igénybe vett
- hozzáférhető
- Fiók
- felelős
- Fiókok
- pontos
- teljesítmény
- át
- ható
- Akció
- alkalmazkodni
- hozzáadásával
- cím
- címzett
- Hozzáteszi
- fogadott
- hirdetések
- előre
- hirdetők
- egyeztetett
- előre
- célok
- összehangolása
- igazítás
- igazítás
- Minden termék
- lehetővé
- lehetővé teszi, hogy
- mentén
- Is
- mindig
- amazon
- Az Amazon Web Services
- Között
- között
- összeg
- an
- Analitikai
- analitika
- elemez
- és a
- és az infrastruktúra
- bármilyen
- Apache
- api
- méltányol
- megközelítés
- megfelelő
- építészeti
- építészet
- VANNAK
- TERÜLET
- területek
- AS
- szempontok
- értékelése
- értékelés
- társult
- feltételezni
- feltételezte
- biztosíték
- At
- Automatizált
- autonóm
- Autonómia
- elérhető
- AWS
- AWS ragasztó
- AWS-tó formáció
- alapján
- BE
- mert
- óta
- előtt
- hogy
- BEST
- legjobb gyakorlatok
- Jobb
- között
- Nagy
- Big adatok
- A blogolás
- Bootstrap
- tágabb
- épít
- Épület
- üzleti
- üzleti intelligencia
- de
- by
- Kampányok
- TUD
- képességek
- eset
- esetek
- katalógus
- katalógusok
- kategóriák
- Központ
- központi
- központosított
- bizonyos
- kihívás
- kihívások
- kihívást
- lovagiasságát
- Változások
- osztályozott
- világos
- felhő
- felhő szolgáltatások
- kód
- együttműködő
- együttműködés
- kollaboratív
- érkező
- Közös
- általában
- közölni
- vállalat
- alkatrészek
- veszélyeztetése
- számítási
- koncepció
- fogalmak
- fogalmi
- megállapítja,
- feltétel
- Configuration
- Csatlakozás
- figyelembe véve
- Összeáll
- áll
- konstrukció
- fogyaszt
- fogyasztó
- Fogyasztók
- fogyasztás
- kontextus
- folyamatosan
- ellenőrzések
- Megfelelő
- Költség
- költségcsökkentés
- kiadások
- tudott
- összekapcsolt
- teremt
- létrehozása
- hirdetések
- alkotók
- többfunkciós csapatok
- kultúra
- dátum
- adat hozzáférés
- Adatelemzés
- adat-infrastruktúra
- adattó
- adatkezelés
- Adatplatform
- adat pontok
- adatfeldolgozás
- adatmegosztás
- adatalapú
- adatkészletek
- nap
- decentralizált
- döntés
- határozatok
- elszánt
- mélyebb
- alapértelmezett
- alapértelmezett
- meghatározott
- meghatározó
- szállít
- kézbesítés
- igények
- függőségek
- Függőség
- függő
- attól
- Design
- tervezés
- kívánatos
- részletes
- részletek
- Határozzuk meg
- Fejlesztés
- DID
- különböző
- nehéz
- közvetlenül
- felfedez
- felfedezés
- megvitatni
- tárgyalt
- megbeszélések
- kijelzők
- megosztott
- számos
- búvárkodás
- do
- dokumentáció
- Nem
- domain
- domainek
- ne
- hajtott
- e
- minden
- könnyen
- ökoszisztéma
- szerkesztő
- hatás
- hatékonyan
- hatékony
- eredményesen
- felemelő
- Eltüntetett
- munkavállaló
- foglalkoztatás
- alkalmaz
- felhatalmazott
- lehetővé
- engedélyezve
- lehetővé teszi
- lehetővé téve
- titkosítás
- végén
- végtől végig
- végpontok
- Motor
- Mérnöki
- Mérnökök
- növelése
- Javítja
- gazdagítják
- biztosítására
- biztosítja
- Egész
- egység
- elképzelt
- eric
- létrehozni
- Eter (ETH)
- értékelni
- események
- Minden
- minden nap
- fejlődik
- példa
- példák
- Kivéve
- csere
- létező
- terjeszkedés
- várható
- tapasztalat
- Tapasztalatok
- magyarázható
- megkönnyítését
- messze
- gyorsabb
- kevés
- Fields
- Ábra
- Fájlok
- pénzügyeit
- Találjon
- megtalálása
- megfelelő
- összpontosított
- következik
- következő
- A
- Kényszer
- formátum
- képződés
- talált
- töredezett
- Keretrendszer
- súrlódás
- ból ből
- Üzemanyag
- eleget tesz
- Tele
- teljesen
- további
- Továbbá
- Nyereség
- gyűjtése
- generált
- generáló
- kap
- Globális
- globálisan
- Go
- Célok
- jó
- kormányzás
- irányító
- nyújtó
- szemcsés
- Csoport
- Csoportok
- Növekvő
- Növekedés
- irányadó
- kellett
- Kezelés
- megtörténik
- boldogabb
- boldog
- Legyen
- tekintettel
- he
- segít
- segített
- Magas
- <p></p>
- övé
- Hogyan
- How To
- azonban
- http
- HTTPS
- emberi
- Több száz
- IAC
- IAM
- ID
- azonosítani
- Identitás
- illusztrálja
- végre
- végrehajtás
- végre
- végrehajtási
- fontos
- javul
- in
- mélyreható
- tartalmaz
- Beleértve
- egyre inkább
- független
- függetlenül
- mutatók
- Egyénileg
- elégtelenségek
- Befolyásos
- információ
- információ biztonság
- Infrastruktúra
- kezdetben
- kezdeményezések
- Érdeklődés
- meglátások
- Intelligencia
- szándékolt
- A szándék
- Az interoperabilitás
- bele
- kérdések
- IT
- ITS
- maga
- Állások
- utazás
- jpg
- tartás
- Kulcs
- Ismer
- tudás
- ismert
- labor
- tó
- keresztnév
- Késő
- Törvény
- vezető
- vezető
- TANUL
- tanult
- legkevésbé
- lencsék
- kevesebb
- szint
- mint
- Korlátozott
- Kihallgatás
- műveltség
- logika
- hosszú lejáratú
- hosszabb
- néz
- Sok
- Elő/Utó
- készült
- fenntartása
- fenntartása
- karbantartás
- Többség
- csinál
- sikerült
- vezetés
- mód
- térkép
- térképészet
- matthew
- érettség
- maximális
- Lehet..
- jelenti
- eszközök
- jelentett
- intézkedés
- Média
- Találkozik
- egyesülő
- háló
- Metaadatok
- mód
- Metrics
- esetleg
- minimum
- modell
- modellezés
- bevételszerzési
- ellenőrzés
- több
- Ráadásul
- többszörös
- elengedhetetlen
- Szükség
- szükséges
- igények
- Új
- nevezetesen
- laptopok
- Értesítés..
- bejelentés
- szám
- tárgy
- célkitűzés
- megfigyelt
- of
- Ajánlatok
- Tiszt
- on
- ONE
- azok
- csak
- nyitva
- nyílt adatok
- működik
- üzemeltetési
- operatív
- Művelet
- ellentétes
- or
- hangszerelés
- érdekében
- szervezet
- szervezeti
- szervezetek
- szervező
- Más
- Egyéb
- másképp
- eredmények
- kívül
- felett
- átfogó
- saját
- tulajdonosok
- tulajdon
- birtokló
- tulajdonosa
- festék
- Párhuzamos
- paraméter
- Emberek (People)
- mert
- teljesítmény
- engedélyek
- perspektíva
- fázisok
- kép
- Hely
- tervezett
- tervezés
- emelvény
- Plató
- Platón adatintelligencia
- PlatoData
- plusz
- podcast
- podcasting
- pont
- Politikák
- birtokol
- lehetséges
- állás
- gyakorlat
- gyakorlat
- megelőző
- Készít
- bemutatott
- korábban
- Fő
- alapelv
- elvek
- proaktív
- Folyamatok
- feldolgozás
- gyárt
- Készült
- termelő
- Termelők
- termelő
- Termékek
- Termékek
- szakmai
- jövedelmezőség
- Haladás
- védelme
- ad
- biztosít
- amely
- cél
- célokra
- emel
- Inkább
- el
- Olvass
- készségesen
- Olvasás
- újrafutóz
- csökkentő
- csökkentés
- utal
- említett
- tükrözi
- tekintettel
- Bejegyzés
- felszabadító
- megbízható
- eltávolítás
- eltávolítása
- kéri
- szükség
- megoldása
- rezonál
- forrás
- Tudástár
- felelős
- korlátozott
- kapott
- Kritika
- kockázatok
- Szerep
- szerepek
- futás
- futás
- azonos
- mentett
- skálázhatóság
- skálázható
- Skála
- skálázás
- zökkenőmentesen
- biztonság
- biztonság
- biztonsági kockázatok
- lát
- látott
- Önkiszolgáló
- érzékeny
- szolgálja
- szolgáltatás
- Szolgáltatások
- készlet
- Szettek
- felépítés
- Megosztás
- megosztott
- Megoszt
- megosztás
- ő
- kimutatta,
- mutatott
- Műsorok
- jelentősen
- silók
- egyszerűbb
- egyszerűen
- egyetlen
- kicsit más
- sima
- töredék
- So
- eddig
- Közösség
- Közösségi média
- szoftver
- szoftver mint szolgáltatás
- szoftverfejlesztés
- Kizárólag
- megoldások
- Megoldások
- megoldott
- néhány
- forrás
- Források
- Hely
- különleges
- meghatározott
- szponzorálás
- SQL
- verem
- Színpad
- szabványok
- kezdet
- Kezdve
- nyilatkozat
- amely
- Még mindig
- tárolás
- egyértelmű
- Stratégiai
- Stratéga
- folyam
- megerősített
- erősebb
- struktúra
- szerkesztett
- küzd
- siker
- sikeresen
- ilyen
- elegendő
- támogatás
- Támogatja
- fenntartható
- Fenntartható fejlődés
- felszerelés
- bevétel
- csapat
- csapat
- tech
- Műszaki
- Technológia
- sablon
- tíz
- mint
- hogy
- A
- az információ
- azok
- Őket
- elmélet
- Ott.
- ebből adódóan
- Ezek
- ők
- ezt
- azok
- három
- Gyarapodás
- Keresztül
- idő
- időkeret
- nak nek
- együtt
- szerszám
- szerszámok
- felső
- tranzakció
- Utazó
- kipróbált
- megbízható
- kettő
- típusok
- végső
- Végül
- megért
- megértés
- megszakítatlan
- egységek
- közelgő
- upon
- us
- használ
- használati eset
- használt
- használó
- User Experience
- Felhasználók
- használ
- segítségével
- hasznosított
- Értékes
- érték
- változó
- különféle
- Hatalmas
- Sebesség
- változat
- nagyon
- keresztül
- kötet
- volt
- Út..
- we
- háló
- webes szolgáltatások
- JÓL
- voltak
- Mit
- amikor
- ami
- míg
- WHO
- kit
- lesz
- val vel
- nélkül
- Munka
- munkafolyamat
- munkafolyamatok
- dolgozó
- művek
- világ
- érdemes
- lenne
- írott
- év
- te
- A te
- zephyrnet