MTB ESB Documentation

Эксплуатационная модель

Ownership, operational readiness и ежедневное сопровождение MTB ESB.

Operations & Reference

Эксплуатация MTB ESB охватывает весь маршрут запроса: WSO2, Event Router, Kafka, Kestra, адаптеры, Callback Service, базы данных и инфраструктуру окружения.

Цель раздела

Поддержка должна определять состояние интеграции по наблюдаемым сигналам и выполнять безопасное восстановление по runbook, не полагаясь на знания отдельного разработчика.

Операционные контуры

КонтурЧто контролируется
Consumer/APIAvailability, latency, status codes, throttling
WSO2Gateway health, traffic, policies, subscriptions, DB connectivity
TransportKafka availability, producer errors, consumer lag, DLQ
OrchestrationFailed/stuck executions, queue, duration, retries
AdaptersTarget connectivity, error rate, timeout, resource usage
CallbackDelivery success, retries, signature errors, DLT
InfrastructureKubernetes, nodes, ingress, network, storage, certificates

Operational readiness

Компонент или API готов к сопровождению, если:

  • назначен service owner и support owner;
  • определены health checks, dashboards и alerts;
  • logs, metrics и traces доступны в общем стеке;
  • утверждены SLI/SLO или временный service profile;
  • описаны типовые failure modes;
  • подготовлены restart, rollback и recovery procedures;
  • определены backup/restore requirements;
  • настроен escalation path;
  • проведён handover команде поддержки.

Общий стек наблюдаемости

Диаграмма отражает целевой baseline из проектных материалов. Фактическая готовность каждой интеграции подтверждается environment readiness checklist.

Приоритет оператора

  1. Защитить клиентов и данные.
  2. Определить blast radius.
  3. Остановить ухудшение ситуации.
  4. Восстановить минимально необходимый сервис.
  5. Собрать evidence и устранить причину.
  6. Обновить runbook и monitoring.

Быстрые переходы

On this page