1. Rejestr usług: Centralny rejestr usług ma kluczowe znaczenie dla zarządzania usługami. Implementując rejestr usług, usługi mogą rejestrować się i wykrywać się nawzajem.
2. Brama API: Brama API zapewnia pojedynczy punkt wejścia dla klientów w celu interakcji z wieloma usługami. Upraszcza to logikę aplikacji po stronie klienta i poprawia bezpieczeństwo.
3. Wyłącznik automatyczny: Wzorzec projektowy wyłącznika automatycznego służy do zapobiegania kaskadowym awariom, które mogą spowodować awarię całego systemu. Zapewnia mechanizm rezerwowy do obsługi błędów, gdy usługa jest wyłączona lub nie odpowiada.
4. Architektura sterowana zdarzeniami: Architektura sterowana zdarzeniami (EDA) pomaga w budowaniu luźno powiązanych systemów, które komunikują się poprzez zdarzenia. Postępując zgodnie z tym wzorcem, usługi mogą publikować zdarzenia, a inne usługi mogą subskrybować te zdarzenia.
5. CQRS: wzorzec Command Query Responsibility Segregation (CQRS) rozdziela operacje odczytu i aktualizacji. Postępując zgodnie z tym wzorcem, usługi mogą optymalizować operacje odczytu i zapisu osobno, zwiększając wydajność całego systemu.
6. Saga: Wzorzec projektowy Saga jest przydatny w utrzymywaniu spójności danych w wielu usługach. Zarządza sekwencją transakcji, które muszą zakończyć się pomyślnie, w przeciwnym razie wycofuje całą transakcję.
7. Sidecar: Wzorzec Sidecar dodaje dedykowaną usługę pomocniczą do każdej usługi w architekturze. Pomaga to odciążyć niefunkcjonalne problemy, takie jak rejestrowanie, bezpieczeństwo i monitorowanie z głównej usługi.
8. Bulkhead: Wzorzec projektowy Bulkhead rozdziela usługi na różne pule i ogranicza liczbę jednoczesnych żądań. Pomaga to w izolowaniu awarii i poprawie ogólnej odporności systemu.
9. Strangler: Wzorzec Strangler służy do stopniowej migracji systemu monolitycznego do architektury mikrousług. W tym schemacie wprowadzane są nowe usługi, podczas gdy stary monolit jest stopniowo wycofywany z eksploatacji.
10. Warstwa antykorupcyjna: Wzorzec warstwy antykorupcyjnej (ACL) tłumaczy dane między różnymi usługami z różnymi modelami lub formatami. Postępując zgodnie z tym wzorcem, usługi mogą komunikować się z innymi usługami bez uszczerbku dla ich istniejącego projektu.
Data publikacji: