Как може да се определи, че микросервисите…

Това може да се определи чрез мониторинг, логиране и проследяване.

Мониторинг

Метрики за здраве: Статус на наличност (uptime), латентност на отговорите, процент на грешки, натоварване на ресурсите (CPU, памет, дисков вход/изход).
Бизнес метрики: Брой успешни транзакции, активност на потребителите.
Инструменти: Prometheus, Grafana, Nagios, Zabbix.

Логиране

Централизирано събиране на логове: Агрегиране на логове от всички микросервизи за откриване на грешки, сривове и аномално поведение.
Структурирани логове: Логове във формат JSON или други парсируеми структури за улесняване на анализа.
Инструменти: ELK Stack (Elasticsearch, Logstash, Kibana), Splunk, Loki.

Разпределено проследяване (Distributed Tracing)

Проследяване на заявки: Позволява да се проследи пътят на заявка през множество микросервизи, да се идентифицират тесните места и грешките.
Визуализация: Представяне на потока на изпълнение на заявката като диаграма.
Инструменти: Jaeger, Zipkin, OpenTelemetry.

Проверки за готовност и жизненост (Readiness and Liveness Probes)

Проверки за жизненост (Liveness probes): Определят дали контейнерът работи. Ако проверката не мине, kubelet го рестартира.
Проверки за готовност (Readiness probes): Определят дали контейнерът е готов да приема трафик. Ако проверката не мине, kubelet не изпраща трафик към този под.

Автоматизирани тестове

Модулни и интеграционни тестове: Проверяват правилната работа на отделните компоненти и тяхното взаимодействие.
Тестове за натоварване: Оценяват производителността на системата под високо натоварване.
Chaos Engineering: Имитират сривове в системата за проверка на нейната устойчивост.

Признаци за неправилна работа:

Увеличаване на честотата на грешки в логовете или мониторинга.
Увеличаване на латентността на отговорите.
Намаляване на пропускателната способност.
Аномално потребление на ресурси.
Сривове в бизнес процесите.

Пример за настройка на проверка за готовност в Kubernetes:

# Определение на проверка за готовност за контейнера
readinessProbe:
  httpGet:
    path: /health # Път към HTTP ендпоинта, който връща статус 200 OK при готовност
    port: 8080 # Порт на услугата
  initialDelaySeconds: 5 # Забавяне преди първата проверка
  periodSeconds: 10 # Интервал между проверките

Как може да се определи, че микросервисите функционират правилно?