Ten post powstał we współpracy z Claudią Chitu i Dawka Spyridonu firmy ACAST.
Założona w 2014, Obsada to wiodąca na świecie niezależna firma produkująca podcasty, oferująca twórcom podcastów i reklamodawcom podcasty najwyższą jakość słuchania. Promując niezależny i otwarty ekosystem podcastów, Acast ma na celu napędzanie podcastów narzędziami i monetyzacją potrzebnymi do prosperowania.
Firma korzysta z usług AWS Cloud do tworzenia produktów opartych na danych i najlepszych praktyk inżynierii skalowania. Aby zapewnić zrównoważoną platformę danych w fazach wzrostu i rentowności, ich zespoły techniczne przyjęły zdecentralizowaną platformę architektura siatki danych.
W tym poście omawiamy, jak Acast przezwyciężył wyzwanie związane z połączonymi zależnościami między zespołami pracującymi z danymi na dużą skalę, stosując koncepcję siatki danych.
Problem
Wraz z przyspieszonym wzrostem i ekspansją firma Acast stanęła przed wyzwaniem, które odbija się echem na całym świecie. Acast znalazł się w obliczu różnorodnych jednostek biznesowych i ogromnej ilości danych generowanych w całej organizacji. Istniejąca monolitowa i scentralizowana architektura z trudem mogła sprostać rosnącym wymaganiom konsumentów danych. Inżynierowie danych napotykali coraz większe wyzwania w utrzymaniu i skalowaniu infrastruktury danych, co skutkowało dostępem do danych, silosami danych i nieefektywnością w zarządzaniu danymi. Kluczowym celem było udoskonalenie kompleksowego doświadczenia użytkownika, począwszy od potrzeb biznesowych.
Firma Acast musiała stawić czoła tym wyzwaniom, aby osiągnąć skalę operacyjną, czyli globalną maksymalną liczbę osób, które mogą niezależnie działać i dostarczać wartość. W tym przypadku firma Acast próbowała stawić czoła wyzwaniu, jakie stanowi ta monolitowa struktura i wysoki czas uzyskania korzyści dla zespołów produktowych, zespołów technologicznych i konsumentów końcowych. Warto wspomnieć, że mają też inne zespoły produktowe i technologiczne, w tym zespoły operacyjne lub biznesowe, bez kont AWS.
Acast ma zmienną liczbę zespołów produktowych, które stale się rozwijają, łącząc istniejące, dzieląc je, dodając nowe osoby lub po prostu tworząc nowe zespoły. W ciągu ostatnich 2 lat utworzyło się w nich 10–20 zespołów składających się z 4–10 osób każdy. Każdy zespół posiada co najmniej dwa konta AWS, do 10 kont, w zależności od własności. Większość danych generowanych przez te konta jest wykorzystywana w dalszej części łańcucha dostaw do celów analityki biznesowej (BI). Amazonka Atena, przez setki użytkowników biznesowych każdego dnia.
Rozwiązanie wdrożone przez firmę Acast to siatka danych zbudowana na platformie AWS. Rozwiązanie odzwierciedla strukturę organizacyjną, a nie wyraźną decyzję architektoniczną. Zgodnie z Odwrotny manewr Conwaya, architektura technologii Acast wykazuje izomorfizm z architekturą biznesową. W tym przypadku użytkownicy biznesowi dzięki architekturze siatki danych mogą szybciej uzyskać szczegółowe informacje i dowiedzieć się bezpośrednio, kim są właściciele poszczególnych domen, co przyspiesza współpracę. Będzie to bardziej szczegółowo omówione podczas omawiania AWS Zarządzanie tożsamością i dostępem (IAM), ponieważ jedna z ról jest dedykowana dla grupy biznesowej.
Parametry sukcesu
Firma Acast z sukcesem uruchomiła i skalowała nowy, zorientowany na zespół i domenę produkt danych oraz odpowiednią infrastrukturę i konfigurację, co spowodowało mniejsze trudności w gromadzeniu spostrzeżeń i sprawiło, że użytkownicy i konsumenci byli szczęśliwsi.
Sukces wdrożenia oznaczał ocenę różnych aspektów infrastruktury danych, zarządzania danymi i wyników biznesowych. Sklasyfikowali metryki i wskaźniki w następujących kategoriach:
- Wykorzystanie danych – Jasne zrozumienie, kto korzysta z jakiego źródła danych, zmaterializowało się dzięki mapowaniu konsumentów i producentów. Dyskusje z użytkownikami wykazały, że byliby szczęśliwsi, gdyby mieli szybszy dostęp do danych w prostszy sposób, bardziej uporządkowaną organizację danych i jasne określenie, kto jest producentem. Poczyniono znaczne postępy w rozwijaniu kultury opartej na danych (umiejętność korzystania z danych, udostępnianie danych i współpraca między jednostkami biznesowymi).
- Zarządzanie danymi – Dzięki obiektowi poziomu usług określającym, między innymi, kiedy źródła danych są dostępne, zespoły wiedzą, kogo powiadomić, i mogą to zrobić w krótszym czasie, gdy napływają dane z opóźnieniem lub występują inne problemy z danymi. Dzięki roli stewarda danych wzmocniona została odpowiedzialność.
- Produktywność zespołu danych – Dzięki retrospektywom inżynieryjnym firma Acast odkryła, że jej zespoły cenią sobie autonomię w podejmowaniu decyzji dotyczących swoich domen danych.
- Efektywność kosztowa i zasobów – Jest to obszar, w którym Acast zaobserwował zmniejszenie duplikacji danych, a co za tym idzie redukcję kosztów (w niektórych kontach usunięcie kopii danych w 100%), poprzez odczyt danych między kontami przy jednoczesnym umożliwieniu skalowania.
Przegląd siatki danych
Siatka danych to socjotechniczne podejście do budowy zdecentralizowanej architektury danych przy użyciu zorientowanego na dziedzinę, samoobsługowego projektowania (z perspektywy tworzenia oprogramowania) i zapożycza teorię projektowania opartego na domenie Erica Evansa oraz teorię Manuela Paisa i Matthew Skeltona teoria topologii zespołów. Ważne jest ustalenie kontekstu, aby zrozumieć, czym jest siatka danych, ponieważ wyznacza ona grunt dla dalszych szczegółów technicznych i może pomóc w zrozumieniu, w jaki sposób koncepcje omówione w tym poście wpisują się w szersze ramy siatki danych.
Podsumowując, zanim zagłębimy się w implementację Acast, koncepcja siatki danych opiera się na następujących zasadach:
- Jest on oparty na domenie, w przeciwieństwie do potoków, które są sprawą najwyższej klasy
- Służy dane jako produkt
- To dobry produkt, który zachwyca użytkowników (dane są wiarygodne, dokumentacja jest dostępna i łatwo się z niej korzysta)
- Oferuje stowarzyszone zarządzanie obliczeniami i zdecentralizowaną własność — samoobsługową platformę danych
Architektura oparta na domenie
W podejściu Acast zakładającym posiadanie operacyjnych i analitycznych zbiorów danych struktura zespołów opiera się na własności opartej na domenie, czytając dane bezpośrednio od producenta, za pośrednictwem interfejsu API lub programowo z magazynu Amazon S3 lub używając Atheny jako silnika zapytań SQL. Niektóre przykłady domen Acast przedstawiono na poniższym rysunku.
Jak pokazano na powyższym rysunku, niektóre domeny są luźno powiązane z operacyjnymi lub analitycznymi punktami końcowymi innych domen i mają innego właściciela. Inni mogą mieć większą zależność, jak się oczekuje, w przypadku biznesu (niektórzy podcasterzy mogą być także reklamodawcami, tworząc kreacje sponsorskie i prowadząc kampanie dla własnych programów lub dokonując transakcji reklamowych za pomocą oprogramowania Acast jako usługi).
Dane jako produkt
Traktowanie danych jako produktu obejmuje trzy kluczowe elementy: same dane, metadane oraz powiązany kod i infrastrukturę. W tym podejściu zespoły odpowiedzialne za generowanie danych nazywane są producentów. Te zespoły producentów posiadają dogłębną wiedzę o swoich konsumentach i rozumieją, w jaki sposób wykorzystywane są ich produkty danych. O wszelkich planowanych przez producentów danych zmianach informowani są z wyprzedzeniem wszyscy konsumenci. To proaktywne powiadomienie gwarantuje, że dalsze procesy nie zostaną zakłócone. Zapewniając konsumentom powiadomienie z wyprzedzeniem, mają oni wystarczająco dużo czasu na przygotowanie się i dostosowanie się do nadchodzących zmian, zachowując płynny i nieprzerwany przepływ pracy. Producenci równolegle uruchamiają nową wersję początkowego zbioru danych, powiadamiają indywidualnie konsumentów i omawiają z nimi niezbędne ramy czasowe na rozpoczęcie korzystania z nowej wersji. Gdy wszyscy konsumenci korzystają z nowej wersji, producenci uniemożliwiają dostęp do wersji pierwotnej.
Schematy danych są wyprowadzane ze wspólnego, uzgodnionego formatu udostępniania plików między zespołami, czyli Parquet w przypadku Acast. Dane można udostępniać w plikach, zdarzeniach wsadowych lub strumieniowych i nie tylko. Każdy zespół posiada własne konto AWS, działając jako niezależny i autonomiczny podmiot posiadający własną infrastrukturę. Do orkiestracji używają Zestaw programistyczny AWS Cloud (AWS CDK) dla infrastruktury jako kodu (IaC) i Klej AWS Katalogi danych do zarządzania metadanymi. Użytkownicy mogą również zwracać się do producentów z prośbą o ulepszenie sposobu prezentacji danych lub wzbogacenie danych o nowe punkty danych w celu wygenerowania wyższej wartości biznesowej.
Ponieważ każdy zespół posiada konto AWS i identyfikator katalogu danych od Atheny, łatwo jest spojrzeć na to przez pryzmat rozproszonego jeziora danych na platformie Amazon S3, ze wspólnym katalogiem mapującym wszystkie katalogi ze wszystkich kont.
Jednocześnie każdy zespół może także mapować inne katalogi na swoje konto i korzystać z własnych danych, które generuje wraz z danymi z innych kont. O ile nie są to dane wrażliwe, dostęp do danych można uzyskać programowo lub z poziomu Konsola zarządzania AWS w sposób samoobsługowy, bez uzależnienia od inżynierów infrastruktury danych. Jest to niezależny od domeny, współdzielony sposób samoobsługi danych. Odkrycie produktu następuje poprzez rejestrację w katalogu. Stosując tylko kilka standardów powszechnie uzgodnionych i przyjętych w całej firmie, w celu zapewnienia interoperacyjności, firma Acast rozwiązała problem fragmentacji silosów i tarć w wymianie danych lub korzystaniu z danych niezależnych od domeny.
Dzięki tej zasadzie zespoły zyskują pewność, że dane są bezpieczne, godne zaufania i dokładne, a na każdym poziomie domeny zarządzana jest odpowiednia kontrola dostępu. Ponadto na koncie centralnym definiowane są role dla różnych typów uprawnień i dostępu, przy użyciu Centrum tożsamości AWS IAM uprawnienia. Wszystkie zbiory danych można znaleźć z jednego centralnego konta. Poniższy rysunek ilustruje sposób jego oprzyrządowania: dwie role IAM przyjmują dwa typy grup użytkowników (konsumentów): jedna, która ma dostęp do ograniczonego zbioru danych, czyli danych zastrzeżonych, i jedna, która ma dostęp do danych nieograniczonych. Istnieje również sposób na przyjęcie dowolnej z tych ról w przypadku kont usług, takich jak te używane przez zadania przetwarzania danych w Przepływy pracy zarządzane przez Amazon dla Apache Airflow (Amazon MWAA), na przykład.
Jak Acast rozwiązał problem wysokiego wyrównania i luźno powiązanej architektury
Poniższy diagram przedstawia koncepcyjną architekturę sposobu, w jaki zespoły Acast organizują dane i współpracują ze sobą.
Acast użył Dobrze zaprojektowane ramy dla konta centralnego, aby usprawniło jego praktykę w zakresie obsługi obciążeń analitycznych w chmurze. Dzięki temu narzędziu Acast był w stanie zapewnić lepsze monitorowanie, optymalizacja kosztów, wydajność i bezpieczeństwo. Pomogło im to zrozumieć obszary, w których mogliby poprawić swoje obciążenie pracą i jak rozwiązywać typowe problemy za pomocą zautomatyzowanych rozwiązań, a także jak mierzyć sukces, definiując KPI. Dzięki temu zaoszczędzili czas na zdobycie wiedzy, której znalezienie w innym przypadku zajęłoby więcej czasu. Spyridon Dosis, specjalista ds. bezpieczeństwa informacji w firmie Acast, mówi: „Jesteśmy szczęśliwi, że AWS zawsze wyprzedza narzędzia, które umożliwiają konfigurację, ocenę i przegląd konfiguracji wielu kont. To dla nas duży plus, że pracujemy w zdecentralizowanej organizacji.” Spyridon dodaje również: „Bardzo ważną koncepcją, którą cenimy, są domyślne ustawienia zabezpieczeń AWS (np. domyślne szyfrowanie dla segmentów S3).”
Na diagramie architektury widzimy, że każdy zespół może być producentem danych, z wyjątkiem zespołu posiadającego konto centralne, które służy jako centralna platforma danych, modelując logikę z wielu domen, aby uzyskać pełny obraz biznesowy. Wszystkie pozostałe zespoły mogą być producentami lub odbiorcami danych. Mogą łączyć się z kontem centralnym i odkrywać zbiory danych za pośrednictwem obejmującego wiele kont AWS Glue Data Catalog, analizować je w edytorze zapytań Athena lub za pomocą notatników Athena lub mapować katalog na własne konto AWS. Dostęp do centralnego katalogu Athena jest realizowany za pomocą IAM Identity Center z rolami dla otwartych danych i ograniczonego dostępu do danych.
W przypadku danych niewrażliwych (otwartych danych) Acast używa szablonu, w którym zbiory danych są domyślnie otwarte dla całej organizacji do odczytu, stosując warunek zapewniający parametr identyfikatora przypisany przez organizację, jak pokazano w następującym fragmencie kodu:
Podczas obsługi wrażliwych danych, takich jak finanse, zespoły korzystają z modelu wspólnego stewarda danych. Steward danych współpracuje z osobą żądającą, aby ocenić uzasadnienie dostępu dla zamierzonego przypadku użycia. Wspólnie ustalają odpowiednie metody dostępu, aby zaspokoić potrzebę, zachowując jednocześnie bezpieczeństwo. Może to obejmować role uprawnień, konta usług lub określone usługi AWS. Takie podejście umożliwia użytkownikom biznesowym spoza organizacji technologicznej (co oznacza, że nie mają konta AWS) niezależny dostęp i analizę potrzebnych informacji. Przyznając dostęp poprzez zasady IAM do zasobów AWS Glue i segmentów S3, Acast zapewnia możliwości samoobsługi, jednocześnie zarządzając delikatnymi danymi w drodze przeglądu ręcznego. Rola stewarda danych była cenna dla zrozumienia przypadków użycia, oceny zagrożeń bezpieczeństwa i ostatecznie ułatwienia dostępu, który przyspiesza działalność biznesową dzięki spostrzeżeniom analitycznym.
W przypadku użycia Acast szczegółowa kontrola dostępu na poziomie wierszy lub kolumn nie była potrzebna, więc takie podejście było wystarczające. Jednak inne organizacje mogą wymagać bardziej szczegółowego zarządzania wrażliwymi polami danych. W takich przypadkach rozwiązania takie jak Formacja AWS Lake mógłby wdrożyć potrzebne uprawnienia, zapewniając jednocześnie model samoobsługowego dostępu do danych. Aby uzyskać więcej informacji, zobacz Zaprojektuj architekturę siatki danych przy użyciu AWS Lake Formation i AWS Glue.
Jednocześnie zespoły mogą czytać dane od innych producentów bezpośrednio, z Amazon S3 lub poprzez API, utrzymując zależność na minimalnym poziomie, co zwiększa szybkość rozwoju i dostarczania. Zatem konto może być jednocześnie producentem i konsumentem. Każdy zespół jest autonomiczny i odpowiada za swój własny stos technologiczny.
Dodatkowe nauki
Czego nauczył się Acast? Do tej pory mówiliśmy, że projekt architektoniczny jest efektem struktury organizacyjnej. Ponieważ organizacja techniczna składa się z wielu interdyscyplinarnych zespołów, a utworzenie nowego zespołu jest proste, zgodnie z powszechnymi zasadami siatki danych, firma Acast przekonała się, że nie zawsze idzie to gładko. Aby założyć całkowicie nowe konto w AWS, zespoły przechodzą tę samą drogę, ale nieco inną, biorąc pod uwagę ich własny zestaw cech szczególnych.
Może to powodować pewne tarcia i trudno jest sprawić, aby wszystkie zespoły tworzące dane osiągnęły wysoką dojrzałość w zakresie bycia twórcami danych. Można to wytłumaczyć różnymi kompetencjami w zakresie danych w tych interdyscyplinarnych zespołach i brakiem wyspecjalizowanych zespołów ds. danych.
Wdrażając zdecentralizowane rozwiązanie, firma Acast skutecznie sprostała wyzwaniu związanemu ze skalowalnością, dostosowując swoje zespoły do zmieniających się potrzeb biznesowych. Takie podejście zapewnia wysoki stopień oddzielenia i wyrównania. Co więcej, wzmocniły one odpowiedzialność, znacznie skracając czas potrzebny na identyfikację i rozwiązanie problemów, ponieważ źródło pochodzenia jest łatwo znane i łatwo dostępne w ramach określonych umów SLA. Liczba zapytań dotyczących wsparcia danych spadła o ponad 50%, ponieważ użytkownicy biznesowi mają możliwość szybszego uzyskiwania informacji. Warto zauważyć, że udało im się wyeliminować dziesiątki terabajtów zbędnej pamięci, które wcześniej były kopiowane wyłącznie w celu realizacji żądań dalszych użytkowników. Osiągnięcie to było możliwe dzięki wdrożeniu odczytu międzykontowego, co doprowadziło do usunięcia powiązanych kosztów rozwoju i utrzymania tych rurociągów.
Wnioski
Firma Acast wykorzystała prawo Inverse Conway Maneuver i wykorzystała usługi AWS, w których każdy wielofunkcyjny zespół ds. produktów ma własne konto AWS w celu zbudowania architektury siatki danych, która zapewnia skalowalność, wysoki poziom własności i samoobsługowe wykorzystanie danych. W przypadku firmy sprawdziło się to dobrze, jeśli chodzi o podejście do własności danych i operacji, aby spełnić zasady inżynieryjne, w wyniku czego siatka danych była efektem, a nie zamierzonym zamiarem. W przypadku innych organizacji pożądana siatka danych może wyglądać inaczej, a podejście może wymagać innych wniosków.
Podsumowując, a nowoczesna architektura danych na AWS umożliwia efektywne budowanie produktów danych i infrastruktury siatki danych przy niskim koszcie bez utraty wydajności.
Poniżej znajduje się kilka przykładów usług AWS, których możesz użyć do zaprojektowania żądanej siatki danych w AWS:
O autorach
Klaudia Chitu jest strategiem danych i wpływowym liderem w przestrzeni Analytics. Koncentrując się na dostosowaniu inicjatyw dotyczących danych do ogólnych celów strategicznych organizacji, wykorzystuje dane jako siłę przewodnią w planowaniu długoterminowym i zrównoważonym rozwoju.
Dawka Spyridona jest specjalistą ds. bezpieczeństwa informacji w firmie Acast. Spyridon wspiera organizację w projektowaniu, wdrażaniu i obsłudze usług w sposób bezpieczny chroniący dane firmy i użytkowników.
Srikan Das jest architektem rozwiązań w laboratorium akceleracyjnym w Amazon Web Services. Posiada ponad 13-letnie doświadczenie w analityce Big Data i inżynierii danych, gdzie lubi budować niezawodne, skalowalne i wydajne rozwiązania. Poza pracą lubi podróżować i publikować swoje doświadczenia na blogach w mediach społecznościowych.
- Dystrybucja treści i PR oparta na SEO. Uzyskaj wzmocnienie już dziś.
- PlatoData.Network Pionowe generatywne AI. Wzmocnij się. Dostęp tutaj.
- PlatoAiStream. Inteligencja Web3. Wiedza wzmocniona. Dostęp tutaj.
- PlatonESG. Węgiel Czysta technologia, Energia, Środowisko, Słoneczny, Gospodarowanie odpadami. Dostęp tutaj.
- Platon Zdrowie. Inteligencja w zakresie biotechnologii i badań klinicznych. Dostęp tutaj.
- Źródło: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- :ma
- :Jest
- :nie
- :Gdzie
- $W GÓRĘ
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- Zdolny
- O nas
- przyśpieszony
- przyspiesza
- przyśpieszenie
- dostęp
- Dostęp do danych
- dostęp
- dostępny
- Konto
- odpowiedzialny
- Konta
- dokładny
- osiągnięcie
- w poprzek
- gra aktorska
- Działania
- przystosować
- dodanie
- adres
- zaadresowany
- Dodaje
- przyjęty
- Reklamy
- awansować
- reklamodawcy
- uzgodniony
- przed
- Cele
- wyrównać
- justowanie
- wyrównanie
- Wszystkie kategorie
- dopuszczać
- pozwala
- wzdłuż
- również
- zawsze
- Amazonka
- Amazon Web Services
- Wśród
- wśród
- ilość
- an
- Analityczny
- analityka
- w czasie rzeczywistym sprawiają,
- i
- i infrastruktura
- każdy
- Apache
- api
- doceniać
- podejście
- właściwy
- architektoniczny
- architektura
- SĄ
- POWIERZCHNIA
- obszary
- AS
- aspekty
- oceniając
- oszacowanie
- powiązany
- założyć
- przypuszczalny
- zapewnienie
- At
- zautomatyzowane
- autonomiczny
- Autonomia
- dostępny
- AWS
- Klej AWS
- Formacja AWS Lake
- na podstawie
- BE
- bo
- być
- zanim
- jest
- BEST
- Najlepsze praktyki
- Ulepsz Swój
- pomiędzy
- Duży
- Big Data
- Blogów
- Bootstrap
- szerszy
- budować
- Budowanie
- biznes
- business intelligence
- ale
- by
- Kampanie
- CAN
- możliwości
- walizka
- Etui
- katalog
- katalogi
- kategorie
- Centrum
- centralny
- scentralizowane
- pewien
- wyzwanie
- wyzwania
- wyzwanie
- mistrzostwo
- Zmiany
- sklasyfikowany
- jasny
- Chmura
- usługi w chmurze
- kod
- współpracę
- współpraca
- współpracy
- przyjście
- wspólny
- powszechnie
- przekazane
- sukcesy firma
- składniki
- kompromis
- obliczeniowy
- pojęcie
- Koncepcje
- koncepcyjnego
- stwierdza,
- warunek
- systemu
- Skontaktuj się
- wobec
- Składający się
- składa się
- skonstruować
- konsumować
- konsument
- Konsumenci
- konsumpcja
- kontekst
- bez przerwy
- kontroli
- Odpowiedni
- Koszty:
- redukcja kosztów
- Koszty:
- mógłby
- sprzężony
- Stwórz
- Tworzenie
- kreacje
- twórcy
- zespoły wielofunkcyjne
- kultura
- dane
- dostęp do danych
- Analityka danych
- infrastruktura danych
- Jezioro danych
- zarządzanie danymi
- Platforma danych
- punkty danych
- analiza danych
- udostępnianie danych
- sterowane danymi
- zbiory danych
- dzień
- Zdecentralizowane
- decyzja
- Decyzje
- dedykowane
- głębiej
- Domyślnie
- Domyślnie
- zdefiniowane
- definiowanie
- dostarczyć
- dostawa
- wymagania
- Zależności
- Zależność
- zależny
- W zależności
- Wnętrze
- projektowanie
- życzenia
- szczegółowe
- detale
- Ustalać
- oprogramowania
- ZROBIŁ
- różne
- trudny
- bezpośrednio
- odkryj
- odkrycie
- dyskutować
- omówione
- dyskusje
- wyświetlacze
- dystrybuowane
- inny
- nurkowanie
- do
- dokumentacja
- Nie
- domena
- domeny
- nie
- napędzany
- e
- każdy
- z łatwością
- Ekosystem
- redaktor
- efekt
- faktycznie
- wydajny
- skutecznie
- budujący
- wyłączony
- zatrudniony
- zatrudniający
- zatrudnia
- upoważniony
- umożliwiać
- włączony
- Umożliwia
- umożliwiając
- szyfrowanie
- zakończenia
- koniec końców
- Punkty końcowe
- silnik
- Inżynieria
- Inżynierowie
- wzmacniać
- Poprawia
- wzbogacać
- zapewnić
- zapewnia
- Cały
- jednostka
- przewidywane
- Eric
- zapewniają
- Eter (ETH)
- oceniać
- wydarzenia
- Każdy
- codziennie
- ewoluuje
- przykład
- przykłady
- Z wyjątkiem
- wymiana
- Przede wszystkim system został opracowany
- ekspansja
- spodziewany
- doświadczenie
- Doświadczenia
- wyjaśnione
- ułatwienie
- daleko
- szybciej
- kilka
- Łąka
- Postać
- Akta
- finansowy
- Znajdź
- znalezieniu
- dopasować
- koncentruje
- obserwuj
- następujący
- W razie zamówieenia projektu
- wytrzymałość
- format
- formacja
- znaleziono
- rozdrobniony
- Framework
- tarcie
- od
- Paliwo
- Spełnić
- pełny
- w pełni
- dalej
- Ponadto
- Wzrost
- zebranie
- wygenerowane
- generujący
- otrzymać
- Globalne
- Globalnie
- Go
- Gole
- dobry
- zarządzanie
- rządzić
- przyznanie
- ziarnisty
- Zarządzanie
- Grupy
- Rozwój
- Wzrost
- przewodnictwo
- miał
- Prowadzenie
- dzieje
- szczęśliwsi
- Zaoszczędzić
- Have
- mający
- he
- pomoc
- pomógł
- Wysoki
- wyższy
- jego
- W jaki sposób
- How To
- Jednak
- http
- HTTPS
- człowiek
- Setki
- IAC
- IAM
- ID
- zidentyfikować
- tożsamość
- ilustruje
- wdrożenia
- realizacja
- realizowane
- wykonawczych
- ważny
- podnieść
- in
- informacje
- zawierać
- Włącznie z
- coraz bardziej
- niezależny
- niezależnie
- wskaźniki
- Indywidualnie
- nieefektywności
- Wpływowy
- Informacja
- bezpieczeństwo informacji
- Infrastruktura
- początkowy
- inicjatywy
- Zapytania
- spostrzeżenia
- Inteligencja
- zamierzony
- zamiar
- Interoperacyjność
- najnowszych
- problemy
- IT
- JEGO
- samo
- Oferty pracy
- podróż
- jpg
- konserwacja
- Klawisz
- Wiedzieć
- wiedza
- znany
- laboratorium
- jezioro
- Nazwisko
- Późno
- Prawo
- lider
- prowadzący
- UCZYĆ SIĘ
- dowiedziałem
- najmniej
- obiektywy
- mniej
- poziom
- lubić
- Ograniczony
- Słuchanie
- umiejętność czytania i pisania
- logika
- długoterminowy
- dłużej
- Popatrz
- Partia
- niski
- zrobiony
- utrzymać
- utrzymanie
- konserwacja
- Większość
- robić
- zarządzane
- i konserwacjami
- sposób
- mapa
- mapowanie
- Matthew
- dojrzałość
- maksymalny
- Może..
- znaczenie
- znaczy
- Oznaczało
- zmierzyć
- Media
- Poznaj nasz
- połączenie
- siatka
- Metadane
- metody
- Metryka
- może
- minimum
- model
- modelowanie
- Monetyzacji
- monitorowanie
- jeszcze
- Ponadto
- wielokrotność
- niezbędny
- Potrzebować
- potrzebne
- wymagania
- Nowości
- szczególnie
- laptopy
- Zauważyć..
- powiadomienie
- numer
- przedmiot
- cel
- zauważony
- of
- Oferty
- Oficer
- on
- ONE
- te
- tylko
- koncepcja
- otwarte danych
- działać
- operacyjny
- operacyjny
- operacje
- przeciwny
- or
- orkiestracja
- zamówienie
- organizacja
- organizacyjny
- organizacji
- organizowanie
- Inne
- Pozostałe
- Inaczej
- wyniki
- zewnętrzne
- koniec
- ogólny
- własny
- właściciele
- własność
- posiadanie
- posiada
- malować
- Parallel
- parametr
- Ludzie
- dla
- jest gwarancją najlepszej jakości, które mogą dostarczyć Ci Twoje monitory,
- uprawnienia
- perspektywa
- fazy
- obraz
- Miejsce
- planowany
- planowanie
- Platforma
- plato
- Analiza danych Platona
- PlatoDane
- plus
- Podcast
- Podcasting
- zwrotnica
- polityka
- posiadać
- możliwy
- Post
- praktyka
- praktyki
- poprzedzający
- Przygotować
- przedstawione
- poprzednio
- Główny
- zasada
- Zasady
- Proaktywne
- procesów
- przetwarzanie
- produkować
- Wytworzony
- producent
- Producenci
- produkcji
- Produkt
- Produkty
- profesjonalny
- rentowność
- Postęp
- ochrony
- zapewniać
- zapewnia
- że
- cel
- cele
- podnieść
- raczej
- dosięgnąć
- Czytaj
- łatwo
- Czytający
- podsumować
- redukcja
- redukcja
- odnosić się
- , o którym mowa
- odzwierciedla
- w sprawie
- Rejestracja
- uwalniając
- rzetelny
- usuwanie
- usuwanie
- wywołań
- wymagać
- rozwiązać
- rezonuje
- Zasób
- Zasoby
- odpowiedzialny
- ograniczony
- wynikły
- przeglądu
- ryzyko
- Rola
- role
- run
- bieganie
- taki sam
- zapisywane
- Skalowalność
- skalowalny
- Skala
- skalowaniem
- płynnie
- bezpieczne
- bezpieczeństwo
- zagrożenia bezpieczeństwa
- widzieć
- widziany
- Samoobsługa
- wrażliwy
- służy
- usługa
- Usługi
- zestaw
- Zestawy
- ustawienie
- Share
- shared
- Akcje
- dzielenie
- ona
- pokazał
- pokazane
- Targi
- znacznie
- Silosy
- prostsze
- po prostu
- pojedynczy
- trochę inny
- gładki
- skrawek
- So
- dotychczas
- Obserwuj Nas
- Media społecznościowe
- Tworzenie
- Oprogramowanie jako usługa
- rozwoju oprogramowania
- Wyłącznie
- rozwiązanie
- Rozwiązania
- rozwiązany
- kilka
- Źródło
- Źródła
- Typ przestrzeni
- specyficzny
- określony
- sponsorowanie
- SQL
- stos
- STAGE
- standardy
- początek
- Startowy
- Zestawienie sprzedaży
- stwierdzając
- Nadal
- przechowywanie
- bezpośredni
- Strategiczny
- Strateg
- strumień
- wzmocniony
- silniejszy
- Struktura
- zbudowany
- Walka
- sukces
- Z powodzeniem
- taki
- wystarczający
- wsparcie
- podpory
- zrównoważone
- Zrównoważony wzrost
- sprzęt
- biorąc
- zespół
- Zespoły
- tech
- Techniczny
- Technologia
- szablon
- kilkadziesiąt
- niż
- że
- Połączenia
- Informacje
- ich
- Im
- teoria
- Tam.
- w związku z tym
- Te
- one
- to
- tych
- trzy
- Prosperować
- Przez
- czas
- ramy czasowe
- do
- razem
- narzędzie
- narzędzia
- Top
- przeprowadzanie transakcji
- Podróżowanie
- wypróbowany
- godny zaufania
- drugiej
- typy
- ostateczny
- Ostatecznie
- zrozumieć
- zrozumienie
- nieprzerwany
- jednostek
- zbliżających
- na
- us
- posługiwać się
- przypadek użycia
- używany
- Użytkownik
- Doświadczenie użytkownika
- Użytkownicy
- zastosowania
- za pomocą
- wykorzystany
- Cenny
- wartość
- zmienna
- różnorodny
- Naprawiono
- Prędkość
- wersja
- początku.
- przez
- Tom
- była
- Droga..
- we
- sieć
- usługi internetowe
- DOBRZE
- były
- Co
- jeśli chodzi o komunikację i motywację
- który
- Podczas
- KIM
- kogo
- będzie
- w
- bez
- Praca
- workflow
- przepływów pracy
- pracujący
- działa
- świat
- wartość
- by
- napisany
- lat
- ty
- Twój
- zefirnet