--- title: "New Relic aprieta el acelerador con GitHub: IA para remediar vulnerabilidades, cerrar “puntos ciegos” de observabilidad y acelerar el time-to-value del desarrollo" description: "La promesa de la IA “que programa por ti” ha chocado con una realidad tozuda: el 45 % de los desarrolladores afirma que depurar el código generado por IA les lleva más tiempo que escribirlo ellos mism..." url: https://revistacloud.com/new-relic-aprieta-el-acelerador-con-github-ia-para-remediar-vulnerabilidades-cerrar-puntos-ciegos-de-observabilidad-y-acelerar-el-time-to-value-del-desarrollo/ date: 2025-11-05 modified: 2025-11-05 author: "Nota de Prensa" image: https://revistacloud.com/wp-content/uploads/2024/04/desarrollo-programador-monitor.jpg categories: ["Noticias"] tags: ["new relic"] type: post lang: es --- # New Relic aprieta el acelerador con GitHub: IA para remediar vulnerabilidades, cerrar “puntos ciegos” de observabilidad y acelerar el time-to-value del desarrollo La promesa de la IA “que programa por ti” ha chocado con una realidad tozuda: **el 45 % de los desarrolladores** afirma que **depurar el código generado por IA** les lleva **más tiempo** que escribirlo ellos mismos, según la **Stack Overflow Developer Survey 2025**. Entre el vaivén de pestañas, herramientas inconexas y *tickets* que nunca llegan a producción, los equipos de software siguen perdiendo horas en **cambios de contexto**, **troubleshooting** manual y **remediación** a medias. Con ese telón de fondo, **New Relic** —la compañía de **Intelligent Observability**— ha anunciado **tres nuevas integraciones con GitHub** cuyo objetivo es llevar **observabilidad inteligente** allí donde ya trabaja el desarrollador: el **repositorio** y el ***pipeline***. La pieza estrella: una integración de **IA** que **correlaciona vulnerabilidades** entre GitHub y New Relic, **genera el plan de remediación** y **automatiza el arreglo** con **GitHub Copilot**, incorporando **contexto de *runtime*** para priorizar lo que de verdad está **expuesto en producción**. El paquete lo completan un **asistente de instrumentación** que detecta y soluciona **observabilidad ausente** en el momento del **despliegue** (igual, usando Copilot para añadir cobertura **directamente en los *pull requests***), y una integración entre **Service Architecture Intelligence** y **GitHub** para **importar metadatos** (lanzamientos, ownership y más) y **acelerar** la adopción de **buenas prácticas**. En conjunto, el mensaje es claro: **menos herramientas, menos tareas mecánicas** y **más automatización** para las más de **20 millones** de personas que usan **GitHub Copilot**. --- ## Seguridad que “entiende” el contexto: de la señal al arreglo sin cambiar de ventana En demasiadas organizaciones, la seguridad de aplicaciones es un **laberinto**: datos repartidos en **silos**, montañas de *tickets* sobre **código que ni siquiera se ejecuta** y un carrusel de pestañas que **desincentiva** arreglar nada. La **integración de IA** de **New Relic Security RX** con **GitHub Copilot** intenta cortar por lo sano: - **Correlación automática** de **vulnerabilidades** entre **GitHub** y **New Relic**, **enriquecidas** con **contexto de ejecución** (*runtime* y *build time*). - **Evaluación del riesgo** real: distingue exposición **en producción** de ruido en repositorios, para **priorizar** lo que **sí** importa. - **Plan de remediación** generado **en contexto**: se abre un **GitHub Issue** con **impacto**, **pasos de prueba y verificación**, y **criterios de aceptación**. - **Cierre del círculo con Copilot**: **GitHub Copilot** crea un **pull request** con los **cambios propuestos**, **comentarios** y **toda la trazabilidad** necesaria para que la resolución sea **rápida** y **auditable**. La clave no es sólo **aplicar un parche**, sino **aplicar el parche correcto** ahí donde se **demostró la vulnerabilidad**, con la **menor fricción** posible para el equipo. --- ## Cero “puntos ciegos” al desplegar: instrumentación como parte del *pull request* Otro clásico: se sube una nueva característica a producción y, cuando algo falla, **no hay métricas** ni **trazas** suficientes. La nueva integración de **instrumentation assistant** convierte a **GitHub Copilot** en un **constructor más completo**: - **Detecta** ausencia de **instrumentación** en el despliegue. - **Invoca a Copilot** para **añadir** la cobertura de observabilidad **dentro del PR** que trae la nueva funcionalidad. - No sólo entrega “un trozo de lógica” que funciona: entrega **un servicio instrumentado** de extremo a extremo. Según detalla New Relic, Copilot no se limita a escribir el **backend**; **instrumenta la *full stack*** añadiendo: - **APM** (trazas, métricas, errores) - **Atributos personalizados** para lógica de negocio - Un **GitHub Action** de **Change Tracking** con New Relic - El **agente de *Browser*** para visibilidad *front-end* Resultado: el mismo PR que añade la funcionalidad **trae la observabilidad** necesaria para **ver su comportamiento** en producción **desde el minuto cero**. Y el equipo deja de descubrir “a posteriori” que le faltaba visibilidad. --- ## Menos *setup*, más velocidad: metadatos de GitHub en Service Architecture Intelligence La productividad no depende sólo del código. Sin **datos ricos** sobre **lanzamientos**, **propiedad** y **topología** de servicios, los equipos tardan más en **saber quién toca qué**, **dónde está el *owner*** o **qué afecta a qué**. Con la integración entre **New Relic Service Architecture Intelligence** y **GitHub**, los equipos pueden **importar directamente** **metadatos de GitHub** a New Relic y **automatizar** parte de la **configuración**. Esto acelera: - La **asignación de ownership** (evita el “*Slack ping-pong*”). - La adopción de **prácticas recomendadas** (convenciones de *tags*, cuidado de servicios, *runbooks*). - El **onboarding** de nuevas personas (contexto vivo sin perseguir *wikis* desactualizadas). --- ## ¿Qué cambia en el día a día del desarrollador? - **Menos cambio de contexto**: *insights* de seguridad, observabilidad y arquitectura **en GitHub**, donde ya se trabaja. - **Menos tareas mecánicas**: correlaciones, planes de remediación, apertura de *issues* y PRs **automatizados** con **contexto de ejecución**. - **Menos deuda de instrumentación**: la cobertura se **detecta y corrige** **en el mismo PR**, no después de un incidente. - **Más foco en el problema**: al tener **datos y contexto** a mano, la resolución deja de ser arqueología y vuelve a ser **ingeniería**. Para organizaciones con **tool sprawl** (demasiadas herramientas y demasiadas pestañas), el valor añadido es obvio: **consolidación** sobre una **plataforma unificada** de **Intelligent Observability** que **recoge telemetría**, **aporta contexto** y **dispara acciones**. --- ## ¿Y la seguridad? Corregir “lo que importa” sin paralizar al equipo El enfoque de **Security RX** aborda dos dolores de cabeza muy comunes: 1. **Falsa urgencia**: listados interminables de vulnerabilidades de **código inerte**. La integración usa **contexto de *runtime*** para **separar exposición real** de ruido. 2. **Parálisis por complejidad**: demasiados pasos, demasiadas herramientas. Aquí, el **plan de remediación** llega **automático** como un **GitHub Issue** con **impacto**, **pruebas** y **aceptación**; **Copilot** prepara el **PR** con **comentarios** y **referencias**. El equipo deja de invertir tiempo en **triage** y **caza del contexto** y lo usa en **resolver lo que sí tiene riesgo** en producción. --- ## Copilot como “constructor de soluciones”, no sólo *snippet* generator Los anuncios apuntan a una **evolución natural** del rol de **GitHub Copilot**: de **generador de código** a **constructor de soluciones** que *incluyen* **observabilidad** y **seguridad** desde el principio. En lugar de limitarse a producir un fragmento “que compila”, el asistente **propone un servicio completo**: - Con **telemetría** lista para explotar - Con **cambios rastreados** en *deploy* - Con **trazabilidad** para auditoría y *post-mortems* - Con un **plan de remediación** cuando aparece una vulnerabilidad real Para organizaciones que buscan **reducir *downtime*** y **acelerar *releases*** sin disparar el **riesgo**, esta convergencia **código-observabilidad-seguridad** es el camino obvio. --- ## Menos herramientas, menos costes ocultos La “**toil tax**” del desarrollo moderno no está sólo en el tiempo. Cada herramienta extra implica: - **Más costes directos** (licencias), - **Más fricción** (aprendizaje, permisos, *governance*), - **Más *ops*** (integraciones que se rompen, *hand-offs*), - **Más errores humanos**. Una **plataforma unificada** de **Intelligent Observability** —que **correlaciona** vulnerabilidades, **lleva la visibilidad** al PR y **mapea** arquitectura/ownership— **reduce** esa carga. Las nuevas integraciones de **New Relic + GitHub** empujan en esa dirección: **automatización** donde duele y **contexto** donde trabaja el equipo. --- ## Disponibilidad y contexto New Relic presentará estas capacidades en **GitHub Universe 2025** (stand **#403** en San Francisco) junto con un **blog** técnico de detalle. Como ocurre con toda hoja de ruta, la compañía recuerda que el anuncio incluye **declaraciones prospectivas** y que **funcionalidades y tiempos** pueden **cambiar**. --- ## Buenas prácticas para sacar partido desde el primer día 1. **Activa Security RX con Copilot** en una **aplicación representativa** y mide **MTTR** (tiempo de resolución) **antes/después**. 2. **Incluye el *instrumentation assistant*** en tu **plantilla de PR**: que cualquier PR que toca código **traiga observabilidad**. 3. **Importa metadatos de GitHub** en **Service Architecture Intelligence** para normalizar **ownership** y **ciclos de lanzamiento**. 4. **Define políticas**: qué vulnerabilidades **se corrigen automáticamente** (y con qué pruebas), cuáles **requieren revisión** y cómo se **aceptan** PRs generados por Copilot. 5. **Cierra el bucle**: usa **Change Tracking** en despliegues para **correlacionar** *releases* con **métricas** y **errores**. La visibilidad es el mejor antídoto contra el “nos funciona en *staging*”. --- ## Claves rápidas - **Integración IA + Security RX**: correlaciona vulnerabilidades entre **GitHub** y **New Relic** con **contexto de *runtime***, **crea Issues** con planes de remediación y **genera PRs** con **GitHub Copilot**. - **Asistente de instrumentación**: **detecta** y **resuelve** **instrumentación ausente** en el despliegue; añade **APM**, **atributos personalizados**, **Change Tracking** y **Browser agent** **en el PR**. - **Arquitectura y ownership**: **Service Architecture Intelligence + GitHub** para **importar metadatos** y **automatizar configuración**. - **Objetivo**: **menos *tool sprawl***, **menos *toil***, **menos *downtime***; **más automatización**, **más contexto** y **más *developer velocity*** en el mismo flujo de trabajo. --- ## Preguntas frecuentes **¿Cómo decide New Relic qué vulnerabilidades remediar automáticamente con GitHub Copilot?** La integración de **Security RX** **correlaciona** hallazgos de **GitHub** y **New Relic** con **contexto de ejecución** para **priorizar** lo que **está expuesto** en **producción**. A partir de ahí, **genera un Issue** con **impacto, pruebas y criterios de aceptación** y **propone** un **PR de Copilot**. Cada equipo puede **gobernar** qué tipos de vulnerabilidad **se corrigen de forma automática** y cuáles pasan por **revisión**. **¿En qué consiste el asistente de instrumentación en PR y qué añade exactamente?** Cuando detecta **puntos ciegos** de observabilidad, **invoca a GitHub Copilot** para **instrumentar la *full stack*** **dentro del PR**: **APM** para backend, **atributos personalizados** de negocio, un **GitHub Action** de **Change Tracking** con **New Relic** y el **agente de *Browser*** para visibilidad *front-end*. **¿Qué aporta la integración de Service Architecture Intelligence con GitHub a la gobernanza de servicios?** Permite **importar metadatos** de **GitHub** (lanzamientos, ownership, relaciones) **directamente en New Relic**, acelerando la **asignación de responsables**, la adopción de **buenas prácticas** y el **onboarding**. Con **Change Tracking**, facilita correlacionar **releases** con **métricas** y **errores**. **¿Cómo encaja todo esto con la meta de “eliminar *tool sprawl* y *developer toil*”?** Al **llevar observabilidad inteligente a GitHub**, automatizar el **triage** y la **remediación**, y **cerrar la cobertura** de instrumentación en el **PR**, los equipos **reducen cambios de contexto**, evitan **tareas repetitivas** y **concentran esfuerzos** en entregar valor. Menos pestañas, más **flujo**. vía: [newrelic](https://newrelic.com/press-release/20251029)