Migration
Depuis une solution de monitoring native du fournisseur cloud
Des équipes qui utilisent les métriques, logs et tableaux de bord intégrés de leur cloud.
Temps estimé: 2–4 semaines
Pourquoi les équipes migrent
- →Un setup cross-cloud ou hybride a besoin d’un seul point de vue
- →Interroger à travers les services et les comptes est laborieux
- →Les frais d’egress sur les requêtes de logs bruts montent étonnamment vite
- →Le routage d’astreinte et le workflow d’incident sont limités
Ce qui se transfère tel quel
- ✓Métriques CloudWatch / Monitoring via un pont côté pull — les deux côtés conservent les données
- ✓Authentification d’agent basée sur IAM via un wrapper léger
- ✓Le filtrage par tag devient un filtrage par label — même modèle, syntaxe plus jolie
Ce qu’il faut adapter
- •Langages de requête de logs spécifiques au cloud → Unimoni log DSL (forme similaire, mots-clés différents)
- •Routage d’alertes lié au cloud → canaux Unimoni + plannings d’astreinte
Étapes de migration
- 1.Lancez l’agent cloud-bridge en mode pull — il lit les métriques cloud dans Unimoni
- 2.Vérifiez que les mêmes séries apparaissent avec les mêmes chiffres
- 3.Déplacez les alertes un workload à la fois
- 4.Une fois l’équipe d’astreinte à l’aise, basculez la visualisation principale
- 5.Gardez la solution cloud-native comme fallback pour le debug brut