Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / ¿Qué es una Azure Landing Zone? Las 8 áreas de diseño explicadas: gobernanza en lugar de caos en la nube (Doblaje IA)

Transcript

¿Qué es una Azure Landing Zone? Las 8 áreas de diseño explicadas: gobernanza en lugar de caos en la nube (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:00
  Speaker 2: Bienvenidos a otro episodio de Píldoras de Conocimiento de Microsoft
• 0:03
  Speaker 2: aquí en M365FM. Soy su anfitrión, Mirko Piter. En esta
• 0:05
  Speaker 2: serie tomamos una tecnología de Microsoft y la explicamos en
• 0:08
  Speaker 2: lenguaje sencillo. De madre, hoy es uno del que casi
• 0:10
  Speaker 2: todos han oído hablar, pero la mayoría no puede explicar realmente.
• 0:13
  Speaker 2: Soy el de 13G de Azure. Esta es la situación.
• 0:15
  Speaker 2: Imaginen que heredan un inquilino de Azure donde cada equipo
• 0:17
  Speaker 2: hizo lo que quiso. Sin convenciones de nombres, sin políticas,
• 0:20
  Speaker 2: sin plan de red. Suscripciones por todas partes. Algo de producción,
• 0:23
  Speaker 2: algo de pruebas y no se puede distinguir cuál es cuál.
• 0:25
  Speaker 2: Nadie sabe quién es dueño de qué. La factura es
• 0:27
  Speaker 2: un misterio. Y cuando algo falla, Encontrar el problema toma horas.
• 0:30
  Speaker 2: Ese es el problema del caos en la nube y
• 0:32
  Speaker 2: es sorprendentemente común. Más común de lo que creen. Las
• 0:36
  Speaker 2: zonas de aterrizaje de Azure son lo que evita este
• 0:37
  Speaker 2: desastreante que conviene. Al final de este episodio entenderán qué
• 0:40
  Speaker 2: es realmente una zona de aterrizaje, por qué importan las
• 0:43
  Speaker 2: ocho áreas de diseño y cómo evitar los errores más comunes.
• 0:46
  Speaker 2: Tome su café y comencemos.¿ Qué es realmente una zona
• 0:49
  Speaker 2: de aterrizaje de Azure? La mayoría piensa que una zona
• 0:51
  Speaker 2: de aterrizaje de Azure es un producto en el que
• 0:53
  Speaker 2: haces clic para implementar, pero no lo es. No hay
• 0:55
  Speaker 2: un botón en el portal que diga crear zona de aterrizaje.
• 0:57
  Speaker 2: Así no es como funciona. Una zona de aterrizaje es
• 1:00
  Speaker 2: un entorno preconfigurado con barandillas de seguridad y estela. Redes, identidad, monitoreo, políticas,
• 1:04
  Speaker 2: todo conectado antes de que lleguen las cargas de trabajo.
• 1:07
  Speaker 2: Piénselo como comprar una casa que ya tiene electricidad, plomería
• 1:10
  Speaker 2: y un sistema de seguridad. Solo te mudas y empiezas
• 1:13
  Speaker 2: a trabajar sin tener que hacer la instalación eléctrica tú mismo.
• 1:15
  Speaker 2: La idea principal es que la suscripción es la unidad
• 1:17
  Speaker 2: de aislamiento, no el grupo de recursos. Una suscripción es
• 1:20
  Speaker 2: el límite de tu red de explosión. Le das a
• 1:22
  Speaker 2: un equipo una suscripción porque las suscripciones tienen sus propios
• 1:24
  Speaker 2: límites de cuotas, asignaciones de políticas y facturación. Y facturación.
• 1:27
  Speaker 2: La zona de aterrizaje envuelve esa suscripción con todo lo
• 1:29
  Speaker 2: que se decide centralmente.¿ Qué regiones están permitidas?¿ A qué
• 1:32
  Speaker 2: red se conectan?¿ Qué etiquetas son obligatorias y qué tienen
• 1:35
  Speaker 2: prohibido hacer? Les creo que realmente aplica la regla. Azure Policy.
• 1:39
  Speaker 2: No la documentación ni las buenas intenciones. Se asigna al
• 1:42
  Speaker 2: alcance del grupo de administración y realiza tres tareas. Tenear
• 1:45
  Speaker 2: bloquea cosas como regiones no permitidas o direcciones IPP. Audita
• 1:48
  Speaker 2: Auditar marca recursos que no cumplen sin bloquearlos. Deploy if
• 1:51
  Speaker 2: not exist. Implementar si no existe. Corrige automáticamente mediante la
• 1:54
  Speaker 2: implementación de configuraciones de diagnóstico para Lab Analytics o planes
• 1:56
  Speaker 2: de Microsoft Defense. Esta es la diferencia entre una gobernanza
• 1:58
  Speaker 2: que es una página wiki y una gobernanza que es código.
• 2:01
  Speaker 2: Los equipos avanzan rápido dentro de su caja, pero el
• 2:03
  Speaker 2: equipo de plataforma controla la caja, no el contenido. El
• 2:06
  Speaker 2: gran cambio es permitir que los equipos tengan sus propias
• 2:07
  Speaker 2: suscripciones mientras el equipo central establece la regla. Entidad y gobernanza.
• 2:11
  Speaker 2: La puerta de entrada y el libro de reglas. La
• 2:13
  Speaker 2: cuestión es que una zona de aterrizaje no es algo único.
• 2:16
  Speaker 2: Se construye a partir de ocho áreas de diseño. Analicemos
• 2:18
  Speaker 2: las tres primeras. La primera es la facturación de Azure
• 2:21
  Speaker 2: y el inquilino de entra. Se trata de configurar correctamente
• 2:24
  Speaker 2: tu inquilino y suscripción desde el principio. Parece sencillo, pero
• 2:27
  Speaker 2: te sorprendería cuántas organizaciones lo hacen mal. Debes pensar en
• 2:30
  Speaker 2: tu estructura de facturación, tu inscripción y cómo se conecta
• 2:33
  Speaker 2: todo a tu inquilino de Entra antes de implementar nada.
• 2:36
  Speaker 2: Tu límite de seguridad principal es la gestión de identidades
• 2:38
  Speaker 2: y accesos. Piensa en Entra ID como la recepción de
• 2:40
  Speaker 2: un edificio de oficinas. Decide quién entra y qué se
• 2:43
  Speaker 2: le permite hacer. Debes usar la gestión de identidades privilegiadas
• 2:46
  Speaker 2: PIN y aplicar roles RBAC de privilegios mínimos. No des
• 2:51
  Speaker 2: acceso de propietario a todos, eso es una receta para
• 2:52
  Speaker 2: el desastre. En su lugar, usa PIM para otorgar acceso
• 2:55
  Speaker 2: temporal justo a tiempo cuando alguien realmente lo necesite y
• 2:57
  Speaker 2: configura revisiones de acceso recurrentes para limpiar permisos innecesarios. La
• 3:01
  Speaker 2: tercera área de diseño es la organización de recursos. Grupos
• 3:03
  Speaker 2: de gestión, suscripciones y grupos de recursos. Los grupos de
• 3:07
  Speaker 2: gestión se sitúan sobre las suscripciones y las políticas y
• 3:09
  Speaker 2: asignaciones de roles se heredan hacia abajo a través del árbol.
• 3:12
  Speaker 2: La jerarquía de referencia del Cloud Adoption Framework comienza en
• 3:14
  Speaker 2: la raíz del inquilino, luego un grupo intermedio para tu organización.
• 3:18
  Speaker 2: De abajo de eso tienes plataforma, zonas de aterrizaje desmantelados
• 3:21
  Speaker 2: y entornos unboxed. La plataforma alberga tus suscripciones compartidas, gestión
• 3:25
  Speaker 2: de identidades y conectividad. Las zonas de aterrizaje se dividen
• 3:28
  Speaker 2: en core para cargas que necesitan conexión local y online
• 3:31
  Speaker 2: para aplicaciones orientadas a internet.¿ Por qué es importante este estudio?
• 3:34
  Speaker 2: Asignas una política una vez en lo alto del árbol
• 3:36
  Speaker 2: y todo lo que está debajo cumple automáticamente. Un ejemplo real,
• 3:39
  Speaker 2: una política de negación en la parte superior bloquea regiones
• 3:41
  Speaker 2: no permitidas para cada suscripción debajo. No tienes que configurarlo
• 3:45
  Speaker 2: 50 veces. Establece una vez y se hereda. Esa es
• 3:47
  Speaker 2: la verdadera potencia de la jerarquía de grupos de gestión.
• 3:50
  Speaker 2: Redes y seguridad, las paredes y las cerraduras, la identidad
• 3:53
  Speaker 2: y la gobernanza establecen las reglas. Pero nada funciona si
• 3:56
  Speaker 2: la red es un caos. La topología de red y
• 3:58
  Speaker 2: conectividad es la cuarta área de diseño, como están estructuradas
• 4:01
  Speaker 2: tus redes virtuales. Hay dos patrones principales, Hub & Spoke,
• 4:04
  Speaker 2: donde tienes una red virtual central como concentrador y múltiples
• 4:07
  Speaker 2: redes de radios conectándose a ella. O Azure Virtual WAN,
• 4:10
  Speaker 2: la versión gestionada de Microsoft a mayor escala. El Hub
• 4:14
  Speaker 2: alberga todos tus servicios con valor. Azure Firewall para inspección
• 4:17
  Speaker 2: de tráfico. ExpressRoute o puertas de enlace VPN para conectividad local,
• 4:21
  Speaker 2: resolución DNS y cosas que cada carga necesita. Los radios
• 4:24
  Speaker 2: POG son donde realmente se ejecutan tus cargas de tránsito.
• 4:26
  Speaker 2: Se conectan al hub, por lo que el tráfico fluye
• 4:28
  Speaker 2: a través de servicios centrales, pero cada radio permanece aislado
• 4:30
  Speaker 2: de los demás. Aquí hay un error común. Los equipos
• 4:33
  Speaker 2: crean una malla de peering gigante en lugar de usar
• 4:36
  Speaker 2: un hub, conectando cada red virtual directamente con las demás.
• 4:38
  Speaker 2: Eso funciona por un tiempo, pero se vuelve un desastre rápidamente.
• 4:42
  Speaker 2: Terminas con una telaraña de conexiones que nadie puede rastrear.
• 4:45
  Speaker 2: Un hub lo simplifica todo. un lugar para gestionar, un
• 4:47
  Speaker 2: lugar para asegurar. Planifica tus rangos de direcciones y pedo.
• 4:51
  Speaker 2: Esto importa más de lo que creas. Una vez que
• 4:53
  Speaker 2: los Spokes se conectan a un Hub, los espacios de
• 4:55
  Speaker 2: direcciones superpuestos son difíciles de corregir. No puedes simplemente cambiarlo.
• 4:58
  Speaker 2: Tienes que eliminar el peering, actualizar el rango y volver
• 5:00
  Speaker 2: a conectar. Si tienes cargas de trabajo de producción, eso
• 5:03
  Speaker 2: implica tiempo de inactividad, así que elige tu rango seguidor
• 5:05
  Speaker 2: de temprano y asegúrate de que no se superponga. El
• 5:07
  Speaker 2: área de diseño 5 son las recomendaciones de seguridad que
• 5:09
  Speaker 2: cubren cifrado, protección de identidad, detección de amenazas y gestión
• 5:12
  Speaker 2: de amenazas y gestión de vulnerabilidad. Habilita Microsoft Defender for
• 5:15
  Speaker 2: Cloud en todas las suscripciones como tu base. Te ofrece
• 5:19
  Speaker 2: recomendaciones de gestión de postura, alertas y guía de remediación
• 5:22
  Speaker 2: para todo en tu entorno. Usa puntos de conexión privados
• 5:25
  Speaker 2: para mantener los servicios fuera de Internet. En lugar de
• 5:28
  Speaker 2: acceder a una cuenta de almacenamiento mediante una IP pública,
• 5:30
  Speaker 2: le asignas una IP privada dentro de tu red virtual.
• 5:33
  Speaker 2: El tráfico nunca sale de la red troncal de Microsoft.
• 5:35
  Speaker 2: Es más seguro y sencillo de administrar. Coloca grupos de
• 5:37
  Speaker 2: seguridad de red en cada subred y bloquea el RDP
• 5:39
  Speaker 2: entrante desde Internet de forma predeterminada. Eso es de mi estándar.
• 5:43
  Speaker 2: Si alguien necesita acceso remoto, que use Azure Bastion o
• 5:45
  Speaker 2: un Jumpbox, no. Una regla de RDP directa. Un ejemplo real,
• 5:48
  Speaker 2: una política de denegación que bloquea direcciones IP públicas en
• 5:51
  Speaker 2: cuentas de almacenamiento. Asignas la política a nivel de grupo
• 5:53
  Speaker 2: de gestión y, en el momento en que alguien intenta
• 5:55
  Speaker 2: desplegar una cuenta de almacenamiento con un punto de conexión público,
• 5:58
  Speaker 2: el despliegue falla. El mensaje de error les explica por
• 6:00
  Speaker 2: qué y deben usar un punto de conexión privado en
• 6:02
  Speaker 2: su grupo. Sin excepción. Es una gobernanza que realmente funciona,
• 6:05
  Speaker 2: no una sugerencia en algún documento. Gestión, gobernanza y automatización,
• 6:09
  Speaker 2: manteniéndolo todo en marcha. Entonces tienes tu edificio con muros
• 6:11
  Speaker 2: y cerraduras, pero¿ qué está pasando realmente adentro? Necesitas supervisar todo.
• 6:15
  Speaker 2: El diseño 6 es la gestión. Eso incluye monitoreo, copias
• 6:18
  Speaker 2: de seguridad, registro y el aspecto operativo de las cosas.
• 6:20
  Speaker 2: Quieres un espacio de trabajo de Log Analytics centralizado donde
• 6:22
  Speaker 2: cada suscripción envíe sus registros. Un solo lugar para consultar todo,
• 6:25
  Speaker 2: configurar alertas y solucionar problemas. Ese es el objetivo. Ahora,¿
• 6:28
  Speaker 2: cómo te aseguras de que cada recurso envíe sus registros
• 6:30
  Speaker 2: de diagnóstico allí? No lo hagas manualmente. Creas una política
• 6:33
  Speaker 2: que dice, todo recurso debe enviar sus registros de diagnóstico
• 6:36
  Speaker 2: a este espacio de trabajo de Log Analytics. Y configuras
• 6:38
  Speaker 2: esa política para que se ejecute en modo de implementación
• 6:40
  Speaker 2: Sionic System. El resultado, cualquier recurso nuevo se configura automáticamente.
• 6:44
  Speaker 2: Nadie tiene que recordarlo. Simplemente sucede. El área de diseño
• 6:46
  Speaker 2: 7 es la gobernanza, usando Azure Policy para hacer cumplir
• 6:48
  Speaker 2: el cumplimiento. Agrupa reglas relacionadas en lo que se llama
• 6:51
  Speaker 2: una iniciativa de política o un conjunto de políticas. Una
• 6:54
  Speaker 2: iniciativa para la seguridad, otra para la gestión de costos.
• 6:57
  Speaker 2: Cada una contiene múltiples políticas que funcionan en conjunto. Aquí
• 7:00
  Speaker 2: hay un ejemplo. Un conjunto de políticas que exige cifrado,
• 7:03
  Speaker 2: etiquetado y tamaños de máquinas virtuales permitidos. Lo aplicas a
• 7:06
  Speaker 2: nivel del grupo de administración. Cada suscripción debajo hereda esas reglas.
• 7:10
  Speaker 2: Cuando un desarrollador intenta implementar una OVM, la política verifica
• 7:13
  Speaker 2: que use un tamaño aprobado, tenga las etiquetas requeridas y
• 7:16
  Speaker 2: use discos cifrados. Si alguna verificación falla, la implementación se
• 7:20
  Speaker 2: bloquea o se marca en ese momento. Seamos claros sobre
• 7:22
  Speaker 2: la diferencia entre la gobernanza que vive una página wiki
• 7:24
  Speaker 2: y la gobernanza que es código real. Una página wiki dice,
• 7:27
  Speaker 2: por favor, etiquete sus recursos. La política dice, no puede
• 7:30
  Speaker 2: implementar un recurso sin las etiquetas requeridas. Una es una sugerencia,
• 7:34
  Speaker 2: la otra se aplica automáticamente. El área de diseño 8
• 7:37
  Speaker 2: es la automatización de la plataforma y DevOps. Infraestructura como
• 7:40
  Speaker 2: código y canalizaciones de CI y CD. Trata la zona
• 7:42
  Speaker 2: de aterrizaje en sí misma como código. Eso significa BICEP,
• 7:45
  Speaker 2: plantillas IREMI o terraforma almacenados en control de fuentes. A cambio,
• 7:48
  Speaker 2: pasa por una solicitud de extracción. A la implementación se
• 7:50
  Speaker 2: ejecuta la troncación. Nada de hacer clics en el portal
• 7:53
  Speaker 2: de Azure. Es donde entra en juego la venta de
• 7:54
  Speaker 2: suscripción y suscripción. Una canalización repetible que crea nuevas suscripciones
• 7:57
  Speaker 2: bajo demanda. Un equipo envía una solicitud con parámetros como
• 8:00
  Speaker 2: centro de costos, tamaño de red y tipo de entorno.
• 8:03
  Speaker 2: La canalización crea la suscripción, la coloca bajo el grupo
• 8:06
  Speaker 2: de administración correcto, asigna presupuestos, configura la red Spoke y
• 8:09
  Speaker 2: la conecta al Hub. Todo automatizado.¿ Por qué importa esto?
• 8:13
  Speaker 2: Porque la nueva suscripción cumple con las normas desde el
• 8:15
  Speaker 2: momento en que existe. Las políticas ya están en el
• 8:18
  Speaker 2: grupo de administración y la suscripción hereda todo automáticamente. No
• 8:21
  Speaker 2: hay un lapso de tiempo en el que no esté
• 8:22
  Speaker 2: bajo obra. Ningún humano tiene que recordar aplicar las reglas.
• 8:25
  Speaker 2: Ya están ahí. Esto es lo que permite al equipo
• 8:27
  Speaker 2: de plataforma soportar cientos de suscripciones sin convertirse en un
• 8:30
  Speaker 2: cuello de botella. La automatización hace el trabajo pesado y
• 8:33
  Speaker 2: el equipo se enfoca en mejorar la plataforma en lugar
• 8:35
  Speaker 2: de hacer clics en el portal para cada solicitud. La
• 8:38
  Speaker 2: división entre plataforma y aplicación, la confusión más común. Sí
• 8:42
  Speaker 2: que esas son las ocho áreas de diseño, pero aquí
• 8:43
  Speaker 2: es donde la mayoría de la gente se equivoca. Hay
• 8:45
  Speaker 2: dos tipos de zonas de aterrizaje y confundirlas es el
• 8:47
  Speaker 2: error más común que veo. Zonas de aterrizaje de plataforma
• 8:50
  Speaker 2: y zonas de aterrizaje de aplicación. Sirven para propósitos completamente diferentes.
• 8:53
  Speaker 2: Las zonas de aterrizaje de plataforma son la base compartida
• 8:55
  Speaker 2: propiedad del equipo de plataforma. Tienes una suscripción de identidad
• 8:58
  Speaker 2: que contiene tus servicios de dominio, Una suscripción de administración
• 9:01
  Speaker 2: con análisis de registros y cuentas de automatización. Y una
• 9:03
  Speaker 2: suscripción de conectividad que alberga la red virtual central, Azure
• 9:06
  Speaker 2: Firewall y las puertas de enlace de ExpressRoute o VPN.
• 9:09
  Speaker 2: Estos son los servicios compartidos de los que depende cada
• 9:10
  Speaker 2: carga de trabajo. Las zonas de aterrizaje de aplicaciones son
• 9:13
  Speaker 2: donde realmente se ejecutan las cargas de trabajo. Estas son
• 9:15
  Speaker 2: las suscripciones que reciben los equipos de aplicaciones. Son muchas.
• 9:18
  Speaker 2: Son desechables. Y siguen el mismo patrón cada vez. Un
• 9:21
  Speaker 2: equipo obtiene una suscripción, se coloca bajo el grupo de
• 9:23
  Speaker 2: administración correcto, hereda las políticas, se conecta a la red
• 9:26
  Speaker 2: central y comienzan a implementar. La diferencia de la propiedad
• 9:29
  Speaker 2: es importante. Las zonas de plataforma son pocas, tal vez
• 9:31
  Speaker 2: de 3 a 5 suscripciones en total. Tienen una larga
• 9:34
  Speaker 2: vida útil y son gestionadas centralmente por el proyecto. Las
• 9:36
  Speaker 2: zonas de aplicación son muchas. Podrías tener decenas o cientos.
• 9:39
  Speaker 2: Son temporales. Se implementa una carga de trabajo, se ejecuta
• 9:41
  Speaker 2: durante un tiempo y luego se desmantela. La suscripción se
• 9:44
  Speaker 2: limpia y el patrón se repite. Este es el antipatrón clásico.
• 9:47
  Speaker 2: Alguien pone un firewall compartido dentro de una suscripción de
• 9:50
  Speaker 2: aplicación o implementa la puerta de enlace ExpressRoute en una
• 9:52
  Speaker 2: suscripción de carga de trabajo, en una suscripción de conectividad.
• 9:55
  Speaker 2: Ahora los servicios compartidos están dispersos por todo el entorno.
• 9:58
  Speaker 2: Nadie sabe dónde está nada. El equipo de plata no
• 10:00
  Speaker 2: puede gestionar el firewall porque está en la suscripción de
• 10:02
  Speaker 2: otra persona, y el equipo de aplicaciones no quiere mantenerlo.
• 10:05
  Speaker 2: Es un desastre. Mantén los servicios compartidos en la capa
• 10:07
  Speaker 2: de plata. La suscripción de conectividad alberga la red virtual central,
• 10:10
  Speaker 2: Azure Firewall, y la puerta de enlace ExpressRoute. Las suscripciones
• 10:14
  Speaker 2: de aplicación se conectan ahí. No son propietaria de eso.
• 10:17
  Speaker 2: Solo lo usan. Lo que esto significa para ti es
• 10:19
  Speaker 2: una clara separación de responsabilidades. El equipo de plataforma controla
• 10:22
  Speaker 2: el entorno, las protecciones, los servicios compartidos y las políticas.
• 10:26
  Speaker 2: Los equipos de aplicaciones se mueven rápido dentro de ellos.
• 10:28
  Speaker 2: Reciben la suscripción que ya es compatible, está conectada y monitorizada.
• 10:31
  Speaker 2: No tienen que pensar en el fundamento. Simplemente construyen sobre él.¿
• 10:35
  Speaker 2: Cómo se conectan las piezas? El momento de revelación. Entonces
• 10:37
  Speaker 2: ya conoces los componentes individuales, pero esto es lo que
• 10:39
  Speaker 2: realmente importa. No funcionan de forma aislada. Trabajan juntos como
• 10:43
  Speaker 2: un sistema conectado. Es ahí donde todo cobra sentido. Piensa
• 10:46
  Speaker 2: de esta manera. La identidad decide quién puede cruzar la
• 10:48
  Speaker 2: puerta principal. La gobernanza les dice luego a qué habitaciones
• 10:51
  Speaker 2: pueden entrar una vez que han pasado. La red controla
• 10:54
  Speaker 2: cómo se mueven entre esas habitaciones. La seguridad vigila las
• 10:57
  Speaker 2: amenazas en cada esquina. La administración mantiene todo el edificio
• 11:00
  Speaker 2: funcionando sin problema. Y la automatización hace que cada paso
• 11:02
  Speaker 2: sea repetible para que nada se olvide. Cada pieza depende
• 11:05
  Speaker 2: de las demás y juntas crean algo mucho más grande
• 11:08
  Speaker 2: que cualquier parte individual. Permítanme darles un ejemplo concreto de
• 11:10
  Speaker 2: cómo funciona realmente esta interacción. Imaginen que un nuevo equipo
• 11:13
  Speaker 2: necesita implementar una carga de trabajo. Envían una solicitud a
• 11:16
  Speaker 2: través del proceso de venta de suscripciones y ese proceso
• 11:18
  Speaker 2: crea automáticamente una suscripción nueva. Ubica esa suscripción bajo el
• 11:22
  Speaker 2: grupo de administración correcto, lo que significa que hereda inmediatamente
• 11:25
  Speaker 2: todas las políticas de ese grupo. Requisitos de cifrado, regiones permitidas,
• 11:29
  Speaker 2: etiquetas obligatorias, configuraciones de registro, todo lo que necesita. La
• 11:34
  Speaker 2: canalización también configura la red de Spoke y la vincula
• 11:36
  Speaker 2: al Hub. La configuración de diagnóstico envía registros directamente al
• 11:40
  Speaker 2: área de trabajo de análisis mientras Defender for Cloud activa
• 11:43
  Speaker 2: la protección. Toda la suscripción termina cumpliendo las normas, conectada
• 11:47
  Speaker 2: y monitoreada en minutos sin intervención humana. Esa es la
• 11:50
  Speaker 2: verdadera diferencia entre el caos en la nube y el
• 11:52
  Speaker 2: control en la nube. En el entorno desordenado que describí
• 11:55
  Speaker 2: al principio, cada uno de esos pasos depende de que
• 11:57
  Speaker 2: alguien recuerde hacerlo y la gente olvida. O lo hacen
• 12:00
  Speaker 2: de manera diferente cada vez, o simplemente no lo hacen,
• 12:03
  Speaker 2: pero con una zona de aterrizaje adecuada es automático. El
• 12:05
  Speaker 2: sistema se aplica solo y el equipo puede avanzar rápido
• 12:08
  Speaker 2: sin romper nada. Aquí es donde la mayoría de las
• 12:10
  Speaker 2: organizaciones sorprenden. Tratan la zona de aterrizaje como un proyecto único.
• 12:13
  Speaker 2: La despliegan, marcan la casilla y siguen adelante. Pero una
• 12:16
  Speaker 2: zona de aterrizaje es una plataforma viva. Azure lanza nuevas
• 12:18
  Speaker 2: funciones constantemente. Sus requisitos de cumplimiento cambian con el tiempo.
• 12:21
  Speaker 2: Su negocio crece. La zona de aterrizaje debe crecer con
• 12:24
  Speaker 2: él o empezará a jugar en su contra. El modelo
• 12:26
  Speaker 2: operativo importa más que las plantillas técnicas.¿ Quién es el
• 12:28
  Speaker 2: dueño de aterrizaje?¿ Cómo evoluciona?¿ Cómo se maneja el servicio?
• 12:32
  Speaker 2: Si su única respuesta es el equipo de plataforma lo gestiona,
• 12:34
  Speaker 2: no es suficiente. Necesitan procesos reales. Necesitan un backlog adecuado.
• 12:38
  Speaker 2: Necesitan tratar la zona de aterrizaje como un producto. Aquí
• 12:40
  Speaker 2: hay un ejemplo del mundo real. Un equipo de plataforma
• 12:42
  Speaker 2: admite 200 suscripciones sin convertirse en un cuello de botella.
• 12:45
  Speaker 2: Y el secreto es la venta de suscripciones combinada con
• 12:47
  Speaker 2: la herencia de políticas. El equipo no hace clic en
• 12:50
  Speaker 2: el portal para crear cada suscripción. La canalización lo maneja automáticamente.
• 12:54
  Speaker 2: No configuran manualmente el registro para cada carga de trabajo.
• 12:56
  Speaker 2: La aplica de forma consistente. No revisan cada implementación de
• 12:59
  Speaker 2: un poco de cumplimiento. El plan de cumplimiento solo les
• 13:01
  Speaker 2: muestra las excepciones. Se enfocan en los casos atípicos en
• 13:04
  Speaker 2: lugar de trabajo rutinario. Y esa es la diferencia entre
• 13:06
  Speaker 2: una plataforma que escala y una que estrangula al negocio.
• 13:10
  Speaker 2: Conclusiones prácticas. Empiecen poco a poco, crezcan con inteligencia.¿ Los
• 13:13
  Speaker 2: que hacen realmente lunes por la mañana? Aquí tienen la
• 13:15
  Speaker 2: respuesta honesta. No intenten construir toda la jerarquía de escala
• 13:18
  Speaker 2: empresarial desde el primer día. Es una trampa que deben evitar.
• 13:22
  Speaker 2: Estarás meses diseñando para escenarios que quizás nunca ocurran y
• 13:25
  Speaker 2: nunca lanzarás nada real. En su lugar, comienza con una
• 13:28
  Speaker 2: zona de aterrizaje mínima viable, o MULZ. Los componentes principales
• 13:31
  Speaker 2: son simples. Una jerarquía de grupos de administración, algunas políticas
• 13:35
  Speaker 2: básicas como restricciones de región, cifrado y etiquetas obligatorias, redes
• 13:39
  Speaker 2: básicas con una red virtual central y una de radio,
• 13:41
  Speaker 2: y registro centralizado en un espacio de trabajo de Log Analytics.
• 13:44
  Speaker 2: Eso es suficiente. No necesitas Azure Virtual One desde el
• 13:47
  Speaker 2: primer día, ni una compleja iniciativa de políticas llena de
• 13:49
  Speaker 2: 200 reglas y en las reglas. Solo necesitas las barandillas
• 13:52
  Speaker 2: suficientes para estar seguro y nada más. Luego, integra tu
• 13:55
  Speaker 2: primera carga de trabajo real en esa MULZ, no una
• 13:57
  Speaker 2: máquina virtual de prueba, sino una carga de trabajo que
• 13:59
  Speaker 2: le importe a tu equipo. Observa cómo se comportan las políticas,
• 14:02
  Speaker 2: ve qué falla. Aprende la fricción e iteras de ahí.
• 14:05
  Speaker 2: Agrega más políticas conforme las necesites, expande la red cuando
• 14:08
  Speaker 2: sea necesario y deja que la zona de aterrizaje crezca
• 14:10
  Speaker 2: con tu organización de forma natural. Déjame darte tres conclusiones
• 14:13
  Speaker 2: concretas que puedes aplicar ahora mismo. Primera conclusión. Despegue el
• 14:17
  Speaker 2: acelerador de zonas de aterrizaje de Azure desde el portal
• 14:19
  Speaker 2: en un inquilino de prueba. No cuesta nada, toma aproximadamente
• 14:22
  Speaker 2: una hora y te enseña más sobre cómo funcionan realmente
• 14:25
  Speaker 2: los grupos de administración, las políticas y la herencia que
• 14:27
  Speaker 2: cualquier diagrama o documentación. Puedes ver la jerarquía. observar cómo
• 14:31
  Speaker 2: se aplican las políticas en tiempo real y experimentar sin
• 14:34
  Speaker 2: romper nada importante. Segunda conclusión, activa las políticas primero en
• 14:38
  Speaker 2: modo de auditoría, no en modo de denegación. El modo
• 14:40
  Speaker 2: de auditoría te permite ver exactamente qué no cumple con
• 14:42
  Speaker 2: las normas en tu entorno sin bloquear a nadie. Mira
• 14:45
  Speaker 2: el panel de cumplimiento y te prometo que te sorprenderá
• 14:47
  Speaker 2: cuántos recursos están infringiendo silenciosamente las reglas que creías obvias.
• 14:50
  Speaker 2: Una vez que comprendas tu entorno, puedes cambiar las políticas
• 14:53
  Speaker 2: importantes al modo de denegación. Pero comienza con auditoría, para
• 14:56
  Speaker 2: no bloquear a tus propios equipos antes de saber a
• 14:58
  Speaker 2: qué te enfrentas. Tercera conclusión. Planifica tus rangos de direcciones
• 15:02
  Speaker 2: IP y la jerarquía de grupos de administración antes de
• 15:04
  Speaker 2: implementar nada. Sé que suena aburrido, pero cambiarlos después es
• 15:07
  Speaker 2: realmente doloroso. Los rangos de IP superpuestos implican eliminar el
• 15:11
  Speaker 2: emparejamiento de red y reestructurar los grupos de administración significa
• 15:14
  Speaker 2: mover suscripción, significa mover suscripciones de políticas. Haz bien estas
• 15:17
  Speaker 2: dos cosas desde el principio y te ahorrarás semanas de
• 15:19
  Speaker 2: trabajo repetido en el futuro. Los errores comunes son bastante claros.
• 15:22
  Speaker 2: La ingeniería excesiva conduce a una parálisis por análisis que
• 15:24
  Speaker 2: te impide implementar algo alguna vez. La ingeniería insuficiente te
• 15:27
  Speaker 2: deja sin ninguna protección, lo cual es solo caos en
• 15:30
  Speaker 2: la nube, con otro nombre. Y tratar la zona de
• 15:31
  Speaker 2: aterrizaje como un proyecto único, en lugar de una plataforma viva,
• 15:34
  Speaker 2: garantiza que te harás atrás. Evita esas tres trampas y
• 15:37
  Speaker 2: estarás por delante de la mayoría de las organizaciones. Recuerda,
• 15:39
  Speaker 2: el objetivo no es un aterrizaje perfecto. El objetivo es
• 15:41
  Speaker 2: una base controlada que permite a los equipos moverse rápido
• 15:43
  Speaker 2: sin crear caos. Empieza poco a poco y tera, y
• 15:46
  Speaker 2: deja que las políticas hagan el trabajo pesado por ti.
• 15:49
  Speaker 2: Así que esas son las zonas de aterrizaje de Azure
• 15:50
  Speaker 2: en Washington. No son un concepto empresarial complicado. Piénsalas como
• 15:54
  Speaker 2: una suscripción controlada con medidas de seguridad integradas. Las ocho
• 15:57
  Speaker 2: áreas de diseño son solo las preguntas que debes responder
• 15:59
  Speaker 2: antes de empezar a implementar. Identidad, redes, seguridad, gestión, gobernanza, automatización.
• 16:04
  Speaker 2: Responderás una vez, incorporarás a la base y cada carga
• 16:07
  Speaker 2: de trabajo posterior obtendrá el beneficio. Aquí tienes lo mejor
• 16:09
  Speaker 2: que puedes hacer ahora mismo. Implementa el acelerador en un
• 16:12
  Speaker 2: inquilino de prueba y observa cómo se heredan las políticas.
• 16:14
  Speaker 2: Esa hora te enseñará más de lo que cualquier diagrama
• 16:16
  Speaker 2: podría hacerlo. Suscríbete para más explicaciones sencillas como esta y
• 16:19
  Speaker 2: deja un comentario si algo te quedó claro. Leo cada
• 16:21
  Speaker 2: uno de ellos.