Herramientas de Administración de Azure, Azure Arc, Plantillas de ARM y Bicep
Azure Portal, Cloud Shell, Azure PowerShell, CLI de Azure, Copilot, administración híbrida, Resource Manager, infraestructura como código y Bicep
Tiempo sugerido: 46 minutos • Nivel principiante • Alineado con el dominio de administración y gobernanza de Azure de AZ-900
Por João Ricardo Dutra••Contenido original completo
1. Objetivos: administrar e implementar recursos de
Este capítulo compara las opciones gráficas, de shell, scripting, administración híbrida e infraestructura como código utilizadas para operar . Sigue una solicitud desde el administrador o la automatización, a través de , y explica cómo amplía ese modelo más allá de .
Describir Microsoft Azure Portal y sus características operativas.
Explicar , y la CLI de .
Describir cómo Copilot en ayuda sin sustituir la aprobación del administrador.
Explicar la finalidad y las categorías de recursos compatibles con .
Describir , plantillas de ARM, infraestructura como código y .
Mapa de administración que conecta Portal, Cloud Shell, PowerShell, CLI, Copilot, , Resource Manager, plantillas de ARM y .
2. Elección de una herramienta para interactuar con
Los recursos de se pueden administrar desde varias interfaces. Portal favorece la exploración visual y el trabajo interactivo. y la CLI de proporcionan comandos, scripts y automatización. ofrece ambos entornos en el navegador, mientras que las y los permiten que las aplicaciones envíen operaciones de administración mediante programación.
Opciones habituales para administrar .
Herramienta
Uso más adecuado
Interacción
Microsoft Azure Portal
Detección, paneles, configuración puntual y supervisión visual
Interfaz gráfica web
Trabajo autenticado con comandos sin instalación local
Shell en el navegador
Administración y automatización orientadas a PowerShell
Cmdlets y scripts
CLI de
Administración multiplataforma orientada a Bash
Comandos az y scripts
y
Aplicaciones y plataformas personalizadas
Solicitudes mediante programación
3. Operaciones asistidas por IA con Copilot en
Copilot en ofrece orientación contextual en lenguaje natural. Puede ayudar a detectar servicios, interpretar opciones de configuración, redactar comandos o scripts y coordinar tareas de varios pasos parecidas a un flujo asistido por agentes.
Copilot es un asistente operativo, no una autoridad independiente. El administrador debe validar las recomendaciones, confirmar los permisos de la identidad ejecutora, revisar la implementación propuesta y aprobar los cambios de producción.
4. Microsoft Azure Portal
Microsoft Azure Portal es una consola web unificada para administrar una suscripción mediante una interfaz gráfica. Es una alternativa a las herramientas de línea de comandos y permite crear, configurar, administrar y supervisar desde una aplicación web sencilla hasta una implementación compleja.
Los paneles personalizados organizan los recursos y las métricas importantes para un equipo. Las opciones de accesibilidad adaptan la experiencia a las necesidades del usuario.
Portal con administración visual de recursos, paneles personalizados, supervisión y accesibilidad.
5. Resistencia y actualizaciones continuas del portal
El portal está diseñado para ofrecer disponibilidad continua y mantiene presencia en todos los centros de datos de . Este diseño distribuido reduce la dependencia de un centro individual y acerca la experiencia a los usuarios para limitar retrasos de red evitables.
Microsoft actualiza el portal continuamente sin programar tiempo de inactividad de la interfaz por mantenimiento. Esto describe la resistencia de la experiencia administrativa, no garantiza que cada servicio administrado sea inmune a errores.
6.
es un shell autenticado basado en navegador para crear, configurar y administrar recursos. No requiere instalación local ni configuración inicial de la línea de comandos y reconoce la identidad que inició sesión y sus permisos.
El usuario puede elegir o la CLI de , cuya experiencia utiliza Bash. Cloud Shell está disponible mediante el control de shell de Portal y también se puede abrir directamente.
ofrece sesiones autenticadas de y de la CLI de basada en Bash.
7.
es una colección de módulos de PowerShell cuyos cmdlets llaman a la de para realizar tareas de administración. Un cmdlet puede ejecutar un cambio aislado o participar en una secuencia que crea, elimina o mantiene recursos relacionados.
Los scripts convierten los procedimientos imperativos en operaciones repetibles y automatizables, incluidas implementaciones con decenas o cientos de recursos. funciona en Cloud Shell y se puede instalar en Windows, Linux y macOS.
8. CLI de
La CLI de proporciona comandos multiplataforma para administrar . Sigue el mismo patrón general que : ejecutar un comando para una tarea discreta o combinar comandos en scripts que coordinan operaciones complejas.
La diferencia principal es la sintaxis. La CLI de encaja naturalmente en flujos basados en Bash y usa comandos az. Está disponible en Cloud Shell y para instalación en Windows, Linux y macOS.
9. ¿ o la CLI de ?
Los dos entornos tienen un alcance administrativo comparable.
Criterio
CLI de
Modelo de lenguaje
Cmdlets y canalización de objetos de PowerShell
Comandos az, utilizados normalmente con Bash
Preferencia habitual
Equipos que ya usan PowerShell
Equipos que usan Bash o scripts portables
Lugares de ejecución
Cloud Shell o Windows, Linux y macOS locales
Cloud Shell o Windows, Linux y macOS locales
Automatización
Comandos puntuales y scripts reutilizables
Comandos puntuales y scripts reutilizables
En el nivel fundamental, la familiaridad del equipo y el ecosistema de automatización suelen ser más importantes que una diferencia de capacidad.
Comparación entre cmdlets de y comandos az de la CLI de en Cloud Shell y plataformas locales.
10. Por qué existe
Los entornos híbridos y multinube se vuelven difíciles de gobernar cuando cada y nube utiliza una herramienta separada. trabaja con para ampliar el inventario, la supervisión, las directivas y el cumplimiento de a recursos hospedados fuera de .
El resultado es una plataforma de administración coherente que abarca , ubicaciones locales, otras nubes públicas y entornos perimetrales.
proyecta recursos locales, multinube y perimetrales en .
11. Un plano de administración centralizado y unificado
Proyectar recursos existentes que no son de en para formar un inventario común.
Administrar servidores, máquinas virtuales, clústeres de Kubernetes y bases de datos híbridos y multinube con funcionalidades conocidas de .
Usar servicios de administración de sin importar la ubicación física o el proveedor.
Conservar procesos tradicionales de ITOps mientras se introducen prácticas de DevOps.
Crear ubicaciones personalizadas como abstracción sobre clústeres de Kubernetes habilitados para y sus extensiones.
12. Tipos de recursos administrados fuera de
El módulo de origen identifica servidores, clústeres de Kubernetes, servicios de datos de , SQL Server y máquinas virtuales en como categorías que puede administrar fuera de . La compatibilidad y el estado de pueden cambiar; consulte la documentación vigente al planear.
Categorías externas de : servidores, Kubernetes, servicios de datos de , SQL Server y máquinas virtuales.
13. Escenario práctico con
Considere una organización con cargas en , un propio y otra nube pública. permite que el equipo aplique gobernanza, directivas, supervisión y seguimiento de inventario desde , en vez de mantener sistemas de control desconectados para cada entorno.
no mueve automáticamente todas las cargas a . Proyecta y funcionalidades administrativas para que el recurso externo participe en el plano de control de y permanezca en su ubicación original.
14. como capa de administración
es el servicio de implementación y administración de . Proporciona la capa de control utilizada para crear, actualizar, organizar y eliminar recursos. Si una solicitud comienza en el portal, una herramienta de línea de comandos, una o un , Resource Manager participa en la operación.
Herramientas, y envían solicitudes mediante a proveedores de recursos de .
15. Autenticación, autorización y solicitudes coherentes
Resource Manager recibe la solicitud administrativa, autentica al autor, comprueba la autorización y reenvía una solicitud aceptada al servicio o proveedor de recursos adecuado. El servicio de destino realiza la operación.
Las herramientas producen un comportamiento coherente porque convergen en las mismas de Resource Manager. La sintaxis y la experiencia son diferentes, pero comparten el plano de control.
16. Ventajas de
Administrar infraestructura con plantillas declarativas en lugar de depender únicamente de scripts paso a paso.
Implementar, supervisar y administrar los recursos de una solución como un grupo lógico.
Volver a implementar entornos durante el ciclo de desarrollo en un estado coherente.
Declarar dependencias para crear los recursos en el orden correcto.
Usar la integración nativa con de en las operaciones administrativas.
Aplicar etiquetas para organizar suscripciones y respaldar informes de costos.
17. Infraestructura como código
La infraestructura como código, o IaC, administra infraestructura mediante código y plantillas que admiten control de versiones, en vez de configuraciones manuales. Una organización puede comenzar con scripts de la CLI de o y evolucionar hacia definiciones repetibles en plantillas de ARM o .
IaC mejora la coherencia, revisión, automatización y recuperación. La configuración deseada se puede revisar como código de aplicación, reutilizar entre entornos y conectar a canalizaciones y aprobaciones.
18. y declarativo
Una plantilla de , normalmente llamada plantilla de , es un documento que declara los recursos y propiedades necesarios para el estado final deseado. El autor indica qué debe existir, no cada paso de la implementación.
valida la plantilla antes de implementarla. Resource Manager resuelve dependencias, crea recursos en el orden necesario y ejecuta trabajo independiente en paralelo cuando es posible. La plantilla también puede llamar a scripts de implementación de PowerShell o Bash antes o después de crear recursos.
Ciclo de infraestructura como código: estado deseado, validación, dependencias, coordinación e implementación repetible.
19. Ventajas de las plantillas de ARM
Por qué los equipos usan plantillas de ARM.
Ventaja
Significado
Sintaxis declarativa
Describir el estado final en vez de una secuencia de comandos
Resultados repetibles
Reutilizar una definición en varios entornos
Orquestación
Ordenar dependencias e implementar recursos independientes en paralelo
Modularidad
Dividir definiciones complejas en plantillas reutilizables o anidadas
Extensibilidad
Llamar a scripts de implementación cuando se necesita configuración adicional
20.
es un lenguaje declarativo para implementar recursos mediante . Ofrece las capacidades de las plantillas de ARM en con una sintaxis normalmente más breve y legible. Durante la implementación, se convierte en la representación de Resource Manager.
Admitir tipos de recursos y versiones de actuales de .
Usar una sintaxis concisa con creación orientada por tipos.
Producir implementaciones repetibles e idempotentes durante el ciclo de vida.
Usar Resource Manager para dependencias y ejecución paralela.
Organizar lógica reutilizable en módulos de .
Plantilla de en y código conciso que convergen en la implementación mediante .
21. Evaluación del módulo con respuestas explicadas
Comprobación de conocimientos reformulada.
Pregunta
Respuesta
Motivo
¿Qué servicio lleva la administración de a recursos de , locales y multinube?
Proyecta recursos externos en el plano de administración de y amplía funcionalidades conocidas de gobernanza.
¿Qué opciones implementan infraestructura como código declarativa en ?
y plantillas de ARM
Ambas describen el estado deseado y se implementan mediante .
22. Resumen del capítulo y práctica continua
Portal ofrece administración visual; Cloud Shell proporciona entornos autenticados en el navegador; y la CLI de permiten scripts y automatización; amplía el plano de administración; y es la capa de control compartida por herramientas, plantillas e implementaciones de .
La fuente recomienda la ruta Implementación de la seguridad de administración de recursos en y menciona el pago por uso y una evaluación gratuita de hasta 30 días. Confirme las ofertas actuales antes de depender de detalles promocionales.
Explore con Copilot Chat
Compare Portal, Cloud Shell, la CLI de y para tareas administrativas comunes e indique la mejor opción para cada una.
Diseñe una implementación asistida por agentes con una plantilla de o y aprobaciones humanas para validación, lanzamiento gradual y reversión.
Explique cómo amplía la administración a recursos locales y multinube mediante un escenario práctico.
