#4 Spring Boot 2 – Actuator – własny endpoint

W poprzednim wpisie #3 Spring Boot 2 – Actuator poznaliśmy narzędzie actuator. Jest to narzędzie, które dostarcza metryki oraz dodatkowe informacje na temat aplikacji. Out-of-the-box actuator daje nam między innymi możliwość sprawdzenia metryk wirtualnej maszyny Javy czy statusu naszej aplikacji. Jednakże, czasem potrzebujemy dodać własny adres dostarczający dodatkowe informacje o naszej aplikacji.

Czytaj dalej


#3 Spring Boot 2 – Actuator

Autorzy rozwiązania Spring Boot bardzo mocno stawiają na fakt, iż aplikacja napisana z wykorzystaniem ich frameworku powinna być production-ready. Zgodnie z 12 factor manifesto, apikacja sama w sobie powinna dostarczać informacji na temat swojej telemetrii. Projekt actuator jest mechanizmem zbliżającym nas do pojęcia  production-ready. Dostarcza on podstawowe metryki oraz informacje na temat aplikacji.

Czytaj dalej


#31 Spring Boot – Zuul – API Gateway

API Gateway to wzorzec integracyjny. W wzorcu tym, tylko jeden serwis (może być oczywiście replikowany) udostępniony jest publicznie. Klientami naszego API mogą być aplikacje mobilne, strony web lub inne urządzenia. Musimy zapewnić im możliwość korzystania z naszego API w sposób zunifikowany. Aby to osiągnąć udostępniamy jeden publiczny serwis zwany API Gateway, który odpytywany przez różnych klientów zajmuje się kierowaniem ruchu na podstawie filtrów i określonych routingów.

Czytaj dalej


#28 Spring Boot – Testowanie z GreenMail

Podczas przygotowania mojej prezentacji na SpreadIT, obracałem się wokół domeny związanej z mejlami.  Ponieważ była to prezentacja o TDD, musiałem w jakiś sposób przetestować moją usługę do wysyłania mejli. Po wyszukaniu dostępnych rozwiązań postanowiłem wybrać bibliotekę GreenMail. Jest to prawdopodobnie jedyna biblioteka, która może być wykorzystywana jednocześnie do wysyłania jak i odbierania emaili.

Czytaj dalej


#27 Spring Boot – Consumer Driven Contract

Z każdym kolejny mikroserwisem testowanie naszej aplikacji staje się coraz bardziej trudne (w przypadku gdy są one ze sobą powiązane). Oczywiście możemy zamokować zachowanie innych serwisów korzystając na przykład z biblioteki WireMock, jednakże po wdrożeniu naszej aplikacji na produkcję okazuje się, że aplikacja nie integruje się poprawnie. A no właśnie, okazało się, iż mój serwis odpytywał zły endpoint, ale jak to możliwe, skoro wszystkie testy były uzależniająco zielone?

Czytaj dalej