Cum se poate determina că microserviciile…

Acest lucru poate fi determinat prin monitorizare, jurnalizare și urmărire.

Monitorizare

Metrici de sănătate: Stări de disponibilitate (uptime), latență a răspunsurilor, rată de erori, încărcare a resurselor (CPU, memorie, intrare/ieșire disc).
Metrici de afaceri: Număr de tranzacții reușite, activitate a utilizatorilor.
Instrumente: Prometheus, Grafana, Nagios, Zabbix.

Jurnalizare (Logging)

Colectare centralizată de jurnale: Agregarea jurnalelor din toate microserviciile pentru identificarea erorilor, defecțiunilor și comportamentelor anormale.
Jurnale structurate: Jurnale în format JSON sau alte structuri parsabile pentru ușurarea analizei.
Instrumente: ELK Stack (Elasticsearch, Logstash, Kibana), Splunk, Loki.

Urmărire distribuită (Distributed Tracing)

Urmărirea cererilor: Permite urmărirea traseului unei cereri prin multiple microservicii, identificarea punctelor de blocare și a erorilor în sistemele distribuite.
Vizualizare: Reprezentarea fluxului de execuție al cererii sub formă de diagramă.
Instrumente: Jaeger, Zipkin, OpenTelemetry.

Probes de disponibilitate și de viețuire (Readiness and Liveness Probes)

Probes de viețuire (Liveness probes): Determină dacă containerul funcționează. Dacă verificarea eșuează, kubelet îl repornește.
Probes de disponibilitate (Readiness probes): Determină dacă containerul este gata să primească trafic. Dacă verificarea eșuează, kubelet nu trimite trafic către acest pod.

Testare automatizată

Teste unitare și de integrare: Verifică corectitudinea funcționării componentelor și interacțiunea lor.
Teste de încărcare: Evaluează performanța sistemului sub sarcină mare.
Inginerie de haos (Chaos Engineering): Simulează defecțiuni în sistem pentru a testa reziliența.

Semne de funcționare incorectă:

Creșterea frecvenței erorilor în jurnale sau monitorizare.
Creșterea latenței răspunsurilor.
Scăderea capacității de procesare.
Consum anormal de resurse.
Defecțiuni în procesele de afaceri.

Exemplu de configurare a verificării de disponibilitate în Kubernetes:

# Definirea verificării de disponibilitate pentru container
readinessProbe:
  httpGet:
    path: /health # Calea către endpoint-ul HTTP care returnează status 200 OK când este gata
    port: 8080 # Portul serviciului
  initialDelaySeconds: 5 # Întârziere înainte de prima verificare
  periodSeconds: 10 # Interval între verificări

Cum se poate determina că microserviciile funcționează corect?