Este explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
Un ingeniero en la nube debe administrar el estado persistente de las redes virtuales de Azure, las subredes y los NSG en múltiples entornos. Debe asegurarse de que los recursos se creen si faltan y se actualicen cuando haya desviaciones en la configuración. ¿Qué enfoque de infraestructura como código es más adecuado para este escenario?
IaC declarativo mediante plantillas de Azure Bicep.
IaC imperativo mediante scripts de Bash de CLI de Azure.
Combinación de ambos enfoques escritos en un único archivo.
Un ingeniero en la nube genera una plantilla de Bicep para una cuenta de Azure Storage mediante GitHub Copilot. La salida no tiene etiquetas, una región codificada de forma fija y el acceso público al blob habilitado. La instrucción original fue: 'Crear una cuenta de almacenamiento en Bicep'. ¿Qué elementos de la indicación fueron los principales responsables de estas deficiencias?
Formato y contexto de salida.
Requisitos y restricciones.
Ejemplos de aprendizaje en pocos pasos y asignación de roles.
Un equipo de DevOps ejecuta un script de aprovisionamiento CLI de Azure según una programación como parte de la configuración del entorno automatizado. En la segunda ejecución, se produce un error en el script porque intenta crear recursos que ya existen. ¿Qué debería el ingeniero pedirle a GitHub Copilot que agregue?
Una directiva "set -e" al principio del script para salir inmediatamente ante cualquier error.
Comprobación de existencia antes de cada comando de creación de recursos para que el script omita los recursos que ya existen.
Un comando de eliminación de grupo de recursos al principio del script para quitar todos los recursos existentes antes de volver a crearlos.
Un ingeniero en la nube habilita el servidor MCP de Bicep en VS Code y vuelve a generar una plantilla de Bicep para un Azure Firewall. La nueva salida usa una versión de API diferente a la de la generación anterior. ¿Cuál es la razón más probable para este cambio?
El servidor MCP cambió el mensaje antes de enviarlo al modelo de lenguaje.
El servidor MCP consultó el registro de tipos de Bicep en tiempo real y proporcionó a Copilot la versión estable actual de la API para el tipo de recurso Azure Firewall.
La extensión de VS Code del ingeniero se actualizó y restableció las preferencias predeterminadas de la versión de la API.
Una revisión de seguridad detecta que la imagen de contenedor de una aplicación Node.js contiene dependencias de desarrollo, herramientas de compilación y mapas de origen en la imagen final, lo que aumenta su tamaño y su superficie de ataque. ¿Qué enfoque de indicaciones de GitHub Copilot corrige esto de forma más directa?
Pide a Copilot que agregue una instrucción HEALTHCHECK al Dockerfile existente de una sola etapa.
Solicite a Copilot que genere un archivo Dockerfile de varias fases que copie únicamente los artefactos de producción de la fase de compilación a una imagen en tiempo de ejecución limpia.
Pide a Copilot que agregue un archivo .dockerignore que excluya el directorio de pruebas del contexto de compilación.
Un equipo de la plataforma quiere reemplazar los secretos de entidad de servicio de Azure almacenados en los secretos de GitHub por un método de autenticación más seguro para sus flujos de trabajo de implementación de IaC en Acciones de GitHub. ¿Qué enfoque deben pedir a GitHub Copilot que implemente?
Almacene la contraseña de entidad de servicio como un secreto de GitHub cifrado y rótela cada 90 días.
Use la federación OIDC con la acción Azure/login para que GitHub emita tokens de corta duración en los que Azure confía directamente, eliminando la necesidad de un secreto almacenado.
Codifique las credenciales de la entidad de servicio en el flujo de trabajo YAML y restrinja el acceso del repositorio a los miembros del equipo de confianza.
Un equipo actualiza una plantilla de Bicep para agregar Azure Bastion, cambiar el tamaño de la subred del firewall de /27 a /26 y agregar una etiqueta CostCenter a todos los recursos. Un revisor solicita una descripción de la solicitud de incorporación de cambios que explica qué ha cambiado y por qué. ¿Cuál es la manera más eficaz de usar GitHub Copilot para esto?
Pegue la plantilla actualizada en Copilot y pídale que genere información general sobre la arquitectura de lenguaje simple.
Pegue las plantillas antiguas y nuevas en Copilot y pídale que genere un resumen de cambios agrupado por categoría, con el motivo probable e impacto en la implementación de cada cambio.
Pide a Copilot que agregue decoradores @description() a los parámetros de la plantilla actualizada.
Un analista de seguridad debe identificar las direcciones IP de origen que generan el tráfico más denegado a través de Azure Firewall en las últimas 24 horas y ver los resultados como un gráfico de barras en Log Analytics. El analista no está familiarizado con KQL. ¿Qué deberían pedir a GitHub Copilot que produzca?
Exporte los registros de diagnóstico Azure Firewall a un archivo JSON y péguelos en Copilot Chat para el análisis directo.
Una consulta KQL para la tabla AzureDiagnostics que filtra las conexiones de firewall denegadas en las últimas 24 horas, agrupa por IP de origen, ordena por recuento descendente y representa un gráfico de barras.
Comando CLI de Azure que enumera todas las reglas de denegación configuradas actualmente en el Azure Firewall.
Debe responder todas las preguntas antes de comprobar su trabajo.
¿Le ha resultado útil esta página?
¿Necesita ayuda con este tema?
¿Desea intentar usar Ask Learn para aclarar o guiarle a través de este tema?