Wie kann man feststellen, dass die Microservices…

Dies kann durch Überwachung, Protokollierung und Nachverfolgung bestimmt werden.

Überwachung

Gesundheitsmetriken: Verfügbarkeitsstatus (Uptime), Antwortlatenz, Fehlerquote, Ressourcenauslastung (CPU, Speicher, Festplatten-E/A).
Geschäftsmetriken: Anzahl erfolgreicher Transaktionen, Benutzeraktivität.
Tools: Prometheus, Grafana, Nagios, Zabbix.

Protokollierung

Zentrale Log-Sammlung: Aggregation der Logs aller Microservices zur Fehlersuche, Fehlerbehebung und Erkennung von abnormalem Verhalten.
Strukturierte Protokolle: Logs im JSON-Format oder anderen parsbaren Strukturen zur Erleichterung der Analyse.
Tools: ELK Stack (Elasticsearch, Logstash, Kibana), Splunk, Loki.

Verfolgung (Distributed Tracing)

Anfrageverfolgung: Ermöglicht die Nachverfolgung des Anfragepfads durch mehrere Microservices, Identifikation von Engpässen und Fehlern in verteilten Systemen.
Visualisierung: Darstellung des Anfrageflusses in Form eines Diagramms.
Tools: Jaeger, Zipkin, OpenTelemetry.

Bereitschafts- und Lebendigkeitstests (Readiness and Liveness Probes)

Lebendigkeitstests (Liveness probes): Bestimmen, ob der Container läuft. Bei Fehlschlag wird der Container vom kubelet neu gestartet.
Bereitschaftstests (Readiness probes): Bestimmen, ob der Container bereit ist, Traffic zu empfangen. Bei Fehlschlag wird kein Traffic an den Pod gesendet.

Automatisierte Tests

Unit- und Integrationstests: Überprüfen die korrekte Funktion einzelner Komponenten und deren Zusammenspiel.
Lasttests: Bewerten die Systemleistung unter hoher Belastung.
Chaos Engineering: Simulieren Systemausfälle, um die Resilienz zu testen.

Anzeichen für fehlerhaftes Verhalten:

Erhöhte Fehlerquote in Logs oder Monitoring.
Erhöhte Antwortlatenz.
Verringerte Durchsatzrate.
Anormale Ressourcennutzung.
Systemausfälle in Geschäftsprozessen.

Beispiel für die Konfiguration eines Bereitschaftstests in Kubernetes:

# Definition des Bereitschaftstests für einen Container
readinessProbe:
  httpGet:
    path: /health # Pfad zum HTTP-Endpunkt, der bei Bereitschaft Status 200 OK zurückgibt
    port: 8080 # Service-Port
  initialDelaySeconds: 5 # Verzögerung vor dem ersten Test
  periodSeconds: 10 # Intervall zwischen den Tests

Wie kann man feststellen, dass die Microservices korrekt funktionieren?