Implikacje inżynierii danych w architekturze DevOps

Koncepcje DevOps

Cem Sakarya

DevOps Risk Advisor

Architektura mikroserwisów

Mikroserwis składający się z bazy danych, mikroserwisu i API.

Mikroserwisy to małe programy
Mikroserwisy są wdrażane niezależnie
Każdy mikroserwis obsługuje inną funkcjonalność
Każdy mikroserwis ma własne dane i logikę
Dane są przechowywane w prywatnych bazach danych

Architektura monolityczna

Architektura monolityczna: interfejs użytkownika, jednolity backend, pojedyncza baza danych

Przeciwieństwo architektury mikroserwisów
Jedna duża jednostka
Znacznie prostsza niż mikroserwisy
Utrzymanie i wprowadzanie zmian jest trudne i ryzykowne

Architektura monolityczna

Ograniczona liczba baz danych
Wszystkie aplikacje korzystają z tych samych baz danych
Może być odpowiednia dla małych aplikacji

Architektura mikroserwisów

Osobna baza danych dla każdego mikroserwisu
Dostęp do bazy innego serwisu wymaga wywołań API
Mikroserwisy sprawdzają się w dużych organizacjach i złożonych produktach

Prywatne bazy danych mikroserwisów

Niektóre funkcje produktu wymagają współpracy wielu mikroserwisów
Mikroserwisy nie mają swobodnego dostępu do swoich baz danych, dlatego używają wywołań API
Mikroserwisy stale komunikują się ze sobą.

Dwa mikroserwisy komunikujące się ze sobą za pomocą API.

Zastosowania inżynierii danych w mikroserwisach

Mikroserwisy komunikują się ze sobą przez API oraz współdziałają z niezależnymi bazami danych za pomocą potoków danych.

Zastosowania inżynierii danych w mikroserwisach

Mikroserwisy komunikują się ze sobą przez API oraz współdziałają z niezależnymi bazami danych za pomocą potoków danych. Potoki danych są wyróżnione.

Czas na ćwiczenia!

Koncepcje DevOps

Preparing Video For Download...