Migración de métricas de Grafana

Visión general

Un proyecto de servicios profesionales de precio fijo y 3 semanas calendario que migra un entorno representativo de métricas de Grafana a Elastic Observability con un enfoque centrado en la ingesta (Ruta 1). Las métricas de Prometheus llegan primero a Elastic y luego la Observability Migration Platform (OMP) convierte los dashboards de Grafana incluidos en el alcance y las reglas de alerta seleccionadas a partir de datos reales. El alcance se expresa en unidades cuantificables (no en días de consultoría) para que los límites sean claros para ambas partes.

Enfoque 1 basado en la ingesta: métricas ingeridas en Elastic con un formato compatible con PromQL mediante la escritura remota de Prometheus, EDOT o las integraciones de Elastic Agent → conversión de OMP aplicada al proyecto activo de Elastic → ajustes asistidos de los paneles dentro del alcance acordado → evaluación de reglas de alertas dentro del alcance acordado → recorrido guiado lado a lado.

Alcance

• Fase 1: verificación de los criterios de inicio; reunión de inicio del proyecto; enfoque de ingesta acordado; lista breve de alertas y plazo acotado confirmados; confirmación posterior a la reunión de inicio emitida
• Fase 2: revisión del cuadro de mando de OMP con el cliente; inventario de fuentes de datos; sesiones de descubrimiento (arquitectura de recopilación de métricas, sistemas con nombre, restricciones de red, responsabilidad de las alertas); plan de ingesta de la Ruta 1, mapeo de sistema a configuración y lista breve de alertas acordados por escrito
• Fase 3: escritura remota de Prometheus o hasta 6 configuraciones de muestra de EDOT/Elastic Agent desplegadas para los sistemas acordados y nombrados; nueva ejecución de OMP y --validate en el proyecto de Elastic del cliente después de la ingesta; dashboards convertidos cargados en Kibana del cliente; ajustes asistidos de visualización para hasta 15 paneles con asistencia de OMP (reasignaciones de filtros, correcciones de nombres de campos, ajustes en la estructura de las consultas); evaluación de reglas de alerta para hasta 3 reglas preseleccionadas (adaptación de reglas generadas por OMP, equivalente nativo de Elastic o cierre estructurado con orientación por escrito)
• Fase 4: recorrido guiado en paralelo para comparar los dashboards de Grafana acordados con sus equivalentes en Kibana; habilitación (extensión para ingestar, funcionamiento de los dashboards convertidos); entrega por escrito de la lista de pendientes restantes
• Fase 5: transferencia completa de los artefactos; cierre del proyecto; correo electrónico de cierre

Límites cuantificables del alcance (todos son límites máximos estrictos):

• Ingestar configuraciones de ejemplo: hasta 6 configuraciones de EDOT/Elastic Agent o endpoint(s) de escritura remota de Prometheus
• Ajuste asistido de paneles: hasta 15 paneles con asistencia de OMP (límite interno de entrega: 16 horas)
• Evaluación de reglas de alerta: hasta 3 reglas de alerta (límite interno de entrega: 8 horas)

Fuera del alcance

Este servicio no incluye:

• Despliegue completo de Agent en todo el entorno aparte de las 6 configuraciones de muestra (requiere una orden de cambio)
• Copia de datos históricos de Prometheus/Loki/Tempo
• Paneles que superan el cupo de 15 paneles con asistencia: estos se documentan en el backlog residual escrito
• Reglas de alerta que superan el límite de evaluación de 3 reglas: estas se documentan en el backlog residual escrito
• Remapeo con OTel en Path 2 de los dashboards de Path 1 (proyecto independiente)
• Reconstrucción estructural de paneles que OMP clasifica como Outside (los paneles Outside no consumen el cupo de 15 paneles; se documentan en el backlog residual)
• Fuentes de datos que no sean Prometheus (Loki, CloudWatch, InfluxDB, etc.), salvo que se indiquen expresamente en el formulario de pedido
• Paridad visual con Grafana, píxel por píxel
• Rediseño del canal de notificaciones de Grafana a Kibana (ruta de notificación mínima solo para la validación de alertas)
• Transición de Grafana a Kibana —el cliente seguirá usando Grafana en paralelo durante todo el proyecto; la transición será una decisión del cliente una vez finalizado el proyecto
• Ingesta de log, APM/trazado o RUM (disponibles como servicios posteriores)
• Despliegues de varios clústeres o entornos por fuera del proyecto Elastic acordado

Cualquier trabajo fuera del alcance anterior requiere una orden de cambio firmada mutuamente (emitida a través del formulario de pedido). Todos los elementos del alcance que no se aborden dentro de los límites del precio fijo se documentan por escrito en el backlog residual durante la revisión y no representan deficiencias en la entrega.

Requisitos de la etapa de inicio

Lo siguiente debe confirmarse antes de que comience el proyecto. No se podrá comenzar el trabajo hasta que se hayan recibido y verificado todos los documentos necesarios para autorizar el inicio:

1. Exportación de JSON del dashboard de Grafana de la muestra representativa acordada, cuya disponibilidad para la evaluación preliminar de OMP se confirmó
2. Exportación de JSON de alertas de Grafana que cubre el conjunto de alertas acordado en el alcance
3. Salida de OMP / scorecard de Emplify de una ejecución previa al proyecto, revisada antes de la firma del contrato; la división Assisted vs. Outside debe comunicarse al Cliente
4. Proyecto Elastic de destino confirmado — ECH 9.5+ u Observability Serverless elegible con escritura remota de Prometheus/PromQL nativo (se requiere la aprobación del SA)

Si al inicio del proyecto no se cuenta con los artefactos de la etapa de inicio, la demora se documentará por escrito y se contabilizará dentro de los días de consultoría, de acuerdo con las condiciones de precio fijo.

Condiciones y suposiciones de precio fijo

• El cliente cuenta con un proyecto de Elastic existente (ECH 9.5+ u Observability Serverless elegible) disponible antes del inicio; el SA ha confirmado el soporte para escritura remota de Prometheus/PromQL nativo
• Se reciben y verifican los cuatro documentos necesarios para autorizar el inicio antes del comienzo del proyecto
• El dashboard representativo y la muestra de alertas se acuerdan y se fijan antes del inicio; el cupo de paneles (15 con asistencia) y el cupo de reglas de alerta (3) se comunicaron al Cliente y fueron aceptados por este antes de la firma
• Se confirma un único punto de contacto del cliente con autoridad para tomar decisiones antes del inicio del proyecto
• Las métricas del cliente se recopilan actualmente mediante el scrape de Prometheus, remote-write, OTel Collector o integraciones de Elastic Agent compatibles con la Ruta 1 (fuentes de datos de la familia Prometheus)
• El cliente proporciona acceso a la red para ingestar —sin obstáculos conocidos para cargar métricas en el proyecto de Elastic de destino; las restricciones de seguridad, proxy o certificados se identifican antes del inicio
• El cliente seguirá en modalidad de ejecución dual (Grafana activo junto con Kibana) durante todo el proyecto; no se prevé una transición de Grafana en este paquete
• Los recursos técnicos del Cliente (ingenieros de infraestructura/SRE) están disponibles para las sesiones de descubrimiento en la semana 1 y el recorrido guiado en la semana 3
• La fecha del recorrido guiado de la semana 3 se confirma durante la reunión inicial
• Los retrasos causados por la falta de disponibilidad del Cliente, la falta de acceso, las limitaciones de red sin resolver o la entrega tardía de artefactos se imputan a los días de consultoría y pueden afectar la entrega dentro del plazo de 3 semanas

Entregables

Inicio y planificación

• Una (1) confirmación por escrito posterior a la reunión inicial, que documente el alcance acordado, el enfoque para ingestar, los límites de paneles/alertas y la fecha del recorrido guiado
• Una (1) ruta, un (1) plan para ingestar, mapeo acordado de los sistemas identificados a las configuraciones de EDOT/Agent o remote-write, definido por escrito tras el descubrimiento

Ingesta y validación (limitada a los sistemas especificados que se acordaron en el plan de ingesta de la ruta 1)

• Endpoint(s) de escritura remota de Prometheus para los sistemas acordados e identificados, desplegados y verificados en el proyecto Elastic del cliente 
• Hasta seis (6) configuraciones de muestra de EDOT/Elastic Agent para los sistemas específicos acordados, desplegadas y verificadas en el proyecto Elastic del cliente
• Una (1) salida de la reejecución de OMP y resultados de --validate, que confirman la ingesta en el proyecto Elastic del cliente después del despliegue

Dashboards y visualización

• Dashboards de Grafana incluidos en el alcance, convertidos y presentes en el Kibana del cliente, limitados a los dashboards mapeados en el plan de ingesta de Path One (1) (marca a continuación: se recomienda indicar una cantidad explícita)
• Se aplicaron ajustes de visualización a un máximo de quince (15) paneles con asistencia de OMP, limitados a reasignaciones de filtros, correcciones de nombres de campos y correcciones de la estructura de las búsquedas (el número de paneles y el tipo de ajustes aplicados se documentan por panel)

Alertas

• Hasta tres (3) reglas de alerta evaluadas, con un resultado documentado para cada regla: regla emitida por OMP ajustada/validada, equivalente nativa de Elastic desarrollada o salida estructurada con pautas por escrito

Recorrido guiado y habilitación

• Una (1) sesión de recorrido guiado lado a lado, programada y realizada en vivo para el cliente, en la que se comparan los dashboards de Grafana acordados con sus equivalentes de Kibana (indicar a continuación: "realizada o puesta a disposición")
• Un (1) documento de notas de habilitación y transferencia de configuración, que cubre la extensión para ingestar y el funcionamiento del dashboard convertido

Cierre

• Un (1) backlog residual escrito, que detalla los paneles que superan el cupo de quince (15) paneles, todos los paneles fuera del alcance, las reglas de alerta que superan el límite de tres (3) reglas y cualquier elemento no migrable: cada uno con un enfoque recomendado y una clase de esfuerzo
• Un (1) documento de recomendaciones de seguimiento (marcado a continuación —se superpone con el backlog residual)
• Transferencia completa de los artefactos: exportaciones, salida de OMP, configuraciones, referencias al dashboard, resultados de alertas y backlog residual
• Un (1) correo electrónico de cierre, que confirma la finalización del proyecto y la transferencia de artefactos

Finalización

El trabajo se considerará finalizado cuando se hayan producido todos los entregables dentro del alcance; se haya realizado o puesto a disposición del cliente el recorrido guiado en paralelo; y se haya entregado por escrito el backlog residual. Elastic puede declarar la finalización con la transferencia de artefactos, independientemente de la decisión posterior del cliente sobre la transición de Grafana. La inasistencia del cliente al recorrido guiado no previene la finalización si Elastic ha puesto a disposición dicho recorrido.

Finalización

El servicio se considerará finalizado tras la entrega del reporte final del servicio y la realización del taller de transferencia de conocimientos.

Términos generales

Los términos en mayúscula que se utilizan pero no se definen en esta descripción del paquete tienen el significado que se les atribuye en el Formulario de pedido, la Descripción del servicio correspondiente o el Acuerdo de servicios de Elastic.

No se requiere la aprobación formal del Cliente ni se aplica ningún proceso de aceptación de hitos o entregables a este Paquete de Servicios de precio fijo. Cada Servicio se considera aceptado al completarse.

"Finalización" significa, con respecto a un Servicio, el momento en que Elastic haya realizado las actividades incluidas en el alcance de este Paquete de Servicios, incluida (cuando corresponda) la entrega de cualquier reporte escrito, material o sesión de transferencia de conocimientos descritos en el alcance de este trabajo, o el vencimiento del período de prestación de servicios de duración definida para este trabajo, lo que ocurra primero. La finalización no requiere la aprobación del Cliente ni la aceptación de ningún entregable.

El cliente es el único responsable del backup, el mantenimiento y la seguridad de su entorno, sus sistemas y sus datos. Elastic no es responsable de ningún cambio de configuración, pérdida de datos, tiempo de inactividad ni otro impacto en el entorno del Cliente que se derive del Servicio o esté relacionado con este.

Este trabajo ofrece una solución de búsqueda de documentos de Elastic nueva, autogestionada y configurada, que incluye el análisis de casos de uso de búsqueda, el modelado y la ingesta de datos, la implementación de búsquedas de ejemplo avanzadas, la configuración avanzada de RBAC, la provisión de infraestructura y un reporte final, dentro del alcance de precio fijo definido. Elastic no garantiza ningún resultado específico de rendimiento, costos, operación o negocio aparte de los entregables definidos anteriormente. El cliente sigue siendo el único responsable de las operaciones continuas, los cambios de configuración realizados fuera del alcance del trabajo y todas las actividades posteriores relacionadas con su entorno.

Las referencias en este paquete a la validación, las pruebas, las pruebas de aceptación o los entornos de prueba de aceptación, las consultas de referencia, la preparación para el lanzamiento o la puesta en producción describen actividades realizadas, demostradas o entregadas por Elastic y no establecen ninguna condición de aceptación, aprobación, prueba o pago por parte del Cliente. La finalización se produce según lo definido en este paquete, independientemente de cualquiera de esas actividades, y no se retiene ni se aplaza ninguna parte de los honorarios a la espera de ningún resultado de prueba, validación o puesta en producción.