Миграция
С нативного мониторинга облачного провайдера
Команды на встроенных метриках, логах и дашбордах своего облака.
Примерное время: 2–4 недели
Почему команды переходят
- →Cross-cloud или гибридная инфраструктура требует единого окна
- →Запросы поверх сервисов и аккаунтов неудобны
- →Egress-плата за сырые лог-запросы набегает неожиданно быстро
- →Маршрутизация on-call и workflow инцидентов ограничены
Что переносится как есть
- ✓CloudWatch / Monitoring-метрики через pull-мост — данные остаются на обеих сторонах
- ✓IAM-аутентификация агентов через тонкую обёртку
- ✓Фильтрация по тегам становится фильтрацией по label — модель та же, синтаксис симпатичнее
Что придётся адаптировать
- •Облачные языки лог-запросов → Unimoni log DSL (схожая форма, другие ключевые слова)
- •Привязанная к облаку маршрутизация алертов → каналы Unimoni + on-call-расписания
Шаги миграции
- 1.Запустите cloud-bridge-агент в pull-режиме — он вычитывает облачные метрики в Unimoni
- 2.Убедитесь, что те же серии появляются с теми же числами
- 3.Переносите алерты по одному workload за раз
- 4.Когда on-call-команде станет комфортно, переключите основную визуализацию
- 5.Облачный мониторинг оставьте как fallback для сырого дебага