OD MONOLITU DO MIKROUSŁUGI MICROSERVICES

Transkrypt

1 OD MONOLITU DO MIKROUSŁUGI MICROSERVICES

2 WOJCIECH CIOŁKO Software Engineer PayPal, Rocket Internet, AxelSpringer TV Guides, Funke MedienGruppe, PostCon, AboutCoders, OSEC Software #agile #scrum #software #scalability #performance #microservices #saas

3 KONTAKT

4 AGENDA Monolit vs Mikrousługi Charakterystyka mikrousługi API Gateway Automatyzacja infrastruktury Linker - case study

5 TEKST MONOLIT

6 MONOLIT A MIKROSUSŁUGA MONOLIT MIKROUSŁUGA

7 DYSTRYBUCJA I SKALOWANIE MONOLIT MIKROUSŁUGA

8 TEKST MIKROUSŁUGI

9 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

10 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

11 DEKOMPOZYCJA PRZEZ USŁUGI KOMPONENT BIBLIOTEKA USŁUGA

12 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

13 ORGANIZACJA WOKÓŁ POTRZEB BIZNESOWYCH Monolit - skupienie na technologii UI API Baza danych Mikrousługa - skupienie na funkcjach Obsługa zamówień Rozliczenia Powiadomienia

14 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

15 ORIENTACJA NA PRODUKTY A NIE PROJEKTY Projekt Dostarczenie kompletnego rozwiązania Przekazanie utrzymania Produkt Zespół odpowiedzialny przez cały czas życia produktu Amazon: you build, you run it

16 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

17 LOGIKA W KOŃCÓWKACH DUMB ENDPOINTS SMART PIPES ESB

18 LOGIKA W KOŃCÓWKACH SMART ENDPOINTS AND DUMB PIPES

19 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

20 ZDECENTRALIZOWANE ZARZĄDZANIE DECENTRALIZED GOVERNANCE Konsekwencją centralnego zarządzania jest tendencja do standaryzacji technologii Wybór właściwych narzędzi Narzędzie dobrane do konkretnego problemu Nie wszystko da się rozwiązać przy pomocy młotka

21 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

22 ZDECENTRALIZOWANE ZARZĄDZANIE DANYMI MONOLIT

23 ZDECENTRALIZOWANE ZARZĄDZANIE DANYMI MIKROUSŁUGI

24 ZARZĄDZANIE DANYMI DECENTRALIZACJA DANYCH Usługa nie może mieć dostępu do bazy danych innych usług Dostęp do danych innych usług tylko poprzez API Kolejkę wiadomości (messaging) Dzięki decentralizacji można używać różnych silników dla poszczególnych usług

25 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

26 INFRASTRUKTURA AUTOMATYZACJA INFRASTRUKTURY Continuous Integration Continuous Delivery Blue-green deployment Testy automatyczne

27 CHARAKTERYSTYKA MIKROUSŁUGI Dekompozycja przez usługi Organizacja wokół potrzeb biznesowych Orientacja na produkty a nie projekty Logika w końcówkach Zdecentralizowane zarządzanie Zdecentralizowane zarządzanie danymi Automatyzacja infrastruktury Design for failure

28 DESIGN FOR FAILURE Tolerancja na awarie Klient powinien obsługiwać błędy Wykrywanie awarii Monitoring Chaos Monkey

29 CHAOS MONKEY Losowo zatrzymuje usługi w ramach wybranej grupy

30 OSEC SOFTWARE MONITORING

31 API GATEWAY Granulacja API dostarczana przez mikro-usługi jest zbyt duża dla klienta Różni klienci potrzebują różnych danych Liczba usług i ich lokalizacja (host, port) jest zmienna Wewnętrzny podział API powinien być ukryty dla klienta

32 API GATEWAY

33 API GATEWAY

34 API GATEWAY Open-source API Gateway and Microservices Management Layer Wysoka wydajność (nginx) Pluginy

35 KONG

36 LEGACY ARCHITECTURE TYPOWA ARCHITEKTURA Duplikacja funkcjonalności Trudna w utrzymaniu Zależności pomiędzy usługami Zmniejsza produktywność

37 KONG ARCHITECTURE KONG Unifikacja wspólnych funkcjonalności Łatwość skalowania Łatwość zarządzania REST API

38 KONG - PLUGINY Authentication Security Traffic Control Analytics & Monitoring Transformations Logging

39 AUTOMATYZACJA Bamboo/Jenkins Docker Ansible Open Shift

40 CI, CD Continuous Integration Automated builds Continuous Delivery Automated deployments

41 DOCKER Konteneryzacja Usługi jako osobne kontenery Łatwość deploymentu Przenaszalność Indywidualne środowisko dla każdej usługi

42 ANSIBLE Automatyzacja konfiguracji Automatyzacja instalacji maszyn wirtualnych Automatyzacja deploymentu

43 OPEN SHIFT Application builds Deployments Scaling Health management

44 CASE STUDY MIKROUSŁUGI W LINKERZE E-COMMERCE Integracje CONTROL platform e-comerce TOWER

45 LINKER ZAŁOŻENIA Platforma integrująca platformy e-commerce z WMS Integracja z ERP Integracja z WMS Panel klienta Back office Moduł śledzenia przesyłek Moduł powiadomień Konfigurowalne procesy

46 LINKER

47 ARCHITEKTURA

48 LINKER

49 PYTANIA

50 OSEC SOFTWARE DZIĘKUJĘ Wojciech Ciołko OSEC Software