Jak można stwierdzić, że mikroserwisy działają…

To można określić za pomocą monitorowania, logowania i śledzenia.

Monitorowanie

Metryki zdrowia: Statusy dostępności (uptime), opóźnienia odpowiedzi (latency), wskaźnik błędów (error rate), obciążenie zasobów (CPU, pamięć, wejście/wyjście dysku).
Metryki biznesowe: Liczba udanych transakcji, aktywność użytkowników.
Narzędzia: Prometheus, Grafana, Nagios, Zabbix.

Logowanie

Zcentralizowany zbiór logów: Agregacja logów ze wszystkich mikroserwisów w celu wykrycia błędów, awarii i nieprawidłowych zachowań.
Logi strukturalne: Logi w formacie JSON lub innych strukturach parsowalnych dla ułatwienia analizy.
Narzędzia: ELK Stack (Elasticsearch, Logstash, Kibana), Splunk, Loki.

Śledzenie rozproszone (Distributed Tracing)

Śledzenie zapytań: Pozwala śledzić ścieżkę zapytania przez wiele mikroserwisów, identyfikować wąskie gardła i błędy w systemach rozproszonych.
Wizualizacja: Przedstawienie przepływu wykonania zapytania w formie diagramu.
Narzędzia: Jaeger, Zipkin, OpenTelemetry.

Proby gotowości i żywotności (Readiness and Liveness Probes)

Proby żywotności (Liveness probes): Określają, czy kontener działa. Jeśli test nie powiedzie się, kubelet go zrestartuje.
Proby gotowości (Readiness probes): Określają, czy kontener jest gotowy do przyjęcia ruchu. Jeśli test nie powiedzie się, kubelet nie kieruje ruchu do tego poda.

Automatyczne testy

Testy jednostkowe i integracyjne: Sprawdzają poprawność działania poszczególnych komponentów i ich współdziałania.
Testy obciążeniowe: Ocena wydajności systemu pod dużym obciążeniem.
Chaos Engineering: Symulacja awarii systemu w celu sprawdzenia jego odporności.

Znaki nieprawidłowego działania:

Wzrost częstotliwości błędów w logach lub monitorowaniu.
Wzrost opóźnień odpowiedzi.
Obniżenie przepustowości.
Nienormalne zużycie zasobów.
Awaria procesów biznesowych.

Przykład konfiguracji testu gotowości w Kubernetes:

# Definicja testu gotowości dla kontenera
readinessProbe:
  httpGet:
    path: /health # Ścieżka do punktu końcowego HTTP zwracającego status 200 OK przy gotowości
    port: 8080 # Port usługi
  initialDelaySeconds: 5 # Opóźnienie przed pierwszym testem
  periodSeconds: 10 # Interwał między testami

Jak można stwierdzić, że mikroserwisy działają poprawnie?