Читать книгу Mikroserwisy w akcji - Группа авторов - Страница 30

W tym rozdziale ustaliliśmy, że mikroserwisy dobrze pasują do SimpleBanku, zaprojektowaliśmy nową funkcjonalność i rozważaliśmy, jak można uczynić tę funkcjonalność gotową do produkcji. Mamy nadzieję, że to studium przypadku pokazało, że podejście do opracowywania aplikacji oparte na mikroserwisach jest zarówno fascynujące, jak i wymagające!

W kolejnych rozdziałach przedstawimy techniki i narzędzia, które trzeba znać, aby uruchomić dobrą aplikację mikroserwisową. Chociaż mikroserwisy mogą prowadzić do elastycznego i wysoce produktywnego rozwoju, uruchamianie wielu rozproszonych usług jest o wiele bardziej wymagające niż uruchamianie pojedynczej aplikacji. Aby uniknąć niestabilności, musimy mieć możliwość projektowania i wdrażania usług gotowych do produkcji: przejrzystych, odpornych na błędy, niezawodnych i skalowalnych.

W części 2 skupimy się na projektowaniu. Skuteczne zaprojektowanie systemu rozproszonych, współzależnych usług wymaga starannego rozważenia zakresu systemu i sposobu interakcji tych usług. Możliwość określenia właściwych granic między odpowiedzialnością, a co za tym idzie – budowania wysoce spójnych i luźno powiązanych usług, jest jedną z najcenniejszych umiejętności dla każdego praktyka mikroserwisowego.

PODSUMOWANIE

■ Mikroserwisy mają duże zastosowanie w systemach o wielu wymiarach złożoności – na przykład o szerokiej ofercie produktów w globalnych wdrożeniach i pod nadzorem regulatorów.

■ Podczas projektowania mikroserwisów kluczowe znaczenie ma zrozumienie domeny produktu.

■ Interakcje serwisowe mogą podlegać orkiestracji lub choreografii. To drugie zwiększa złożoność, ale może prowadzić do luźniej powiązanego systemu.

■ Bramy API to wspólny wzorzec do upraszczania i ukrywania złożoności architektury mikroserwisowej dla użytkowników frontendowych lub zewnętrznych.

■ Można powiedzieć, że usługa jest gotowa do produkcji, jeśli można zaufać, że sprosta wymaganiom produkcyjnym.

■ Można być pewnym usługi, jeśli można ją niezawodnie wdrożyć i monitorować.

■ Monitorowanie usług powinno obejmować agregację dzienników i kontrole działania na poziomie usługi.

■ Mikroserwisy mogą ulec awarii z powodu problemów ze sprzętem, komunikacją i zależnościami, a nie tylko z powodu błędów w kodzie.

■ Gromadzenie metryk biznesowych, dzienników oraz śledzenie międzyusługowe ma kluczowe znaczenie do zrozumienia obecnego i przeszłego operacyjnego zachowania aplikacji mikroserwisowej.

■ Techniczna różnorodność i izolacja będą coraz bardziej wymagające dla firm inżynierskich, ponieważ liczba mikroserwisów (i zespołów wspierających) się zwiększa.

■ Aby uniknąć różnorodności i izolacji, standardy i dobre praktyki muszą być podobne w wielu zespołach, niezależnie od podstaw technicznych.