Замінює canary на shadow, бо shadow автоматично усуває error rate й гарантує нормалізацію latency без змін коду.

Виконує rollback canary за порушенням SLO сервісу та розбирає причину, бо стабільність платформи є базовою вимогою.

Чекає на збільшення PSI, бо лише drift‑метрики мають визначати рішення про rollback незалежно від помилок сервісу.

Продовжує rollout, бо офлайн‑метрика моделі важливіша за SLO і завжди компенсує технічні регресії сервісу.