Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Tu agente investiga con el contexto que le das. Si te saltaste fuentes de datos durante la incorporación, o si una investigación resultó más limitada de lo que esperabas, utiliza este artículo para decidir qué conectar a continuación y qué aporta cada conexión. Este artículo enumera las fuentes disponibles para tu agente, mientras que los artículos sobre conectores describen el procedimiento para cada uno.
Empieza con el conjunto útil más pequeño
Un repositorio de código y una fuente de registro son suficientes para respuestas fundamentadas sobre tus sistemas. Todas las demás fuentes profundizan en lo que el agente puede ver, y puedes añadir fuentes en cualquier orden en cualquier momento, así que no hace falta terminar la configuración de una sola vez.
Se acumulan código, registros, recursos de Azure y archivos de conocimiento. Puedes añadir otro repositorio, proveedor de telemetría o alcance cuando lo necesites, y puedes eliminar lo que ya no quieras. Los incidentes se gestionan de manera distinta. Solo puede estar activa una plataforma incidental a la vez, y conectar una nueva plataforma desconecta la actual.
Lo que responde cada fuente
Cada fuente de datos permite al agente responder a un tipo diferente de pregunta durante una investigación.
| Source | Lo que permite que el agente responda | Lo que necesitas para conectarlo |
|---|---|---|
| Código (recomendado) | Por qué ocurre un fracaso. El agente lee archivos fuente, rastrea errores en líneas específicas e identifica cambios recientes. | Acceso a un repositorio de GitHub, Azure DevOps o GitLab, además de un método de autenticación que el proveedor soporta. |
| Registros (recomendados) | Lo que ocurrió en producción. El agente consulta tu telemetría y correlaciona las entradas con el código y las dependencias. | Acceso de lectura a la fuente de telemetría, concedido a la identidad o a las credenciales que utiliza el conector. |
| Recursos de Azure | Cómo es tu entorno ahora mismo. El agente comprueba la configuración de recursos, la salud y las métricas. | Una asignación de rol de Propietario o Administrador de Acceso de Usuario en cada grupo de gestión, suscripción o grupo de recursos que añades. |
| Incidentes | ¿Cuándo empezar a trabajar sin que se lo pidan? El agente recibe alertas de tu plataforma de incidentes e investiga cuáles coinciden tus planes de respuesta. Una plataforma está activa a la vez. | Azure Monitor se conecta sin credenciales y las alertas de tus grupos de recursos gestionados llegan al agente. PagerDuty y ServiceNow necesitan las credenciales de la API del administrador de la plataforma de incidentes. |
| Archivos de conocimiento | Cómo quiere tu equipo que se haga el trabajo. El agente sigue tus procedimientos operativos, vías de escalado y notas de arquitectura. | Un archivo en un formato soportado. Consulta Cargar documentos de conocimiento. |
Los proveedores de registro difieren en la forma en que se autentican. Azure Data Explorer, Log Analytics Workspace y Application Insights utilizan la identidad gestionada del agente. Datadog, Dynatrace, Elasticsearch, New Relic, Splunk y Hawkeye utilizan las credenciales de servicio que proporcionas. Los proveedores que ves pueden variar según el inquilino y la configuración, así que usa el cuadro de búsqueda si no encuentras el que quieres. Consulta Conectar una fuente de telemetría para ver qué campos solicita cada proveedor.
Elige qué conectar a continuación
Elige la situación que se corresponda con lo que le falta a tu agente.
- El agente dice que no sabe nada sobre tu app. Conecta Code primero. Tiene el mayor efecto en la calidad de la investigación, y el agente empieza a explorar el repositorio en cuanto guardas la conexión.
- El agente explica tu código pero no puede decir qué ocurrió en producción. Conecta Logs ahora. Elige el proveedor que tu equipo ya consultará durante un incidente.
- Tus preguntas son sobre la salud, configuración o escala de los recursos. Añade recursos de Azure, delimitados al ámbito del grupo de recursos que contiene la carga de trabajo que investigas con más frecuencia.
- Quieres que el agente trabaje antes de que alguien abra un chat. Conecta la plataforma de incidentes desde la que tu equipo ya está conectado y luego crea un plan de respuesta que se ajuste a un conjunto limitado de alertas. Como solo una plataforma puede estar activa a la vez, elige la que emita tus alertas de producción. Ver Plataformas de incidentes.
- Las respuestas son técnicamente correctas, pero ignora cómo funciona tu equipo. Añade archivos de conocimiento para que el agente siga tus procedimientos en lugar de una secuencia genérica.
Los recursos e incidentes de Azure son las dos conexiones más propensas a involucrar a otra persona. Ambos cambian lo que el agente puede alcanzar o cuándo actúa, y ambos necesitan acceso que un solo ingeniero podría no tener.
Prerequisites
| Requisito | Detalles |
|---|---|
| Un agente | Crea uno primero con Create y configúralo. |
| Función en el agente | SRE Agent Standard User se encarga de añadir repositorios de código y subir documentos de conocimiento. SRE Agent Administrator se encarga de gestionar conectores y añadir o eliminar los ámbitos de recursos de Azure. SRE Agent Author se encarga de la configuración de la gestión de incidentes y la elaboración de planes de respuesta. Consulta Roles de usuario y permisos. |
| Rol de Azure para ámbitos de recurso | Una asignación activa de rol de Propietario o Administrador de Acceso al Usuario en cada ámbito que añades, directamente o mediante herencia. El portal lo utiliza para asignar roles a la identidad gestionada del agente. |
| Acceso a cada fuente | Acceso al repositorio de código, acceso de lectura a la fuente de telemetría para los registros y credenciales de la plataforma para PagerDuty o ServiceNow. |
| Alertas o incidentes a recibir | Azure Monitor solo reenvía las alertas que generan tus reglas de alerta existentes, así que confirma que existen reglas antes de esperar actividad de incidentes. PagerDuty y ServiceNow reenvían los incidentes que crean sus propias integraciones. |
Abrir la página de configuración
En la pestaña Resumen del Centro de Operaciones, la barra de estado muestra las fuentes que aún no has configurado. Selecciona Completar la configuración para abrir la página de configuración, que tiene dos pestañas.
| Tab | Orígenes de datos |
|---|---|
| Inicio rápido | Código, Registros, recursos de Azure, Incidentes |
| Configuración completa | Todo en Quickstart, además de archivos de Knowledge |
Cada fuente aparece como una tarjeta. Una tarjeta conectada muestra una marca de verificación y un resumen, como el número de repositorios o proveedores de registro adjuntos, junto con cualquier error que requiera atención.
La página también muestra una barra de progreso de conexión. La barra registra cuántos tipos de fuentes están conectados, no cuánto aportan esas fuentes a una investigación, y puede contar los tipos que tu página de configuración no ofrece. Como resultado, puede que no llegue a llenarse por completo incluso después de haber conectado todo lo que ves. Trátalo como un indicador aproximado en lugar de un objetivo. La calidad de la investigación proviene de conectar las fuentes de las que depende tu trabajo.
Sugerencia
Si el agente te dice que no sabe nada de tu app y no puede responder a las preguntas, conecta Code antes que nada.
Conecta una fuente
Selecciona el botón de la tarjeta correspondiente al origen que quieras y, a continuación, sigue el asistente de ese proveedor. Para los procedimientos completos, véase:
- Conexión del código fuente
- Conecta una fuente de telemetría
- Conectores
- Carga de documentos de conocimiento
Confirma que la conexión funciona
Revisa primero la tarjeta. Una conexión correcta muestra una marca de verificación y un recuento de lo que está conectado. Los archivos de conocimiento subidos muestran un estado Indexado una vez que el agente termina de procesarlos. Para revisar tus fuentes de conocimiento, consulta Conectar conocimiento.
Luego confirma que el agente puede llegar a la fuente preguntándole algo que solo esa fuente pueda responder.
| Source | Pregunta al agente |
|---|---|
| Code | "¿Qué hace este repositorio y qué servicios contiene?" |
| Logs | "Comprueba si hay errores en las últimas 24 horas." |
| Recursos de Azure | "Comprueba la salud de los recursos del grupo <resource-group-name>de recursos." |
| Archivos de conocimiento | "¿Qué dice nuestro libro de operaciones sobre cómo manejar errores HTTP 500?" |
Una respuesta fundamentada muestra una tarjeta de herramientas para la fuente que el agente consultó, junto con el resultado que devolvió. Una respuesta genérica sin tarjeta de herramientas, o una que reporte acceso perdido, significa que la conexión necesita una revisión de nuevo. Para consultas de registro que fallan con un error de permiso, concede acceso de lectura de identidad al conector en el recurso destino e inténtalo de nuevo.
¿Qué cambia cuando añades más contexto?
Conectar una plataforma de incidentes cambia la forma en que el agente empieza a trabajar. Hasta entonces, el agente responde a las personas. Después, también recibe incidentes de tu plataforma e investiga aquellos con los que tus planes de respuesta coinciden, a nivel de autonomía que establece cada plan. Para configurar ese comportamiento, véase Automatizar la respuesta a incidentes.
La conexión de una fuente no se factura por separado. El agente Azure SRE contabiliza el procesamiento que realiza tu agente como uso de flujo activo, que abarca chats, incidencias, tareas programadas y desencadenadores. Un contexto más conectado suele significar más de ese procesamiento, especialmente cuando una plataforma de incidentes inicia investigaciones sin ti. Un contexto más amplio también puede acortar una investigación, porque el agente dedica menos esfuerzo a compensar lo que no puede ver. Consulta Precios y facturación y Evaluar el agente SRE de Azure.
Volver a la incorporación del equipo
Tu hilo de incorporación de equipos permanece en la lista de Favoritos en la barra lateral. Selecciónala para retomar la conversación cada vez que tengas algo nuevo que comunicarle al agente, como un servicio que tu equipo ha empezado a ofrecer o un procedimiento que ha cambiado.
También puedes preguntar al agente qué configurar a continuación. Ofrece recomendaciones basadas en lo que has conectado y lo que aún falta. Consulta Incorporación del equipo.