WEBVTT 00:00:00.000 --> 00:00:02.900 ¿Qué pasaría si su equipo de desarrollo de software tuviera un compañero adicional, 00:00:03.140 --> 00:00:06.960 alguien que nunca se cansa, aprende más rápido que nadie y realiza el trabajo tedioso sin quejarse 00:00:06.960 --> 00:00:10.180 y realiza sin quejarse? Eso es esencialmente lo que se está convirtiendo en la IA Gente. 00:00:10.940 --> 00:00:13.960 En este video, primero definiremos qué significa realmente la IA Gente, 00:00:14.520 --> 00:00:17.500 luego mostraremos cómo funciona el flujo de trabajos reales de Duntonet y Azure, 00:00:17.680 --> 00:00:20.340 y finalmente exploraremos el impacto que puede tener en la proteína de su equipo. 00:00:21.040 --> 00:00:24.840 Al final, conocerá un pequeño experimento para probar en su propia canalización de Duntonet esta semana. 00:00:25.160 --> 00:00:28.860 Pero antes de llegar a las aplicaciones y los resultados, debemos analizar qué hace que la IA Gente 00:00:28.860 --> 00:00:31.720 sea realmente diferente de las herramientas de autocompletado que ya ha visto. 00:00:32.840 --> 00:00:34.320 ¿Qué hace diferente a la IA Gente? 00:00:35.140 --> 00:00:37.680 Lo que distingue a la IA Gente no es solo que pueda generar código, 00:00:37.780 --> 00:00:41.340 sino que opera más como un sistema de compañeros de equipo con capacidades distintas. 00:00:42.200 --> 00:00:44.620 Para entender esto, podemos desglosarlo entre rasgos clave. 00:00:44.860 --> 00:00:47.000 La forma en que cada agente mantiene el contexto y la memoria, 00:00:47.380 --> 00:00:49.520 la forma en que múltiples agentes se coordinan como equipo, 00:00:49.900 --> 00:00:52.820 y la diferencia entre la automatización simple y la verdadera autonomía adaptativa. 00:00:53.500 --> 00:00:55.660 Primero, veamos qué hace que un agente individual sea único, 00:00:55.740 --> 00:00:57.980 el contexto, la memoria y la orientación a objetivos. 00:00:57.980 --> 00:01:01.140 El autocompletado tradicional predice la siguiente palabra o línea, 00:01:01.260 --> 00:01:03.660 pero olvida todo lo demás una vez que se realiza la predicción. 00:01:04.880 --> 00:01:07.700 Un agente de IA, en cambio, tiene una comprensión del proyecto más amplio. 00:01:08.660 --> 00:01:11.400 Recuerda lo que ya se ha intentado, saber dónde reside el código 00:01:11.400 --> 00:01:13.340 y ajusta su resultado cuando algo cambia. 00:01:13.980 --> 00:01:16.960 Esa persistencia lo hace más parecido a trabajar con un desarrollador junior, 00:01:17.180 --> 00:01:20.380 alguien que aprende con el tiempo en lugar de solo adivinar lo que usted quiere en el momento. 00:01:20.860 --> 00:01:22.820 La diferencia clave aquí es entre predecir y planificar. 00:01:22.920 --> 00:01:25.620 En lugar de reaccionar a cada pulsación de tecla de forma aislada, 00:01:25.620 --> 00:01:29.020 un agente realiza un seguimiento de los objetivos y se adapta a medida que evoluciona la situación. 00:01:29.140 --> 00:01:31.000 Lo siguiente es cómo trabajan juntos múltiples agentes. 00:01:31.440 --> 00:01:34.020 Un gran malentendido es pensar en la IA agente como un script de desarrollo 00:01:34.020 --> 00:01:35.620 o una macro que solo automatiza tareas repetitivas. 00:01:36.900 --> 00:01:39.920 Pero en proyectos de software reales, el trabajo se divide entre diferentes roles. 00:01:40.680 --> 00:01:43.200 Arquitectos, revisores, probadores, operadores. 00:01:43.400 --> 00:01:46.340 Los agentes pueden reflejar esta división cada uno manejando una parte del ciclo de vida 00:01:46.340 --> 00:01:47.680 con perfecta memoria y consistencia. 00:01:48.360 --> 00:01:50.240 Imagina un agente dedicado al diseño del sistema 00:01:50.240 --> 00:01:54.000 que propone patrones de arquitectura y marcos de trabajo que se ajustan a los objetivos comerciales. 00:01:54.360 --> 00:01:57.420 Tres, otro revisa los cambios de código, detectando problemas 00:01:57.420 --> 00:01:59.500 mientras permanece consciente de todo el historial del proyecto. 00:02:00.140 --> 00:02:03.080 Un tercero podría ampliar la cobertura de pruebas basada en datos de usuario, 00:02:03.720 --> 00:02:05.900 generando casos de pruebas sin que usted tenga que solicitarlos. 00:02:06.380 --> 00:02:08.600 Cada agente está especializado, pero se coordinan como un equipo, 00:02:08.800 --> 00:02:11.960 siempre disponibles, siempre consistentes y fácilmente escalables según la carga de trabajo. 00:02:12.820 --> 00:02:14.980 Donde los humanos perden energía, contexto o enfoque, 00:02:14.980 --> 00:02:17.900 los agentes se mantienen constantes y recuerdan detalles con precisión. 00:02:18.780 --> 00:02:21.240 La última pieza es la distinción entre automatización y autonomía. 00:02:22.000 --> 00:02:23.900 La automatización ha existido durante mucho tiempo en el design. 00:02:24.320 --> 00:02:26.700 Pensemos en scripts, tuberías de CFSD y plantillas. 00:02:27.340 --> 00:02:28.360 Estos son rígidos por diseño. 00:02:29.060 --> 00:02:31.280 Siguen instrucciones exactas paso a paso, pero fallan 00:02:31.280 --> 00:02:33.220 cuando las condiciones cambian inesperadamente. 00:02:33.920 --> 00:02:35.260 La autonomía adopta un enfoque diferente. 00:02:35.800 --> 00:02:37.780 Los agentes de IA pueden responder a cambios sobre la marcha 00:02:37.780 --> 00:02:39.520 ajustándose cuando cambia una versión de dependencia 00:02:39.520 --> 00:02:41.520 o reconsiderando la elección de un servicio cuando entra en un servicio 00:02:41.520 --> 00:02:43.320 cuando entran en juego las restricciones de costos. 00:02:43.320 --> 00:02:45.720 En lugar de ejecutar rutas predefinidas, 00:02:45.840 --> 00:02:47.620 toman decisiones bajo condiciones dinámicas. 00:02:48.540 --> 00:02:51.280 Es un cambio de la ejecución estática a la resolución de problemas adaptativos. 00:02:51.760 --> 00:02:55.140 El efecto resultante es que estos agentes van más allá de esperar órdenes. 00:02:55.780 --> 00:02:57.800 Pueden proponer soluciones a medida que surgen problemas, 00:02:57.960 --> 00:02:59.580 resaltar riesgos antes de que lleguen a producción 00:02:59.580 --> 00:03:02.380 y redactar planes que ahorran horas de configuración. 00:03:03.240 --> 00:03:05.620 Si el GitHub Copilot de hoy puede completar fragmentos, 00:03:05.920 --> 00:03:08.020 la versión del mañana actúa más como un colaborador de proyecto, 00:03:08.440 --> 00:03:09.260 trazando hojas de ruta, 00:03:09.640 --> 00:03:10.860 sugiriendo estrategias de lanzamiento 00:03:10.860 --> 00:03:13.880 e incluso señalando decisiones arquitectónicas que podrían causar problemas a futuro. 00:03:14.680 --> 00:03:17.680 Eso no significa que cada implementación se ejecutará sin intervención humana, 00:03:17.800 --> 00:03:20.060 pero puede reducir significativamente las tareas repetitivas 00:03:20.060 --> 00:03:22.860 y dar a los desarrolladores más tiempo para enfocarse en las partes creativas 00:03:22.860 --> 00:03:24.280 y de alto valor de un proyecto. 00:03:25.060 --> 00:03:26.980 Para aclarar un tipo de frase anterior en este espacio, 00:03:27.060 --> 00:03:27.640 en lugar de decir, 00:03:27.640 --> 00:03:29.860 ¿qué sucede cuando el aprovisionamiento de recursos de Azure 00:03:29.860 --> 00:03:31.400 no necesita un humano en absoluto? 00:03:31.820 --> 00:03:33.080 No necesita un humano en absoluto. 00:03:33.560 --> 00:03:34.880 Una declaración más precisa sería, 00:03:34.880 --> 00:03:37.820 estas herramientas pueden reducir la cantidad de configuración humana necesaria 00:03:37.820 --> 00:03:40.240 manteniendo al mismo tiempo los controles clave bajo supervisión humana. 00:03:41.380 --> 00:03:43.200 El resultado sigue siendo transformador, 00:03:43.380 --> 00:03:45.620 sin sugerir que la supervisión humana desaparezca por completo. 00:03:46.460 --> 00:03:48.040 La gran conclusión es que la IA Agente 00:03:48.040 --> 00:03:51.040 no es solo otro complemento que acelera una tarea aquí o allá. 00:03:51.860 --> 00:03:53.660 Comienza a funcionar como un miembro real del equipo, 00:03:54.200 --> 00:03:56.000 manejando el trabajo de fondo para que los desarrolladores 00:03:56.000 --> 00:03:57.480 no se queden atrapados persiguiendo detalles 00:03:57.480 --> 00:03:59.600 que podrían haber sido rastreados por un homólogo siempre activo. 00:03:59.600 --> 00:04:02.820 La capacidad de todo el equipo se amplifica porque ARIA es clave. 00:04:02.960 --> 00:04:05.440 Tienen agentes digitales trabajando junto a especialistas humanos. 00:04:06.520 --> 00:04:07.640 Entender la teoría es importante, 00:04:07.820 --> 00:04:10.620 pero lo que realmente importa es cómo se desarrolla esto en entornos conocidos. 00:04:11.180 --> 00:04:12.100 Aquí está la versión de curiosidad. 00:04:12.560 --> 00:04:14.660 ¿Qué cambia realmente el primer día de un nuevo proyecto 00:04:14.660 --> 00:04:16.580 cuando los agentes están activos desde el inicio? 00:04:17.340 --> 00:04:19.360 A continuación, veremos un escenario concreto 00:04:19.360 --> 00:04:20.840 dentro del ecosistema Duntanet 00:04:20.840 --> 00:04:22.280 donde esos cambios comienzan a aparecer 00:04:22.280 --> 00:04:24.200 incluso antes de haber escrito la primera línea de código. 00:04:25.160 --> 00:04:27.500 Reimaginar el flujo de trabajo del desarrollador en Duntanet. 00:04:27.660 --> 00:04:28.720 En el desarrollo con Duntanet, 00:04:28.720 --> 00:04:30.460 el cambio más visible comienza con la forma 00:04:30.460 --> 00:04:31.920 en que los proyectos se ponen en marcha. 00:04:32.780 --> 00:04:34.520 Reimaginar el flujo de trabajo del desarrollador 00:04:34.520 --> 00:04:36.220 aquí se resume en tres ventajas tácticas. 00:04:37.120 --> 00:04:38.440 Estructuración de arquitectura más rápida, 00:04:38.620 --> 00:04:40.100 crítica a nivel de proyectos sobre la marcha 00:04:40.100 --> 00:04:42.200 y una notable reducción de la fatiga de configuración. 00:04:42.800 --> 00:04:44.020 La primera es de estructuración acelerada. 00:04:44.760 --> 00:04:46.840 En lugar de abrir Visual Studio y mirar una solución vacía, 00:04:46.940 --> 00:04:49.100 un agente de I puede proponer opciones de arquitectura 00:04:49.100 --> 00:04:50.720 que se ajusten a tu caso de uso específico. 00:04:52.000 --> 00:04:54.680 Al planificar una API web con actualizaciones en tiempo real, 00:04:54.840 --> 00:04:56.300 el agente sugiere un diseño en capas limpio 00:04:56.300 --> 00:04:58.460 y señala cómo si la R encaja naturalmente en el flujo. 00:04:58.720 --> 00:05:00.100 Para una aplicación financiera, 00:05:00.220 --> 00:05:02.000 alinea Entity Framework con seguridad de tipos fuerte 00:05:02.000 --> 00:05:03.540 e integración con Azure Active Directory 00:05:03.540 --> 00:05:05.100 antes de haber creado una sola carpeta. 00:05:06.380 --> 00:05:08.000 Lo que normalmente requiere rondas de discusión 00:05:08.000 --> 00:05:08.780 u horas de investigación 00:05:08.780 --> 00:05:11.100 se condensan unos pocos puntos de partida personalizados. 00:05:11.420 --> 00:05:12.700 Sin embargo, estos no son planos finales, 00:05:13.080 --> 00:05:13.640 son borradores. 00:05:13.940 --> 00:05:15.380 Los equipos deben validar cada sugerencia 00:05:15.380 --> 00:05:16.820 ejecutando una lista de verificación rara. 00:05:17.500 --> 00:05:18.900 La autenticación cumple con los requisitos. 00:05:19.420 --> 00:05:20.680 El registro de eventos se configurado correcto. 00:05:21.040 --> 00:05:22.160 ¿Existen casos de prueba básicos? 00:05:22.800 --> 00:05:24.140 Esa gobernanza ligera asegura 00:05:24.140 --> 00:05:25.880 que la velocidad no sacrifique la estabilidad. 00:05:25.880 --> 00:05:28.060 La segunda ventaja es la crítica continua. 00:05:29.020 --> 00:05:31.140 Piense en ello, menos como un auto completado de código 00:05:31.140 --> 00:05:33.440 y más como un asesor que vigila la alineación del diseño. 00:05:34.520 --> 00:05:36.040 Si implementas un patrón de repositorio 00:05:36.040 --> 00:05:36.820 para el acceso a datos, 00:05:36.920 --> 00:05:38.300 el agente señala si te estás desviando 00:05:38.300 --> 00:05:39.520 de la separación de responsabilidades. 00:05:40.280 --> 00:05:41.280 Añade un nuevo controlador 00:05:41.280 --> 00:05:43.100 y propondrá pruebas unitarias correspondientes 00:05:43.100 --> 00:05:45.120 o resaltará inconsistencias con el resto del proyecto. 00:05:46.120 --> 00:05:47.820 En lugar de dejarte con código repetitivo, 00:05:48.080 --> 00:05:49.280 impulsa la estructura de tu sistema 00:05:49.280 --> 00:05:51.380 hacia patrones mantenibles con cada confirmación. 00:05:51.380 --> 00:05:53.460 Para un experimento práctico, 00:05:53.560 --> 00:05:55.380 intenta habilitar Copilot en Visual Studio 00:05:55.380 --> 00:05:57.860 en un pequeño prototipo de ASP.NET Core. 00:05:58.740 --> 00:06:00.080 Luego compara cuánto tardas en servir 00:06:00.080 --> 00:06:01.460 la primera solicitud significativa, 00:06:01.820 --> 00:06:03.740 un endpoint con autenticación y persistencia de datos 00:06:03.740 --> 00:06:05.400 frente a hacerlo todo manualmente. 00:06:06.000 --> 00:06:07.500 No es una garantía de ahorro de tiempo, 00:06:07.700 --> 00:06:09.240 pero realizar el ejercicio comparativo 00:06:09.240 --> 00:06:11.300 en tu propio entorno suele ser la forma más rápida 00:06:11.300 --> 00:06:14.020 de medir si estos agentes tienen un impacto real. 00:06:14.020 --> 00:06:15.840 La tercera ventaja es la reducción 00:06:15.840 --> 00:06:17.020 de la configuración y la carga con it. 00:06:17.600 --> 00:06:19.420 Gran parte del trabajo inicial de un proyecto 00:06:19.420 --> 00:06:20.820 es repetitivo. 00:06:20.980 --> 00:06:22.280 Conectar middleware de autenticación, 00:06:22.500 --> 00:06:23.360 importar paquetes Nougat, 00:06:23.480 --> 00:06:25.020 configurar registros con Application Insights, 00:06:25.140 --> 00:06:26.060 crear pipelines YAML. 00:06:26.840 --> 00:06:28.520 Un agente puede generar esas piezas de inmediato 00:06:28.520 --> 00:06:29.840 incluyendo pruebas de integración base 00:06:29.840 --> 00:06:31.720 que conocen qué dependencias están presentes. 00:06:32.440 --> 00:06:33.200 Solo no elimina tu control, 00:06:33.280 --> 00:06:34.840 sino que cambia hacia dónde se dirige tu energía. 00:06:35.360 --> 00:06:37.000 En lugar de pelearte con archivos de configuración 00:06:37.000 --> 00:06:37.580 durante un día, 00:06:37.880 --> 00:06:38.920 pasas ese tiempo implementando 00:06:38.920 --> 00:06:40.560 la lógica de negocio que realmente importa. 00:06:41.520 --> 00:06:43.520 La fatiga del trabajo de configuración desaparece, 00:06:43.520 --> 00:06:45.600 dejando margen para decisiones de diseño creativo 00:06:45.600 --> 00:06:46.700 en lugar de tareas mecánicas. 00:06:47.280 --> 00:06:48.260 Donde esto se siente diferente 00:06:48.260 --> 00:06:49.360 a la automatización tradicional 00:06:49.360 --> 00:06:50.160 es en la flexibilidad. 00:06:50.740 --> 00:06:51.500 Una plantilla de proyecto 00:06:51.500 --> 00:06:52.860 te ofrece valores determinados estáticos. 00:06:53.420 --> 00:06:54.600 Un agente adapta su estructura 00:06:54.600 --> 00:06:56.320 basándose en tu objetivo de negocio declarado. 00:06:56.760 --> 00:06:58.620 Si estás construyendo una aplicación de colaboración, 00:06:58.740 --> 00:07:00.260 las estrategias de caché como Redis 00:07:00.260 --> 00:07:01.340 y el diseño basado en eventos 00:07:01.340 --> 00:07:02.140 con Azure Service Bus 00:07:02.140 --> 00:07:03.460 aparecen en el plan estructurado. 00:07:04.380 --> 00:07:06.200 Si cambias hacia cargas de trabajo programadas, 00:07:06.340 --> 00:07:07.280 aparecen en su lugar servicios 00:07:07.280 --> 00:07:08.580 en segundo plano y procesamiento de código. 00:07:08.940 --> 00:07:09.820 Esa capacidad de respuesta 00:07:09.820 --> 00:07:11.620 separa la guía con agentes de la scripting simple, 00:07:11.840 --> 00:07:12.660 ofreciendo recomendaciones 00:07:12.660 --> 00:07:14.540 que reflejan el rol de un miembro señor del equipo 00:07:14.540 --> 00:07:16.160 que ayuda a guiar las decisiones iniciales. 00:07:16.760 --> 00:07:18.900 El contraste con el uso actual de Copilot es evidente. 00:07:19.380 --> 00:07:19.980 En este momento, 00:07:20.220 --> 00:07:21.140 la mayoría de los desarrolladores 00:07:21.140 --> 00:07:22.260 lo ven como una forma de acelerar 00:07:22.260 --> 00:07:23.920 la sintaxis común o el código repetitivo. 00:07:24.400 --> 00:07:26.080 Hacen una pregunta de la herramienta completa a la línea. 00:07:27.240 --> 00:07:28.300 Con capacidades de agente, 00:07:28.380 --> 00:07:29.500 la herramienta comienza a asesorar 00:07:29.500 --> 00:07:30.300 a nivel de sistema, 00:07:30.440 --> 00:07:32.440 ofreciendo alternativas conscientes del contexto 00:07:32.440 --> 00:07:33.600 y revelando las compensaciones 00:07:33.600 --> 00:07:34.480 al inicio del ciclo. 00:07:35.520 --> 00:07:36.420 El salto consiste en pasar 00:07:36.420 --> 00:07:37.680 de generar fragmentos de código 00:07:37.680 --> 00:07:38.800 a curar diseños viables. 00:07:38.800 --> 00:07:41.280 Y eso cambia no solo cómo se escribe el código, 00:07:41.360 --> 00:07:42.540 sino cómo los equipos estructuran 00:07:42.540 --> 00:07:43.400 toda la solución 00:07:43.400 --> 00:07:44.340 antes de comprometerse 00:07:44.340 --> 00:07:45.260 con una dirección única. 00:07:46.360 --> 00:07:47.000 Nada de esto elimina 00:07:47.000 --> 00:07:48.140 la necesidad del juicio humano. 00:07:49.040 --> 00:07:49.940 Los agentes pueden sugerir 00:07:49.940 --> 00:07:50.560 marcos de trabajo, 00:07:50.680 --> 00:07:51.540 dependencias y prácticas, 00:07:51.620 --> 00:07:52.120 pero verificarlos 00:07:52.120 --> 00:07:53.260 sigue siendo responsabilidad del equipo. 00:07:53.980 --> 00:07:54.980 Trate cada recomendación 00:07:54.980 --> 00:07:56.060 como una propuesta prelimina. 00:07:56.600 --> 00:07:57.260 Acepte las partes 00:07:57.260 --> 00:07:58.520 que se alineen con sus estándares, 00:07:58.720 --> 00:07:59.360 revise las que no 00:07:59.360 --> 00:08:00.340 y capture las lecciones 00:08:00.340 --> 00:08:01.920 para la próxima iteración del proyecto. 00:08:02.720 --> 00:08:03.340 De ahí a se encarga 00:08:03.340 --> 00:08:04.520 el trabajo pesado y repetitivo, 00:08:04.740 --> 00:08:05.540 mientras los miembros del equipo 00:08:05.540 --> 00:08:06.320 se enfocan en alinear 00:08:06.320 --> 00:08:07.300 las decisiones tecnológicas 00:08:07.300 --> 00:08:07.840 con la estrategia. 00:08:08.140 --> 00:08:08.980 Hasta ahora hemos visto 00:08:08.980 --> 00:08:10.120 cómo los agentes remodelan 00:08:10.120 --> 00:08:11.180 la experiencia de codificación 00:08:11.180 --> 00:08:12.680 dentro de Duntonet, 00:08:12.760 --> 00:08:13.420 pero su participación 00:08:13.420 --> 00:08:14.580 no termina en el diseño 00:08:14.580 --> 00:08:15.160 de la solución 00:08:15.160 --> 00:08:16.280 o la estructura del proyecto. 00:08:16.780 --> 00:08:17.960 Una vez establecidos los cimientos, 00:08:18.100 --> 00:08:18.760 la misma inteligencia 00:08:18.760 --> 00:08:19.520 comienza a extenderse 00:08:19.520 --> 00:08:20.440 hacia el aprovisionamiento, 00:08:20.580 --> 00:08:21.320 despliegue y gestión 00:08:21.320 --> 00:08:21.920 de la infraestructura 00:08:21.920 --> 00:08:22.540 en la que dependen 00:08:22.540 --> 00:08:23.480 esas aplicaciones. 00:08:24.240 --> 00:08:25.140 Ahí es donde otra 00:08:25.140 --> 00:08:25.900 gran transformación 00:08:25.900 --> 00:08:26.680 está tomando forma 00:08:26.680 --> 00:08:27.240 y no se limita 00:08:27.240 --> 00:08:28.160 al flujo de trabajo local 00:08:28.160 --> 00:08:28.900 del desarrollador. 00:08:29.440 --> 00:08:30.180 Se trata del entorno 00:08:30.180 --> 00:08:30.980 en la nube que lo rodea. 00:08:32.180 --> 00:08:32.820 Agentes en la nube 00:08:32.820 --> 00:08:33.400 ejecutando Azure 00:08:33.400 --> 00:08:34.020 en piloto automático. 00:08:34.020 --> 00:08:35.560 Así que cambiamos el enfoque 00:08:35.560 --> 00:08:36.280 hacia lo que sucede 00:08:36.280 --> 00:08:37.200 cuando la gestión de Azure 00:08:37.200 --> 00:08:37.860 empieza a funcionar 00:08:37.860 --> 00:08:38.620 en piloto automático 00:08:38.620 --> 00:08:39.380 con la ayuda de agentes. 00:08:40.040 --> 00:08:40.560 La forma original 00:08:40.560 --> 00:08:41.640 en que se plantea esta discusión 00:08:41.640 --> 00:08:42.780 suele sonar a ciencia ficción. 00:08:43.080 --> 00:08:43.480 ¿Qué sucede 00:08:43.480 --> 00:08:44.320 cuando el aprovisionamiento 00:08:44.320 --> 00:08:44.940 de recursos de Azure 00:08:44.940 --> 00:08:45.720 ya no requiere intervención 00:08:45.720 --> 00:08:46.400 humana en absoluto? 00:08:47.840 --> 00:08:48.620 Una mejor manera 00:08:48.620 --> 00:08:49.460 de pensarlo es esta. 00:08:50.500 --> 00:08:51.000 ¿Qué sucede 00:08:51.000 --> 00:08:52.260 cuando el aprovisionamiento rutinario 00:08:52.260 --> 00:08:53.260 y la detección de desviaciones 00:08:53.260 --> 00:08:54.660 requieren menos intervención manual 00:08:54.660 --> 00:08:55.300 porque los agentes 00:08:55.300 --> 00:08:56.360 gestionan tareas repetibles 00:08:56.360 --> 00:08:57.800 bajo límites definidos? 00:08:59.140 --> 00:09:00.300 Ese cambio es importante 00:09:00.300 --> 00:09:01.020 porque no se trata 00:09:01.020 --> 00:09:01.860 de eliminar personas 00:09:01.860 --> 00:09:02.520 sino de descargar 00:09:02.520 --> 00:09:03.380 el trabajo repetitivo 00:09:03.380 --> 00:09:04.020 mientras se mantiene 00:09:04.020 --> 00:09:04.660 la supervisión. 00:09:05.160 --> 00:09:06.100 Si alguna vez ha construido 00:09:06.100 --> 00:09:07.140 un entorno de Azure serio 00:09:07.140 --> 00:09:08.120 ya sabe lo desordenado 00:09:08.120 --> 00:09:08.920 que puede volverse. 00:09:09.660 --> 00:09:10.280 Se hacen malabares 00:09:10.280 --> 00:09:10.880 con plantillas, 00:09:11.060 --> 00:09:11.860 scripts y archivos 00:09:11.860 --> 00:09:12.720 de canalización 00:09:12.720 --> 00:09:13.800 mientras se alterna 00:09:13.800 --> 00:09:14.720 entre comandos de CLI 00:09:14.720 --> 00:09:15.220 por velocidad 00:09:15.220 --> 00:09:16.360 y el portal para excepciones. 00:09:17.180 --> 00:09:17.600 Cada atajo 00:09:17.600 --> 00:09:18.640 se convierte en deuda técnica 00:09:18.640 --> 00:09:19.340 esperando aparecer. 00:09:20.180 --> 00:09:20.900 Una máquina virtual 00:09:20.900 --> 00:09:21.820 encendida fuera de horario, 00:09:22.120 --> 00:09:23.060 costos que crecen sin aviso 00:09:23.060 --> 00:09:23.920 o una cuenta de almacenamiento 00:09:23.920 --> 00:09:25.120 expuesta cuando no debería estarlo. 00:09:25.860 --> 00:09:26.500 Y en las operaciones 00:09:26.500 --> 00:09:26.920 en la nube 00:09:26.920 --> 00:09:28.080 incluso los pequeños errores 00:09:28.080 --> 00:09:29.140 crean dolores de cabeza enormes. 00:09:29.820 --> 00:09:30.820 Facturas que se disparan, 00:09:30.940 --> 00:09:31.640 regiones que afectan 00:09:31.640 --> 00:09:32.220 la resiliencia 00:09:32.220 --> 00:09:33.080 o brecha de cumplimiento 00:09:33.080 --> 00:09:33.560 que descubre 00:09:33.560 --> 00:09:34.680 en el peor momento posible. 00:09:35.580 --> 00:09:36.200 Esta es la rutina 00:09:36.200 --> 00:09:36.680 de la que la mayoría 00:09:36.680 --> 00:09:37.160 de los equipos 00:09:37.160 --> 00:09:37.740 quieren librarse 00:09:37.740 --> 00:09:38.520 y es donde un agente 00:09:38.520 --> 00:09:39.280 comienza a sentirse 00:09:39.280 --> 00:09:39.800 como un ingeniero 00:09:39.800 --> 00:09:40.620 de despliegue autónomo. 00:09:40.980 --> 00:09:41.620 La idea es sencilla. 00:09:42.340 --> 00:09:43.020 Usted proporciona 00:09:43.020 --> 00:09:43.780 objetivos de negocio, 00:09:43.900 --> 00:09:44.880 requisitos de rendimiento, 00:09:45.060 --> 00:09:46.100 necesidad de recuperación, 00:09:46.440 --> 00:09:47.160 reglas de cumplimiento 00:09:47.160 --> 00:09:48.260 y tolerancias de presupuesto 00:09:48.260 --> 00:09:49.140 y el agente traduce 00:09:49.140 --> 00:09:49.660 esa intención 00:09:49.660 --> 00:09:50.320 en configuraciones 00:09:50.320 --> 00:09:51.020 de infraestructura. 00:09:51.800 --> 00:09:52.460 En lugar de cambiar 00:09:52.460 --> 00:09:53.260 entre varias consolas 00:09:53.260 --> 00:09:54.200 o unir identificadores 00:09:54.200 --> 00:09:54.700 manualmente, 00:09:54.800 --> 00:09:55.660 usted obtiene plantillas 00:09:55.660 --> 00:09:56.240 y así así 00:09:56.240 --> 00:09:57.020 que ya están alineadas 00:09:57.020 --> 00:09:58.120 con sus objetivos expresados. 00:09:58.660 --> 00:09:59.280 A partir de ahí, 00:09:59.280 --> 00:09:59.880 el mismo agente 00:09:59.880 --> 00:10:00.620 permanece atento, 00:10:00.860 --> 00:10:01.720 ejecutando comprobaciones 00:10:01.720 --> 00:10:02.340 de cumplimiento, 00:10:02.580 --> 00:10:03.220 simulando posibles 00:10:03.220 --> 00:10:04.180 configuraciones erróneas 00:10:04.180 --> 00:10:04.960 y aplicando soluciones 00:10:04.960 --> 00:10:05.920 propuestas antes de que 00:10:05.920 --> 00:10:06.720 los problemas escalen 00:10:06.720 --> 00:10:07.160 a producción. 00:10:08.120 --> 00:10:08.580 La diferencia 00:10:08.580 --> 00:10:09.320 con la automatización 00:10:09.320 --> 00:10:10.100 existente radica 00:10:10.100 --> 00:10:10.800 en la adaptabilidad. 00:10:11.500 --> 00:10:12.420 Un pipeline de CIC 00:10:12.420 --> 00:10:13.240 de normal trata 00:10:13.240 --> 00:10:14.300 sus definiciones YAML 00:10:14.300 --> 00:10:15.120 como si fueran ley. 00:10:15.920 --> 00:10:16.540 Funcionan hasta que 00:10:16.540 --> 00:10:17.340 la realidad cambia, 00:10:17.520 --> 00:10:18.360 ya sea por una actualización 00:10:18.360 --> 00:10:19.000 de dependencia, 00:10:19.060 --> 00:10:20.180 un pico repentino de demanda 00:10:20.180 --> 00:10:20.840 o un nuevo mandato 00:10:20.840 --> 00:10:21.380 de cumplimiento. 00:10:21.480 --> 00:10:21.740 Entonces, 00:10:21.940 --> 00:10:23.040 esas instrucciones estáticas 00:10:23.040 --> 00:10:24.000 fallan o ejecutan 00:10:24.000 --> 00:10:24.820 algo que parece válido 00:10:24.820 --> 00:10:25.520 pero no satisface 00:10:25.520 --> 00:10:26.680 las necesidades del negocio. 00:10:26.680 --> 00:10:28.160 Un pipeline impulsado 00:10:28.160 --> 00:10:28.520 por agentes 00:10:28.520 --> 00:10:29.460 se comporta de forma distinta. 00:10:29.780 --> 00:10:30.540 Trata esas definiciones 00:10:30.540 --> 00:10:31.560 como puntos de referencia 00:10:31.560 --> 00:10:32.220 pero las actualiza 00:10:32.220 --> 00:10:33.240 cuando las condiciones cambian. 00:10:34.180 --> 00:10:34.800 En lugar de esperar 00:10:34.800 --> 00:10:35.400 a que una persona 00:10:35.400 --> 00:10:36.140 escale un servicio 00:10:36.140 --> 00:10:37.560 o ajuste la distribución regional, 00:10:37.740 --> 00:10:38.680 detecta patrones de carga, 00:10:38.860 --> 00:10:40.140 predice los umbrales probables 00:10:40.140 --> 00:10:41.260 y aprovisiona capacidad 00:10:41.260 --> 00:10:42.660 adicional de antemano. 00:10:44.220 --> 00:10:45.060 Esa capacidad de adaptación 00:10:45.060 --> 00:10:45.720 hace que los escenarios 00:10:45.720 --> 00:10:46.400 sean menos propensos 00:10:46.400 --> 00:10:47.020 a errores en la presentación. 00:10:47.180 --> 00:10:47.840 Imagina una aplicación 00:10:47.840 --> 00:10:48.220 de un internet 00:10:48.220 --> 00:10:49.040 que gestiona tráfico 00:10:49.040 --> 00:10:49.820 principalmente en ECO. 00:10:50.300 --> 00:10:51.240 Una semana después 00:10:51.240 --> 00:10:52.060 aparecen nuevos usuarios 00:10:52.060 --> 00:10:52.400 en Europa. 00:10:53.100 --> 00:10:54.000 La latencia aumenta, 00:10:54.220 --> 00:10:54.840 pero nadie incluye 00:10:54.840 --> 00:10:56.140 otra región en el YAML original. 00:10:56.680 --> 00:10:57.860 La automatización tradicional 00:10:57.860 --> 00:10:58.260 lo ignora. 00:10:58.720 --> 00:10:59.300 Solo se da cuenta 00:10:59.300 --> 00:11:00.180 después de que llegan las quejas 00:11:00.180 --> 00:11:01.020 y se analizan los registros. 00:11:01.300 --> 00:11:01.660 En cambio, 00:11:01.780 --> 00:11:02.900 un agente detecta el patrón, 00:11:03.020 --> 00:11:04.280 despliega una réplica europea 00:11:04.280 --> 00:11:05.400 y configura el enrutamiento 00:11:05.400 --> 00:11:06.380 mediante Azure Front Door 00:11:06.380 --> 00:11:06.880 de inmediato. 00:11:07.340 --> 00:11:07.980 No solo despliegue, 00:11:08.060 --> 00:11:08.620 se desentiende. 00:11:09.140 --> 00:11:09.940 Alinea constantemente 00:11:09.940 --> 00:11:10.980 los recursos con la intención. 00:11:11.800 --> 00:11:13.220 Casi como un operador 24-7 00:11:13.220 --> 00:11:14.000 que nunca se cansa, 00:11:14.360 --> 00:11:15.080 el beneficio real 00:11:15.080 --> 00:11:16.100 va más allá del escalado. 00:11:17.000 --> 00:11:17.400 La seguridad 00:11:17.400 --> 00:11:18.000 y el cumplimiento 00:11:18.000 --> 00:11:18.800 se integran en el ciclo. 00:11:19.580 --> 00:11:20.460 Esto puede significar 00:11:20.460 --> 00:11:21.180 que el agente observe 00:11:21.180 --> 00:11:22.260 un contenedor de almacenamiento 00:11:22.260 --> 00:11:23.260 expuesto accidentalmente 00:11:23.260 --> 00:11:24.640 y lo bloquee automáticamente 00:11:24.640 --> 00:11:26.060 o que detecte desviaciones 00:11:26.060 --> 00:11:26.800 en la base de parches 00:11:26.800 --> 00:11:27.540 de una máquina virtual 00:11:27.540 --> 00:11:28.280 y la restaure. 00:11:29.000 --> 00:11:30.060 Son tareas de alta frecuencia 00:11:30.060 --> 00:11:30.840 y baja visibilidad 00:11:30.840 --> 00:11:31.420 que los humanos 00:11:31.420 --> 00:11:32.540 suelen detectar tarde 00:11:32.540 --> 00:11:33.140 y solo después 00:11:33.140 --> 00:11:34.000 de mucho esfuerzo. 00:11:34.840 --> 00:11:35.540 Al incorporarlas 00:11:35.540 --> 00:11:36.440 al ciclo continuo, 00:11:36.560 --> 00:11:37.540 no elimina a los operadores 00:11:37.540 --> 00:11:38.860 sino que los libera. 00:11:39.680 --> 00:11:40.660 En lugar de gastar energía 00:11:40.660 --> 00:11:41.340 apagando fuego, 00:11:41.460 --> 00:11:42.480 se centran en la planificación 00:11:42.480 --> 00:11:43.580 y estrategia de alto nivel. 00:11:43.960 --> 00:11:44.880 Y ese es un mate importante. 00:11:45.420 --> 00:11:46.020 Supervisión humana 00:11:46.020 --> 00:11:46.600 no desaparece. 00:11:46.960 --> 00:11:47.520 Su rol cambia 00:11:47.520 --> 00:11:48.260 de marcar casillas 00:11:48.260 --> 00:11:48.960 línea por línea, 00:11:49.080 --> 00:11:49.860 definir directrices 00:11:49.860 --> 00:11:50.700 desde el principio. 00:11:50.700 --> 00:11:52.760 ¿Qué regiones están permitidas? 00:11:53.000 --> 00:11:53.920 ¿Qué costos son aceptables 00:11:53.920 --> 00:11:54.920 y qué estándares de cumplimiento 00:11:54.920 --> 00:11:55.860 no pueden infringirse? 00:11:56.280 --> 00:11:56.680 Infringir. 00:11:57.160 --> 00:11:58.080 Un paso práctico 00:11:58.080 --> 00:11:59.080 para cualquier equipo curioso 00:11:59.080 --> 00:11:59.680 por probar esto 00:11:59.680 --> 00:12:00.660 es definir límites 00:12:00.660 --> 00:12:01.620 de política desde el inicio. 00:12:02.160 --> 00:12:03.300 Establezca techos de costos, 00:12:03.440 --> 00:12:04.440 designe regiones aprobadas 00:12:04.440 --> 00:12:05.560 y añada límites de cumplimiento. 00:12:06.520 --> 00:12:07.420 El agente actúa entonces 00:12:07.420 --> 00:12:08.160 como un ejecutor, 00:12:08.260 --> 00:12:08.860 no como un operador 00:12:08.860 --> 00:12:09.440 sin restricción. 00:12:09.880 --> 00:12:10.820 Ese es el principio fundamental. 00:12:11.480 --> 00:12:12.200 Usted mantiene el control 00:12:12.200 --> 00:12:13.300 de la dirección estratégica 00:12:13.300 --> 00:12:14.040 mientras el agente 00:12:14.040 --> 00:12:14.700 ejecuta labores 00:12:14.700 --> 00:12:15.700 de protección a escala. 00:12:16.180 --> 00:12:16.800 Tampoco significa 00:12:16.800 --> 00:12:17.740 que deba poner la producción 00:12:17.740 --> 00:12:18.440 en manos del agente 00:12:18.440 --> 00:12:19.020 desde el primer día. 00:12:19.020 --> 00:12:20.500 ¿Prefiere evitar riesgos? 00:12:20.620 --> 00:12:21.340 Comience en un entorno 00:12:21.340 --> 00:12:22.180 de pruebas controlado. 00:12:23.020 --> 00:12:23.680 Exponga al agente 00:12:23.680 --> 00:12:24.380 a una carga de trabajo 00:12:24.380 --> 00:12:24.960 no crítica 00:12:24.960 --> 00:12:26.160 o seleccione un servicio único 00:12:26.160 --> 00:12:26.720 como infraestructura 00:12:26.720 --> 00:12:27.600 de almacenamiento registro 00:12:27.600 --> 00:12:28.260 y deje que gestione 00:12:28.260 --> 00:12:28.680 la deriva 00:12:28.680 --> 00:12:29.780 y el aprovisionamiento allí. 00:12:30.520 --> 00:12:30.980 De esta forma, 00:12:31.040 --> 00:12:31.920 usted genera confianza 00:12:31.920 --> 00:12:33.160 en cómo interpreta las barreras 00:12:33.160 --> 00:12:34.300 antes de ampliar su alcance. 00:12:35.180 --> 00:12:36.040 Piénselo como realizar 00:12:36.040 --> 00:12:36.840 un proyecto piloto 00:12:36.840 --> 00:12:37.940 con un alcance bien definido 00:12:37.940 --> 00:12:38.580 y bajo riesgo, 00:12:38.880 --> 00:12:39.440 tal como maduran 00:12:39.440 --> 00:12:40.400 la mayoría de las prácticas 00:12:40.400 --> 00:12:41.300 confiables de DevOps. 00:12:42.460 --> 00:12:43.020 En esencia, 00:12:43.100 --> 00:12:44.080 un enfoque basado en agentes 00:12:44.080 --> 00:12:44.840 para Azure IRC 00:12:44.840 --> 00:12:45.480 se parece menos 00:12:45.480 --> 00:12:46.180 a escribir docenas 00:12:46.180 --> 00:12:47.020 de scripts estáticos 00:12:47.020 --> 00:12:47.660 y más a gestionar 00:12:47.660 --> 00:12:48.980 una lista de verificación dinámica. 00:12:49.740 --> 00:12:50.420 Genere plantillas, 00:12:50.720 --> 00:12:51.420 ejecute comprobaciones 00:12:51.420 --> 00:12:52.200 previas al despliegue, 00:12:52.400 --> 00:12:53.080 monitore la deriva 00:12:53.080 --> 00:12:53.980 y proponga soluciones. 00:12:54.620 --> 00:12:55.300 Todo dentro de los límites 00:12:55.300 --> 00:12:55.920 que usted configure. 00:12:56.840 --> 00:12:57.520 Es lo suficientemente 00:12:57.520 --> 00:12:58.720 estructurado para generar confianza, 00:12:58.820 --> 00:12:59.400 pero lo suficientemente 00:12:59.400 --> 00:13:00.100 flexible la producción 00:13:00.100 --> 00:13:00.560 es cambiando. 00:13:01.200 --> 00:13:01.660 Por supuesto, 00:13:01.740 --> 00:13:02.300 el aprovisionamiento 00:13:02.300 --> 00:13:03.320 y escalado a la infraestructura 00:13:03.320 --> 00:13:03.820 es solo una cara 00:13:03.820 --> 00:13:04.500 de la confiabilidad. 00:13:05.340 --> 00:13:06.160 El problema más difícil 00:13:06.160 --> 00:13:06.980 suele surgir después. 00:13:07.440 --> 00:13:08.240 Asegurar que el código 00:13:08.240 --> 00:13:09.240 que despliega en ese entorno 00:13:09.240 --> 00:13:10.060 realmente resiste 00:13:10.060 --> 00:13:11.160 en condiciones del mundo real. 00:13:12.160 --> 00:13:12.680 Y ahí es donde 00:13:12.680 --> 00:13:13.440 el siguiente desafío 00:13:13.440 --> 00:13:14.280 comienza a manifestarse, 00:13:14.280 --> 00:13:15.300 la cuestión de detectar errores 00:13:15.300 --> 00:13:15.720 que los humanos 00:13:15.720 --> 00:13:16.620 simplemente no ven 00:13:16.620 --> 00:13:17.880 hasta que ya están en producción. 00:13:19.060 --> 00:13:19.660 Pruebas autónomas, 00:13:19.740 --> 00:13:20.260 errores que los humanos 00:13:20.260 --> 00:13:20.840 pasan por alto. 00:13:21.400 --> 00:13:22.240 Las pruebas solo cubren 00:13:22.240 --> 00:13:22.760 lo que los humanos 00:13:22.760 --> 00:13:23.360 pueden imaginar 00:13:23.360 --> 00:13:24.800 y esa es la limitación principal. 00:13:25.380 --> 00:13:26.240 La mayoría de los fallos 00:13:26.240 --> 00:13:26.700 en producción 00:13:26.700 --> 00:13:27.920 no provienen de lo previsto, 00:13:28.080 --> 00:13:28.980 sino de lo que escapa 00:13:28.980 --> 00:13:30.220 a la imaginación humana. 00:13:30.940 --> 00:13:32.260 Los agentes de pruebas autónomas 00:13:32.260 --> 00:13:33.160 se entran en este vacío, 00:13:33.260 --> 00:13:34.460 centrándose en casos extremos 00:13:34.460 --> 00:13:35.260 y condiciones dinámicas 00:13:35.260 --> 00:13:35.960 que nunca llegarían 00:13:35.960 --> 00:13:37.160 a un conjunto de pruebas típico. 00:13:37.880 --> 00:13:38.620 Considera la condición 00:13:38.620 --> 00:13:39.260 de cargador en 3. 00:13:39.780 --> 00:13:40.420 Una aplicación 00:13:40.420 --> 00:13:41.220 Tontonet en Azure 00:13:41.220 --> 00:13:42.380 puede funcionar perfectamente 00:13:42.380 --> 00:13:43.220 bajo carga pesada 00:13:43.220 --> 00:13:44.520 en una prueba de estrés planificada, 00:13:44.700 --> 00:13:45.140 pero introduzca 00:13:45.140 --> 00:13:45.860 eventos de escalado, 00:13:46.160 --> 00:13:46.640 nuevas instancias 00:13:46.640 --> 00:13:47.780 que inician en medio del tráfico 00:13:47.780 --> 00:13:48.320 y de repente 00:13:48.320 --> 00:13:48.980 aparecen errores 00:13:48.980 --> 00:13:49.740 en el manejo de sesión. 00:13:50.460 --> 00:13:50.980 A menos que alguien 00:13:50.980 --> 00:13:51.720 haya diseñado una prueba 00:13:51.720 --> 00:13:52.340 específicamente 00:13:52.340 --> 00:13:53.040 para esa coincidencia 00:13:53.040 --> 00:13:53.940 pasar desapercibido. 00:13:54.680 --> 00:13:55.300 Un agente autónomo 00:13:55.300 --> 00:13:56.160 detecta la anomalía 00:13:56.160 --> 00:13:56.540 a la isla 00:13:56.540 --> 00:13:57.400 y genera una nueva prueba 00:13:57.400 --> 00:13:57.880 de regresión 00:13:57.880 --> 00:13:58.760 basada en esa condición. 00:13:59.500 --> 00:14:00.340 La próxima vez 00:14:00.340 --> 00:14:01.160 que ocurra un escalado, 00:14:01.260 --> 00:14:02.420 esa protección ya estará presente, 00:14:02.580 --> 00:14:03.000 convirtiéndolo 00:14:03.000 --> 00:14:03.840 en un riesgo oculto 00:14:03.840 --> 00:14:04.800 en un escenario mitoreado. 00:14:05.260 --> 00:14:05.640 Otro ejemplo 00:14:09.260 --> 00:14:09.720 de datos seguros 00:14:09.720 --> 00:14:10.300 o predecible, 00:14:10.960 --> 00:14:11.920 nombres de usuario válidos, 00:14:12.220 --> 00:14:13.380 cargas útiles de API correctas 00:14:13.380 --> 00:14:14.260 o casos extremos obvios 00:14:14.260 --> 00:14:15.060 como cadenas vacías. 00:14:15.920 --> 00:14:16.320 Un agente, 00:14:16.440 --> 00:14:16.960 por el contrario, 00:14:17.340 --> 00:14:18.000 comienza a experimentar 00:14:18.000 --> 00:14:18.480 con variaciones 00:14:18.480 --> 00:14:19.260 que a los desarrolladores 00:14:19.260 --> 00:14:20.180 no se les ocurriría cubrir. 00:14:20.660 --> 00:14:21.620 Solicitudes excesivas, 00:14:21.840 --> 00:14:22.840 codificaciones extrañas, 00:14:23.020 --> 00:14:23.600 ligeros retrasos 00:14:23.600 --> 00:14:24.660 entre llamadas de varios pasos. 00:14:25.460 --> 00:14:25.820 Al hacerlo, 00:14:25.960 --> 00:14:26.680 puede provocar fallos 00:14:26.680 --> 00:14:27.740 que conjuntos de pruebas manuales 00:14:27.740 --> 00:14:28.300 pasarían por alto 00:14:28.300 --> 00:14:28.780 por completo. 00:14:29.180 --> 00:14:29.700 El valor no está 00:14:29.700 --> 00:14:30.360 solo en la velocidad, 00:14:30.540 --> 00:14:31.180 sino en la diversidad. 00:14:31.640 --> 00:14:32.500 Los agentes exploran 00:14:32.500 --> 00:14:33.280 rincones extraños 00:14:33.280 --> 00:14:34.080 de los espacios de entrada 00:14:34.080 --> 00:14:34.640 más rápido 00:14:34.640 --> 00:14:35.660 de lo que jamás podrían hacer 00:14:35.660 --> 00:14:36.420 nuevos casos escritos 00:14:36.420 --> 00:14:36.860 por humanos. 00:14:37.180 --> 00:14:37.680 Lo que diferencia 00:14:37.680 --> 00:14:38.100 este cambio 00:14:38.100 --> 00:14:39.140 de la automatización tradicional 00:14:39.140 --> 00:14:39.860 es cómo evoluciona 00:14:39.860 --> 00:14:40.560 la suite de pruebas. 00:14:41.080 --> 00:14:41.900 Un paquete de regresión 00:14:41.900 --> 00:14:42.660 diseñado por humanos 00:14:42.660 --> 00:14:44.120 permanece relativamente estático. 00:14:44.660 --> 00:14:45.480 Refleja el conocimiento 00:14:45.480 --> 00:14:46.500 y las suposiciones del equipo 00:14:46.500 --> 00:14:47.480 en un momento determinado. 00:14:48.420 --> 00:14:49.180 Los agentes convierten 00:14:49.180 --> 00:14:49.980 eso en un proceso útil. 00:14:50.640 --> 00:14:51.380 Expanden la suite 00:14:51.380 --> 00:14:52.540 a medida que el sistema cambia, 00:14:52.680 --> 00:14:53.260 siempre buscando 00:14:53.260 --> 00:14:54.360 estados no contemplados. 00:14:55.700 --> 00:14:56.740 En lugar de que los desarrolladores 00:14:56.740 --> 00:14:57.820 actualicen laboriosamente 00:14:57.820 --> 00:14:58.580 scripts frágiles 00:14:58.580 --> 00:14:59.400 tras cada iteración, 00:14:59.580 --> 00:15:00.360 se generan nuevos casos 00:15:00.360 --> 00:15:00.900 dinámicamente 00:15:00.900 --> 00:15:01.660 según cómo se comporta 00:15:01.660 --> 00:15:02.440 el sistema realmente. 00:15:03.680 --> 00:15:04.020 Aún así, 00:15:04.100 --> 00:15:04.920 hay una advertencia importante. 00:15:04.920 --> 00:15:06.260 No toda prueba generada 00:15:06.260 --> 00:15:06.700 por agentes 00:15:06.700 --> 00:15:07.180 merece vivir 00:15:07.180 --> 00:15:08.180 en su suite permanente. 00:15:08.880 --> 00:15:09.640 Las pruebas inestables 00:15:09.640 --> 00:15:10.220 o irrelevantes 00:15:10.220 --> 00:15:11.200 pueden acumularse rápido, 00:15:11.320 --> 00:15:11.980 desperdiciando tiempo 00:15:11.980 --> 00:15:12.820 y minando la confianza 00:15:12.820 --> 00:15:13.520 en la automatización. 00:15:14.060 --> 00:15:14.700 Por eso la gobernanza 00:15:14.700 --> 00:15:15.000 importa. 00:15:15.520 --> 00:15:16.140 Los equipos necesitan 00:15:16.140 --> 00:15:16.880 un proceso de revisión. 00:15:17.140 --> 00:15:17.780 Los desarrolladores 00:15:17.780 --> 00:15:18.700 o ingenieros de Kiva 00:15:18.700 --> 00:15:19.480 deben validar 00:15:19.480 --> 00:15:20.520 cada prueba propuesta 00:15:20.520 --> 00:15:21.260 por su estabilidad 00:15:21.260 --> 00:15:21.900 y relevancia 00:15:21.900 --> 00:15:22.700 antes de integrarla 00:15:22.700 --> 00:15:24.020 al paquete de regresión estable. 00:15:25.000 --> 00:15:26.240 Como con cualquier automatización, 00:15:26.340 --> 00:15:27.160 la supervisión asegura 00:15:27.160 --> 00:15:27.880 que estas herramientas 00:15:27.880 --> 00:15:28.900 amplifiquen la fiabilidad, 00:15:29.460 --> 00:15:30.060 en lugar de abrumar 00:15:30.060 --> 00:15:30.780 a los equipos con ruido. 00:15:31.880 --> 00:15:32.660 Otro concepto erróneo 00:15:32.660 --> 00:15:33.480 que vale la pena aclarar 00:15:33.480 --> 00:15:34.020 de que los agentes 00:15:34.020 --> 00:15:34.840 corrigen errores. 00:15:35.760 --> 00:15:36.220 No reescriben 00:15:36.220 --> 00:15:36.940 el código de producción 00:15:36.940 --> 00:15:37.640 ni parchen fallos 00:15:37.640 --> 00:15:38.080 por sí mismos. 00:15:38.540 --> 00:15:38.920 Lo que hacen 00:15:38.920 --> 00:15:39.780 excepcionalmente bien 00:15:39.780 --> 00:15:40.540 es mostrar escenarios 00:15:40.540 --> 00:15:41.120 reproducibles 00:15:41.120 --> 00:15:42.460 con detalles diagnósticos claros. 00:15:43.420 --> 00:15:44.120 Para un desarrollador, 00:15:44.240 --> 00:15:44.720 tener una serie 00:15:44.720 --> 00:15:45.440 de pasos capturados 00:15:45.440 --> 00:15:45.960 por un agente 00:15:45.960 --> 00:15:46.700 marca la diferencia 00:15:46.700 --> 00:15:47.680 entre horas de sus posesiones 00:15:47.680 --> 00:15:48.540 y una resolución rápida. 00:15:48.880 --> 00:15:49.540 En algunos casos, 00:15:49.620 --> 00:15:50.720 los agentes pueden sugerir 00:15:50.720 --> 00:15:51.540 una posible solución 00:15:51.540 --> 00:15:52.680 basada en patrones conocidos, 00:15:52.820 --> 00:15:53.620 pero la decisión final 00:15:53.620 --> 00:15:54.080 y el cambio 00:15:54.080 --> 00:15:55.320 permanecen en manos humanas. 00:15:56.000 --> 00:15:56.360 Visto así, 00:15:56.440 --> 00:15:57.200 la división del trabajo 00:15:57.200 --> 00:15:57.940 se vuelve más clara. 00:15:58.280 --> 00:15:58.920 Las máquinas hacen 00:15:58.920 --> 00:15:59.560 el descubrimiento, 00:15:59.820 --> 00:16:00.340 los humanos hacen 00:16:00.340 --> 00:16:01.140 el juicio y la reparación. 00:16:01.440 --> 00:16:02.180 El impacto empresarial 00:16:02.180 --> 00:16:03.200 aquí es menos gestión de crisis. 00:16:04.200 --> 00:16:04.720 Los equipos 00:16:04.720 --> 00:16:06.140 ven menos tickets nocturnos, 00:16:06.500 --> 00:16:07.060 menos regresiones 00:16:07.060 --> 00:16:07.840 tras los lanzamientos 00:16:07.840 --> 00:16:08.760 y una reducción notable 00:16:08.760 --> 00:16:10.060 en el tiempo perdido 00:16:10.060 --> 00:16:11.160 reproduciendo pasos. 00:16:12.560 --> 00:16:13.340 Las peculiaridades 00:16:13.340 --> 00:16:13.980 de rendimiento 00:16:13.980 --> 00:16:14.600 se detectan 00:16:14.600 --> 00:16:15.520 en entornos controlados 00:16:15.520 --> 00:16:16.180 en lugar de aparecer 00:16:16.180 --> 00:16:17.300 primero ante los usuarios finales. 00:16:17.600 --> 00:16:18.360 Los fallos de seguridad 00:16:18.360 --> 00:16:19.000 salen a la luz 00:16:19.000 --> 00:16:19.940 durante las pruebas internas. 00:16:20.340 --> 00:16:21.160 No después de un escaneo 00:16:21.160 --> 00:16:21.620 de cumplimiento 00:16:21.620 --> 00:16:22.620 o un ejercicio de penetración. 00:16:23.220 --> 00:16:23.700 Ese cambio 00:16:23.700 --> 00:16:24.600 da espacio al QA 00:16:24.600 --> 00:16:25.220 para enfocarse 00:16:25.220 --> 00:16:26.340 en cuestiones de mayor nivel 00:16:26.340 --> 00:16:27.100 como usabilidad, 00:16:27.240 --> 00:16:27.880 fluidez del flujo 00:16:27.880 --> 00:16:28.260 de trabajo 00:16:28.260 --> 00:16:28.920 y accesibilidad. 00:16:29.680 --> 00:16:30.700 Áreas que ningún motor autónomo 00:16:30.700 --> 00:16:31.160 puede juzgar 00:16:31.160 --> 00:16:31.980 de manera significativa. 00:16:32.620 --> 00:16:33.340 Para los profesionales 00:16:33.340 --> 00:16:34.400 interesados en probar el terreno 00:16:34.400 --> 00:16:35.120 empiecen poco a poco. 00:16:35.840 --> 00:16:36.640 Ejecuten un agente 00:16:36.640 --> 00:16:37.540 de pruebas autónomo 00:16:37.540 --> 00:16:38.640 en un entorno de pruebas 00:16:38.640 --> 00:16:39.440 o preproducción 00:16:39.440 --> 00:16:40.500 durante un periodo definido. 00:16:41.660 --> 00:16:42.240 Comparen la lista 00:16:42.240 --> 00:16:42.620 de problemas 00:16:42.620 --> 00:16:43.120 que descubren 00:16:43.120 --> 00:16:44.040 con su backlog actual. 00:16:44.800 --> 00:16:45.460 Traten el ejercicio 00:16:45.460 --> 00:16:46.380 como una recopilación de datos. 00:16:46.720 --> 00:16:47.480 ¿Son los nuevos hallazgos 00:16:47.480 --> 00:16:48.120 realmente útiles? 00:16:48.280 --> 00:16:48.700 ¿Se solapan 00:16:48.700 --> 00:16:49.580 con las pruebas existentes? 00:16:49.840 --> 00:16:50.740 ¿Revelan puntos ciegos 00:16:50.740 --> 00:16:51.840 importantes para su negocio? 00:16:52.500 --> 00:16:53.140 Enmarcado así 00:16:53.140 --> 00:16:53.820 se mide el retorno 00:16:53.820 --> 00:16:54.280 de inversión 00:16:54.280 --> 00:16:55.020 en lugar de apostar 00:16:55.020 --> 00:16:56.120 la calidad de sus lanzamientos 00:16:56.120 --> 00:16:57.380 a una técnica no probada. 00:16:58.080 --> 00:16:58.760 Y cuando los equipos 00:16:58.760 --> 00:16:59.980 realizan este tipo de pilotos 00:16:59.980 --> 00:17:00.860 surge un patrón. 00:17:01.220 --> 00:17:01.580 Patrón. 00:17:02.040 --> 00:17:02.940 El verdadero beneficio 00:17:02.940 --> 00:17:03.460 a largo plazo 00:17:03.460 --> 00:17:04.260 no es solo detectar 00:17:04.260 --> 00:17:05.020 errores adicionales 00:17:05.020 --> 00:17:05.760 sino que tan rápido 00:17:05.760 --> 00:17:06.260 esas lecciones 00:17:06.260 --> 00:17:07.120 puedan reintegrarse 00:17:07.120 --> 00:17:07.740 al ciclo general 00:17:07.740 --> 00:17:08.320 de desarrollo. 00:17:09.480 --> 00:17:10.380 Cada anomalía capturada 00:17:10.380 --> 00:17:11.220 y cada idea registrada 00:17:11.220 --> 00:17:12.180 representa un conocimiento 00:17:12.180 --> 00:17:13.100 que no debería desaparecer 00:17:13.100 --> 00:17:13.960 al finalizar un sprint. 00:17:14.680 --> 00:17:15.200 La cuestión es 00:17:15.200 --> 00:17:15.920 cómo se almacena, 00:17:16.120 --> 00:17:16.860 comparte y transmite 00:17:16.860 --> 00:17:17.440 esa inteligencia 00:17:17.440 --> 00:17:18.020 para que los mismos 00:17:18.020 --> 00:17:19.520 errores no se repitan 00:17:19.520 --> 00:17:20.080 bajo nombres 00:17:20.080 --> 00:17:21.040 de proyectos diferentes. 00:17:22.820 --> 00:17:23.400 Cerrando el ciclo 00:17:23.400 --> 00:17:24.220 de inteligencia en DevOps. 00:17:24.220 --> 00:17:25.020 En DevOps 00:17:25.020 --> 00:17:25.680 uno de los problemas 00:17:25.680 --> 00:17:26.540 más difíciles de resolver 00:17:26.540 --> 00:17:27.200 es la rapidez 00:17:27.200 --> 00:17:27.920 con la que el conocimiento 00:17:27.920 --> 00:17:28.680 se desvanece en el sprint. 00:17:29.540 --> 00:17:30.660 Los problemas se registran 00:17:30.660 --> 00:17:31.780 y los post-mortem se escriben 00:17:31.780 --> 00:17:32.500 pero cuando comienza 00:17:32.500 --> 00:17:33.300 el siguiente proyecto 00:17:33.300 --> 00:17:34.280 muchas de esas lecciones 00:17:34.280 --> 00:17:35.420 no llegan al flujo de trabajo. 00:17:36.160 --> 00:17:37.140 Cerrar el ciclo de inteligencia 00:17:37.140 --> 00:17:37.440 en DevOps 00:17:37.440 --> 00:17:38.200 significa detener 00:17:38.200 --> 00:17:39.100 ese ciclo de pérdida 00:17:39.100 --> 00:17:39.520 y asegurar 00:17:39.520 --> 00:17:40.140 que lo que los equipos 00:17:40.140 --> 00:17:41.100 aprendan realmente mejor 00:17:41.100 --> 00:17:41.940 es lo que viene después. 00:17:42.940 --> 00:17:43.680 La IA gente ayuda 00:17:43.680 --> 00:17:44.440 a esto conectándose 00:17:44.440 --> 00:17:44.900 a los lugares 00:17:44.900 --> 00:17:45.920 donde el conocimiento 00:17:45.920 --> 00:17:46.640 ya está fluyendo. 00:17:47.280 --> 00:17:48.300 El primer punto de integración 00:17:48.300 --> 00:17:48.740 es la ingesta 00:17:48.740 --> 00:17:49.600 de registros y telemetría. 00:17:50.560 --> 00:17:51.300 En lugar de requerir 00:17:51.300 --> 00:17:51.940 que los ingenieros 00:17:51.940 --> 00:17:52.780 revisen paneles 00:17:52.780 --> 00:17:53.780 o incidentes archivados 00:17:53.780 --> 00:17:54.660 los agentes escanean 00:17:54.660 --> 00:17:55.640 continuamente métricas 00:17:55.640 --> 00:17:56.180 tasas de error 00:17:56.180 --> 00:17:57.320 y rastros de rendimiento 00:17:57.320 --> 00:17:58.740 conectando anomalías 00:17:58.740 --> 00:17:59.520 entre lanzamientos. 00:18:00.680 --> 00:18:01.380 Segundo es el análisis 00:18:01.380 --> 00:18:02.300 del historial de solicitudes 00:18:02.300 --> 00:18:02.740 de extracción 00:18:02.740 --> 00:18:03.320 y revisiones de código. 00:18:03.740 --> 00:18:04.640 Las decisiones tomadas 00:18:04.640 --> 00:18:05.220 en los comentarios 00:18:05.220 --> 00:18:05.960 a menudo contienen 00:18:05.960 --> 00:18:07.240 contextos sobre compensaciones 00:18:07.240 --> 00:18:07.680 o riesgos 00:18:07.680 --> 00:18:08.300 que nunca llegan 00:18:08.300 --> 00:18:09.040 a la documentación. 00:18:09.760 --> 00:18:11.020 Al procesar esas conversaciones 00:18:11.020 --> 00:18:11.960 los agentes preservan 00:18:11.960 --> 00:18:12.780 el porqué de lo ocurrido 00:18:12.780 --> 00:18:13.780 no solo lo que se fusionó. 00:18:14.700 --> 00:18:15.420 El tercero es asignar 00:18:15.420 --> 00:18:16.200 los fallos observados 00:18:16.200 --> 00:18:17.380 a recomendaciones de arquitectura. 00:18:18.100 --> 00:18:19.060 Si ciertas estrategias 00:18:19.060 --> 00:18:19.700 de caché crean 00:18:19.700 --> 00:18:20.200 repetidamente 00:18:20.200 --> 00:18:21.100 un exceso de memoria 00:18:21.100 --> 00:18:22.280 o si los patrones de escalado 00:18:22.280 --> 00:18:23.300 provocan tiempos de espera 00:18:23.300 --> 00:18:24.120 esas ideas surgen 00:18:24.120 --> 00:18:24.960 durante la planificación 00:18:24.960 --> 00:18:26.240 antes de que los mismos errores 00:18:26.240 --> 00:18:27.180 ocurran en un nuevo sistema. 00:18:28.140 --> 00:18:29.580 Juntos estos puntos de integración 00:18:29.580 --> 00:18:30.840 mejoran la memoria institucional 00:18:30.840 --> 00:18:31.940 sin prometer la perfección. 00:18:32.740 --> 00:18:33.280 El valor no está 00:18:33.280 --> 00:18:33.780 en que los agentes 00:18:33.780 --> 00:18:34.840 recuerden impecablemente 00:18:34.840 --> 00:18:35.300 cada detalle 00:18:35.300 --> 00:18:36.080 sino en que aumentan 00:18:36.080 --> 00:18:36.820 las probabilidades 00:18:36.820 --> 00:18:37.700 de que las lecciones pasadas 00:18:37.700 --> 00:18:38.880 reaparezcan en el momento adecuado. 00:18:39.420 --> 00:18:40.000 Supervisión humana 00:18:40.000 --> 00:18:40.660 sigue siendo importante. 00:18:41.200 --> 00:18:41.900 Los desarrolladores 00:18:41.900 --> 00:18:43.020 deben validar la relevancia 00:18:43.020 --> 00:18:43.900 de las ideas surgidas 00:18:43.900 --> 00:18:45.080 y las organizaciones 00:18:45.080 --> 00:18:46.500 deben programar auditorías periódicas 00:18:46.500 --> 00:18:47.580 de lo que capturan los agentes 00:18:47.580 --> 00:18:48.700 para evitar que la desviación 00:18:48.700 --> 00:18:49.220 o el ruido 00:18:49.220 --> 00:18:50.260 se infiltren en el sistema. 00:18:51.280 --> 00:18:52.360 Con una revisión cuidadosa 00:18:52.360 --> 00:18:53.580 la inteligencia se vuelve práctica 00:18:53.580 --> 00:18:54.420 en lugar de abrumadora. 00:18:55.120 --> 00:18:55.640 La gobernanza 00:18:55.640 --> 00:18:56.180 es otra pieza 00:18:56.180 --> 00:18:57.000 que no se puede emitir. 00:18:57.360 --> 00:18:58.180 Alimentar un sistema 00:18:58.180 --> 00:18:59.200 de agentes con registros 00:18:59.200 --> 00:19:00.220 solicitudes de extracción 00:19:00.220 --> 00:19:01.240 y resultados de implementación 00:19:01.240 --> 00:19:02.040 plantea interrogantes 00:19:02.040 --> 00:19:02.720 sobre privacidad 00:19:02.720 --> 00:19:03.900 retención y cumplimiento. 00:19:04.440 --> 00:19:05.280 No todos los artefactos 00:19:05.280 --> 00:19:06.200 deben vivir para siempre. 00:19:06.440 --> 00:19:07.020 No todos los datos 00:19:07.020 --> 00:19:07.780 deben ser accesibles 00:19:07.780 --> 00:19:08.400 para cada rol. 00:19:09.200 --> 00:19:10.060 Antes de implementar 00:19:10.060 --> 00:19:11.080 este tipo de capa de memoria 00:19:11.080 --> 00:19:12.080 los equipos deben definir 00:19:12.080 --> 00:19:12.820 límites claros 00:19:12.820 --> 00:19:13.940 de retención de datos 00:19:13.940 --> 00:19:15.560 establecer políticas de acceso 00:19:15.560 --> 00:19:16.220 y asegurarse 00:19:16.220 --> 00:19:17.060 de que los datos sensibles 00:19:17.060 --> 00:19:18.220 sean depurados o enmascarados. 00:19:18.220 --> 00:19:19.380 Sin esos límites 00:19:19.380 --> 00:19:20.080 corre el riesgo 00:19:20.080 --> 00:19:21.020 de crear un repositorio 00:19:21.020 --> 00:19:22.000 en la sombra no gobernado 00:19:22.000 --> 00:19:22.920 del historial de la empresa 00:19:22.920 --> 00:19:24.080 que complica a las auditorías 00:19:24.080 --> 00:19:25.040 en lugar de apoyarlas 00:19:25.040 --> 00:19:25.880 en lugar de apoyar. 00:19:26.180 --> 00:19:26.960 Para los desarrolladores 00:19:26.960 --> 00:19:27.840 el impacto más notable 00:19:27.840 --> 00:19:28.940 ocurre durante el inicio del proyecto. 00:19:29.320 --> 00:19:30.420 En lugar de recuerdos vagos 00:19:30.420 --> 00:19:31.060 de lo que salió mal 00:19:31.060 --> 00:19:31.600 la última vez 00:19:31.600 --> 00:19:32.400 las ideas aparecen 00:19:32.400 --> 00:19:33.480 directamente en contexto. 00:19:34.360 --> 00:19:35.520 Inicie una nueva API web 00:19:35.520 --> 00:19:36.140 de Domptonet 00:19:36.140 --> 00:19:37.540 y el sistema podría sugerir. 00:19:38.380 --> 00:19:38.980 El año pasado 00:19:38.980 --> 00:19:40.200 esta biblioteca de Cacheca 00:19:40.200 --> 00:19:40.860 usó fugas de memoria 00:19:40.860 --> 00:19:41.320 bajo carga 00:19:41.320 --> 00:19:42.500 consideró una alternativa 00:19:42.500 --> 00:19:44.100 o durante la planificación 00:19:44.100 --> 00:19:44.740 podría señalar 00:19:44.740 --> 00:19:45.540 que ciertos patrones 00:19:45.540 --> 00:19:46.440 de inyección de dependencias 00:19:46.440 --> 00:19:47.360 crearon inestabilidad. 00:19:47.360 --> 00:19:48.760 Los recordatorios 00:19:48.760 --> 00:19:49.400 son oportunos 00:19:49.400 --> 00:19:50.140 no retrospectivos 00:19:50.140 --> 00:19:50.860 por lo que desplazan 00:19:50.860 --> 00:19:51.680 el enfoque de reaccionar 00:19:51.680 --> 00:19:52.880 ante problemas a prevenirlos. 00:19:53.580 --> 00:19:53.920 Así es como 00:19:53.920 --> 00:19:54.780 la inteligencia del proyecto 00:19:54.780 --> 00:19:55.180 se acumula 00:19:55.180 --> 00:19:55.920 en lugar de reiniciarse 00:19:55.920 --> 00:19:56.620 cada vez que comienza 00:19:56.620 --> 00:19:57.140 un nuevo sprint. 00:19:57.820 --> 00:19:58.340 También cambia 00:19:58.340 --> 00:19:58.880 la naturaleza 00:19:58.880 --> 00:19:59.580 de las retrospectivas. 00:20:00.180 --> 00:20:01.320 Las retrospectivas tradicionales 00:20:01.320 --> 00:20:02.000 recopilan comentarios 00:20:02.000 --> 00:20:02.760 en un momento determinado 00:20:02.760 --> 00:20:03.340 y luego siguen a dar. 00:20:03.980 --> 00:20:05.100 Con agentes integrados 00:20:05.100 --> 00:20:05.940 ese conocimiento 00:20:05.940 --> 00:20:06.840 no queda archivado. 00:20:07.400 --> 00:20:08.500 Se reincorpora continuamente 00:20:08.500 --> 00:20:09.560 al ciclo de desarrollo. 00:20:10.620 --> 00:20:11.740 Los registros de este mes 00:20:11.740 --> 00:20:12.740 anomalías de escalado 00:20:12.740 --> 00:20:13.600 del último trimestre 00:20:13.600 --> 00:20:14.860 o revisiones de rendimiento 00:20:14.860 --> 00:20:15.680 de hace dos años 00:20:15.680 --> 00:20:16.840 informan las recomendaciones 00:20:16.840 --> 00:20:17.240 de hoy. 00:20:18.360 --> 00:20:19.500 Al convertir cada lanzamiento 00:20:19.500 --> 00:20:20.200 en parte de un ciclo 00:20:20.200 --> 00:20:21.060 de formación continua 00:20:21.060 --> 00:20:21.820 los equipos reducen 00:20:21.820 --> 00:20:22.240 la posibilidad 00:20:22.240 --> 00:20:22.940 de repetir fallos 00:20:22.940 --> 00:20:23.420 del pasado. 00:20:24.420 --> 00:20:25.060 Así los resultados 00:20:25.060 --> 00:20:25.700 deben medirse 00:20:25.700 --> 00:20:26.340 no suponerse. 00:20:26.880 --> 00:20:27.840 Un primer paso sencillo 00:20:27.840 --> 00:20:28.520 es integrar al agente 00:20:28.520 --> 00:20:29.380 con una única fuente 00:20:29.380 --> 00:20:29.880 de telemetría 00:20:29.880 --> 00:20:30.380 como registros 00:20:30.380 --> 00:20:30.880 de aplicaciones 00:20:30.880 --> 00:20:31.660 o una fuente APM 00:20:31.660 --> 00:20:32.200 y ejecutarlo 00:20:32.200 --> 00:20:32.840 durante 12p. 00:20:33.360 --> 00:20:33.820 Luego compare 00:20:33.820 --> 00:20:34.520 y detectó al agente 00:20:34.520 --> 00:20:34.980 patrones 00:20:34.980 --> 00:20:35.880 que usted no había notado. 00:20:36.580 --> 00:20:37.520 Condujeron estos patrones 00:20:37.520 --> 00:20:38.100 a cambios reales 00:20:38.100 --> 00:20:38.480 en el código 00:20:38.480 --> 00:20:39.140 de la infraestructura 00:20:39.140 --> 00:20:40.480 y mejoró notablemente 00:20:40.480 --> 00:20:40.780 la calidad 00:20:40.780 --> 00:20:41.400 de los lanzamientos. 00:20:42.300 --> 00:20:43.260 Si la respuesta es sí 00:20:43.260 --> 00:20:44.280 entonces tiene sentido 00:20:44.280 --> 00:20:44.700 expandirse 00:20:44.700 --> 00:20:45.460 al historial de PR 00:20:45.460 --> 00:20:46.520 o al mapeo arquitectónico. 00:20:47.220 --> 00:20:47.440 Si no, 00:20:47.500 --> 00:20:48.260 el experimento mismo 00:20:48.260 --> 00:20:49.480 revela que necesita ajustes 00:20:49.480 --> 00:20:50.560 ya sean fuentes de datos, 00:20:51.100 --> 00:20:51.660 gobernanza 00:20:51.660 --> 00:20:52.920 o procesos de revisión. 00:20:53.980 --> 00:20:54.400 Con el tiempo 00:20:54.400 --> 00:20:54.840 la recompensa 00:20:54.840 --> 00:20:55.400 es acumulativa. 00:20:55.800 --> 00:20:56.180 Al mejorar 00:20:56.180 --> 00:20:57.260 la memoria institucional 00:20:57.260 --> 00:20:57.720 la velocidad 00:20:57.720 --> 00:20:58.300 de lanzamiento 00:20:58.300 --> 00:20:59.020 se estabiliza 00:20:59.020 --> 00:20:59.640 y la arquitectura 00:20:59.640 --> 00:21:00.720 se vuelve más resiliente 00:21:00.720 --> 00:21:01.540 y se desperdicia 00:21:01.540 --> 00:21:02.200 menos energía 00:21:02.200 --> 00:21:02.920 en redescubrir 00:21:02.920 --> 00:21:04.100 viejos errores. 00:21:05.420 --> 00:21:06.300 El conocimiento 00:21:06.300 --> 00:21:07.020 deja de perderse 00:21:07.020 --> 00:21:07.440 y en su lugar 00:21:07.440 --> 00:21:07.840 se acumula 00:21:07.840 --> 00:21:08.680 como un recurso útil 00:21:08.680 --> 00:21:09.400 en el que los equipos 00:21:09.400 --> 00:21:09.960 pueden confiar 00:21:09.960 --> 00:21:11.040 y en ese punto 00:21:11.040 --> 00:21:11.720 el papel de la agente 00:21:11.720 --> 00:21:12.440 parece distinto. 00:21:13.160 --> 00:21:13.520 Ya no es solo 00:21:13.520 --> 00:21:14.000 un asistente 00:21:14.000 --> 00:21:14.400 en una etapa 00:21:14.400 --> 00:21:14.860 del desarrollo. 00:21:15.340 --> 00:21:15.820 Empieza a unir 00:21:15.820 --> 00:21:16.420 todo el proceso 00:21:16.420 --> 00:21:17.000 transmitiendo 00:21:17.000 --> 00:21:17.940 las lecciones aprendidas 00:21:17.940 --> 00:21:18.620 en lugar de dejar 00:21:18.620 --> 00:21:19.240 que caduquen. 00:21:20.640 --> 00:21:21.360 Esa continuidad 00:21:21.360 --> 00:21:22.280 es lo que transforma 00:21:22.280 --> 00:21:22.620 DevOps 00:21:22.620 --> 00:21:23.260 de un conjunto 00:21:23.260 --> 00:21:24.260 de tareas aisladas 00:21:24.260 --> 00:21:24.900 a un ciclo de vida 00:21:24.900 --> 00:21:25.500 más conectado 00:21:25.500 --> 00:21:26.360 preparando el terreno 00:21:26.360 --> 00:21:27.480 para el cambio generalizado 00:21:27.480 --> 00:21:28.620 en los equipos de software. 00:21:30.240 --> 00:21:30.720 La IA Gente 00:21:30.720 --> 00:21:31.800 señala un cambio práctico 00:21:31.800 --> 00:21:32.440 en el desarrollo. 00:21:33.720 --> 00:21:34.080 Concepto 00:21:34.080 --> 00:21:34.780 no es un asistente 00:21:34.780 --> 00:21:35.160 de código 00:21:35.160 --> 00:21:35.800 sino un sistema 00:21:35.800 --> 00:21:36.620 que conserva memoria 00:21:36.620 --> 00:21:37.080 con texto 00:21:37.080 --> 00:21:37.520 y objetivos 00:21:37.520 --> 00:21:38.640 durante todo el ciclo de vida. 00:21:39.640 --> 00:21:40.040 Aplicación 00:21:40.040 --> 00:21:40.900 Los puntos de entrada 00:21:40.900 --> 00:21:41.400 más claros 00:21:41.400 --> 00:21:41.800 para equipos 00:21:41.800 --> 00:21:42.160 de Tonto, 00:21:42.240 --> 00:21:42.700 Net y Azure 00:21:42.700 --> 00:21:43.280 son la creación 00:21:43.280 --> 00:21:43.980 de nuevos proyectos 00:21:43.980 --> 00:21:44.880 permitir que los agentes 00:21:44.880 --> 00:21:45.820 manejen el aprovisionamiento 00:21:45.820 --> 00:21:46.220 rutinario 00:21:46.220 --> 00:21:46.740 y experimentar 00:21:46.740 --> 00:21:47.760 con pruebas automatizadas. 00:21:48.820 --> 00:21:49.240 Impacto 00:21:49.240 --> 00:21:50.040 si se hace con cuidado 00:21:50.040 --> 00:21:50.840 esto agiliza 00:21:50.840 --> 00:21:51.580 los flujos de trabajo 00:21:51.580 --> 00:21:52.360 reduce los costos 00:21:52.360 --> 00:21:52.980 de configuración 00:21:52.980 --> 00:21:53.460 y disminuye 00:21:53.460 --> 00:21:53.940 la posibilidad 00:21:53.940 --> 00:21:54.640 de repetir fallos 00:21:54.640 --> 00:21:55.000 del pasado 00:21:55.000 --> 00:21:55.960 en futuros proyectos. 00:21:56.600 --> 00:21:57.380 El mejor siguiente paso 00:21:57.380 --> 00:21:57.880 es probarlo 00:21:57.880 --> 00:21:58.700 en su propio entorno. 00:21:59.500 --> 00:22:00.440 Prueba habilitar Copilot 00:22:00.440 --> 00:22:01.520 en un pequeño prototipo 00:22:01.520 --> 00:22:02.220 o ejecuta a un agente 00:22:02.220 --> 00:22:03.000 en el entorno de pruebas 00:22:03.000 --> 00:22:03.920 y luego sigue una métrica 00:22:03.920 --> 00:22:04.620 tiempo ahorrado 00:22:04.620 --> 00:22:05.380 errores descubiertos 00:22:05.380 --> 00:22:06.380 o desviaciones evitadas. 00:22:07.040 --> 00:22:07.880 Si tienes un desafío 00:22:07.880 --> 00:22:08.760 de DevOps recurrente 00:22:08.760 --> 00:22:09.820 que ralentiza tu equipo 00:22:09.820 --> 00:22:10.880 déjalo en los comentarios 00:22:10.880 --> 00:22:11.960 para que otros puedan comparar. 00:22:12.720 --> 00:22:13.380 Si quieres consejos 00:22:13.380 --> 00:22:14.000 más prácticos 00:22:14.000 --> 00:22:14.880 sobre Tonto, Net y Azure 00:22:14.880 --> 00:22:15.680 y la adopción de IA 00:22:15.680 --> 00:22:16.120 suscríbete 00:22:16.120 --> 00:22:17.240 para futuros análisis. 00:22:18.100 --> 00:22:18.900 Las ganancias 00:22:18.900 --> 00:22:20.020 parecen pequeñas al principio 00:22:20.020 --> 00:22:20.860 pero se multiplican 00:22:20.860 --> 00:22:21.440 con gobernanza 00:22:21.440 --> 00:22:22.420 y supervisión constante.