Les nouvelles fonctionnalités de métriques d'Elastic vont considérablement améliorer la disponibilité des systèmes informatiques du secteur public

De nombreux organismes du secteur public s'appuient déjà sur Elastic pour le stockage et la conservation abordables des logs, notamment pour se conformer aux directives gouvernementales comme le mémorandum OMB M-26-14 aux États-Unis.

Cette même base fiable de logging s'étend désormais aux métriques. La plupart des administrations publiques qui gèrent des infrastructures modernes ont accumulé des dettes d'observabilité sous la forme d'outils cloisonnés : un système pour les logs, un autre pour les métriques et un troisième pour les traces. Chaque signal provient d'un backend différent, utilise un langage de requête différent et nécessite un changement de contexte pour être corrélé. Lorsqu'un incident se produit, les ingénieurs rassemblent manuellement une image de systèmes déconnectés sous la pression.

Elastic Observability centralise le stockage des métriques, des logs et des traces au sein d'un backend unique et unifié. Lorsqu'une alerte se déclenche, le contexte d'investigation est déjà constitué : événements de log corrélés, anomalies de métriques antérieures ou traces associées. Les ingénieurs n'ont plus besoin d'ouvrir trois onglets différents pour formuler une hypothèse. La détection d'anomalies par machine learning (ML) s'exécute automatiquement sur les métriques d'infrastructure ; les alertes fournissent ainsi un contexte précis sur les changements survenus et la gravité de l'écart, allant bien au-delà du simple dépassement de seuil. Pour les ingénieurs SRE du secteur public responsables de services essentiels aux citoyens, cela se traduit par un délai moyen de résolution réduit. Pour la direction, cela signifie moins d'interruptions de service prolongées et un gain de temps pour les équipes, qui ne sont plus accaparées par des tâches de corrélation manuelle.

Elastic Observability est disponible selon trois modes de déploiement : Elastic Cloud Serverless, Elastic Cloud Hosted et une solution entièrement autogérée sur site ou dans des environnements air gap. Contrairement à certains fournisseurs qui limitent le déploiement sur site ou réservent leurs fonctionnalités les plus précieuses aux instances hébergées, Elastic propose l'intégralité de ses capacités dans ces trois modes. Les administrations soumises à des exigences strictes en matière de résidence des données peuvent ainsi exploiter la plateforme complète au sein de leur propre infrastructure, sans aucun compromis sur les fonctionnalités.

La budgétisation informatique dans le secteur public repose sur la prévisibilité. Les contrats pluriannuels, les cycles budgétaires et les procédures d'affectation des crédits interdisent de prendre en compte des factures imprévues en raison de mécanismes de tarification opaques.

De nombreux fournisseurs de solutions commerciales d'observabilité appliquent des modèles tarifaires dont le coût augmente de manière imprévisible à mesure que les infrastructures modernes se développent. Les frais par hôte s'ajoutent à la facturation des métriques personnalisées et aux dépassements liés aux conteneurs, entraînant une hausse des factures à mesure que les environnements Kubernetes s'étendent ou que l'instrumentation OpenTelemetry s'intensifie. Ces coûts sont difficiles à prévoir, car ils sont liés à la cardinalité, la propriété même qui confère toute sa valeur à l'observabilité dans les environnements complexes.

Le modèle d'Elastic est fondamentalement différent : vous payez en fonction du volume de données, et non du nombre d'hôtes ou de la granularité de l'instrumentation de vos systèmes. Sur Elastic Observability Serverless, les métriques stockées en mode d'indexation TSDS (Time Series Data Streams) sont facturées à 25 % du tarif standard Observability par Go pour l'ingestion et la conservation, soit environ 0,023 $ par Go ingéré et 0,005 $ par Go et par mois de conservation (selon les paliers de volume). Il n'y a ni licence par hôte ni surcoût lié à la cardinalité, et aucune classification de métriques personnalisées ne vient pénaliser une instrumentation plus riche, ce qui revient à la moitié du coût de Datadog et d'autres fournisseurs.

La conservation à long terme est également très abordable : pour environ 0,005 $ par Go et par mois, la conservation pendant un an ou plus des données de métriques en pleine résolution est financièrement viable, ce qui permet de réaliser le type d'audits rétrospectifs souvent exigé par les programmes publics.

Les infrastructures du secteur public évoluent lentement et de manière réfléchie. Les cycles d'acquisition sont longs, les intégrations sont complexes et profondément ancrées, et le risque opérationnel de perturbation des services destinés aux usagers est élevé. Toute transition de plateforme doit préserver ce qui a déjà été mis en place.

La plupart des équipes SRE utilisant des infrastructures cloud modernes et conteneurisées ont beaucoup investi dans des outils basés sur Prometheus : configurations de scraping, règles d'alerte, requêtes PromQL et tableaux de bord Grafana qui représentent des années de connaissances opérationnelles. Historiquement, la migration des backends des métriques impliquait de tout réécrire.

Elastic a éliminé la majeure partie de ces obstacles. Les métriques Prometheus sont transmises via Prometheus Remote Write et intégrées au même stockage en colonnes, sans modification sémantique. Comme PromQL est pris en charge nativement par Kibana, les requêtes, tableaux de bord et règles d'alerte existants sont transférés directement, sans aucune modification. Pour les organisations souhaitant conserver Grafana comme couche de visualisation, Elasticsearch propose une API native compatible avec Prometheus ; celle-ci peut être interrogée directement par n'importe quelle interface compatible, ce qui permet aux équipes de remplacer le backend tout en conservant l'interface que leurs ingénieurs maîtrisent déjà.

La migration peut s'effectuer de manière progressive et largement automatisée. Observability Migration Platform est un workflow piloté par une interface en ligne de commande (CLI) qui convertit les ressources Grafana et Datadog prises en charge en sorties Kibana natives et génère les preuves nécessaires à la validation du résultat, transformant la migration d'une reconstruction manuelle en un workflow de conversion et de vérification. La solution fonctionne à partir de ressources exportées ou d'API en temps réel, couvrant les tableaux de bord et le contenu d'alerting provenant des chemins Datadog et Grafana. Point essentiel pour les équipes du secteur public, ce workflow génère également des éléments destinés aux réviseurs, tels qu'un rapport de migration, un manifeste, des dossiers de vérification et un plan de déploiement, permettant ainsi de visualiser les éléments convertis sans perte, ceux ayant subi une dégradation ou nécessitant un examen manuel, ainsi que ceux exigeant une intervention humaine.

La crédibilité d'Elastic Observability sur le marché continue de croître. En juillet 2026, Elastic a été nommé Leader dans le Gartner® Magic Quadrant™ 2026 pour les plateformes d'observabilité pour la troisième année consécutive. Nous estimons que cette reconnaissance reflète la priorité accordée par Elastic à l'anticipation des évolutions du marché, tout en offrant aux clients les gains d'efficacité liés à la standardisation via Prometheus et OTel, ainsi que la possibilité d'utiliser une plateforme unique pour les logs, les métriques et les traces.

Découvrez comment les dirigeants du secteur public abordent l'observabilité en téléchargeant le rapport Paysage de l'observabilité en 2026 pour le secteur public, ou programmez un rendez-vous avec l'un de nos experts.