Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure Virtual WAN explicado: redes globales sin el caos de peerings frente a hub-and-spoke (Doblaje IA)

Transcript

Azure Virtual WAN explicado: redes globales sin el caos de peerings frente a hub-and-spoke (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:00
  Speaker 2: Listo para 10 días de Microsoft 365, Copilot, IA, Azure
• 0:04
  Speaker 2: y las personas que están dando forma al futuro del trabajo.
• 0:07
  Speaker 2: Este enero, M365 con regresa y venimos con más fuerza.
• 0:12
  Speaker 2: Únete a nosotros en sesiones en vivo. Demostraciones reales y
• 0:15
  Speaker 2: conocimientos prácticos de MVPs y expertos de la industria de
• 0:17
  Speaker 2: todo el mundo. Nada de diapositivas genéricas, nada de palabras
• 0:20
  Speaker 2: de moda interminables. Abordaremos los retos reales. Copilot Studio, agentes
• 0:24
  Speaker 2: de IA Fabric, seguridad, gobernanza y automatización. Tanto si eres
• 0:30
  Speaker 2: un profesional de TI, desarrollador o líder empresarial, hay sesiones
• 0:33
  Speaker 2: diseñadas para ti. Con 10 días completos, podrás explorar diversas
• 0:37
  Speaker 2: tecnologías y conectar con una comunidad global. Míralo en vivo
• 0:42
  Speaker 2: y lleva ideas prácticas a tu organización. Enero de 2027.
• 0:46
  Speaker 2: 10 días. Una sola comunidad de Microsoft. El registro ya
• 0:50
  Speaker 2: está abierto. Ve a m365com.net y asegura tu lugar hoy mismo.
• 0:56
  Speaker 2: Eso es m365com.net. ¡Coward! Únete ahora en m365.com.net y te
• 1:02
  Speaker 2: veremos en vivo en enero. Bienvenidos a otro episodio de
• 1:06
  Speaker 2: Píldoras de Conocimiento de Microsoft aquí en M365 FM. Soy
• 1:08
  Speaker 2: su anfitrión Mirko Pite. El tema de hoy es uno
• 1:11
  Speaker 2: del que casi todos los que desarrollan en Azure han
• 1:13
  Speaker 2: oído hablar, pero pocos comprenden realmente en términos sencillos. Azure
• 1:16
  Speaker 2: Virtual One. Pues esto es lo que sucede. Si alguna
• 1:18
  Speaker 2: vez has intentado construir una red global en Azure de
• 1:20
  Speaker 2: la forma tradicional, sabes que se complica rápido. Realmente rápido.
• 1:24
  Speaker 2: Empiezas con una región y unas pocas redes virtuales y
• 1:26
  Speaker 2: todo funciona bien, pero luego añades una segunda región, después
• 1:28
  Speaker 2: una tercera... Y de repente, necesitas conectar sucursales. Ahora estás
• 1:32
  Speaker 2: gestionando peerings, tablas de rutas, reglas de firewall y puertas
• 1:35
  Speaker 2: de enlace VPN en media docena de ubicaciones. Es como
• 1:38
  Speaker 2: si tuvieras que construir cada carretera, cada semáforo y cada
• 1:40
  Speaker 2: intersección tú mismo. Y cada vez que añades una nueva región,
• 1:42
  Speaker 2: tienes que construir más carreteras. Azure Virtual One se encarga
• 1:45
  Speaker 2: de la parte difícil para que tú no tengas que hacerlo.
• 1:47
  Speaker 2: Piénsalo como un sistema de autopistas. Microsoft construye y gestiona
• 1:50
  Speaker 2: la autopista, tú solo construyes los carriles de acceso. Al
• 1:53
  Speaker 2: final de este episodio, entenderás cómo funciona, por qué existe
• 1:55
  Speaker 2: y cuándo deberías usarlo, usarlo. La vieja manera, la complejidad
• 1:59
  Speaker 2: del modelo Hub & Spoke. Empecemos por la vieja manera.
• 2:02
  Speaker 2: Una vez que ves el problema, la solución tiene mucho
• 2:03
  Speaker 2: más sentido. El enfoque tradicional en Azure se llama Hub
• 2:06
  Speaker 2: & Spoke Central Drive. Imagina una red virtual central. Ese
• 2:10
  Speaker 2: es tu Hub, donde pones servicios compartidos como firewalls, controladores
• 2:13
  Speaker 2: de dominio y puertas de enlace VPN. Luego conectas tus
• 2:16
  Speaker 2: redes virtuales de aplicación, los Spokes, a ese Hub mediante
• 2:20
  Speaker 2: un binet peering para que el tráfico fluya desde los
• 2:22
  Speaker 2: Spokes a través del Hub, donde puedes inspeccionarlo y controlarlo.¿
• 2:24
  Speaker 2: Cuándo funciona esto bien? En una sola región con un
• 2:27
  Speaker 2: puñado de redes virtuales tienes control total sobre el enrutamiento
• 2:29
  Speaker 2: y la seguridad. Sabes exactamente a dónde va cada paquete
• 2:31
  Speaker 2: y es simple, limpio y funciona. Pero aquí es donde falla.
• 2:35
  Speaker 2: En el momento en que añades una segunda región las
• 2:36
  Speaker 2: cosas se complican. Necesitas interconectar tus hubs, configurar rutas definidas
• 2:40
  Speaker 2: por el usuario UDR para forzar el tráfico a través
• 2:43
  Speaker 2: de firewalls y configurar tablas de rutas para cada SPO.
• 2:46
  Speaker 2: Y cada vez que añades una nueva región multiplicas esa complejidad.
• 2:49
  Speaker 2: Déjame darte un ejemplo real. Imagina una empresa con sucursales
• 2:52
  Speaker 2: en tres regiones. Norteamérica, Europa y Asia, que necesita conectividad
• 2:55
  Speaker 2: entre todas ellas. En una configuración tradicional de hub y spoke,
• 2:58
  Speaker 2: eso significa al menos dos interconexiones. Cada hub necesita conectarse
• 3:01
  Speaker 2: con todos los demás hubs, y cada spoke necesita tablas
• 3:03
  Speaker 2: de rutas que apunten al firewall correcto. Y cuando añaden
• 3:06
  Speaker 2: una nueva región, tienen que actualizar manualmente cada tabla de ruta.
• 3:10
  Speaker 2: Esa es la pesadilla de gestionar redes globales a la
• 3:12
  Speaker 2: antigua usanza. No es que no funcione, es que no escala.
• 3:15
  Speaker 2: Cuanto más añades, más tienes que gestionar, y al final
• 3:17
  Speaker 2: la complejidad se convierte en un trabajo de tiempo completo
• 3:19
  Speaker 2: para un equipo de ingenieros de red. Por esto Microsoft
• 3:22
  Speaker 2: creó Azure Virtual One. Resuelve el problema de escalado sin
• 3:25
  Speaker 2: sacrificar el control. Entonces,¿ qué es Azure Virtual One? Vamos
• 3:27
  Speaker 2: a desglosarlo. Lo que Azure Virtual One es en realidad.¿
• 3:30
  Speaker 2: Qué es exactamente Azure Virtual One? Aquí tienes la definición
• 3:33
  Speaker 2: más simple. Es un servicio de red gestionado que conecta
• 3:35
  Speaker 2: a tus sucursales usuarios y recursos en la nube a
• 3:37
  Speaker 2: través de una única red troncal gestionada por Microsoft. En
• 3:41
  Speaker 2: lugar de construir y gestionar todas las conexiones tú mismo,
• 3:43
  Speaker 2: Microsoft se encarga del trabajo pesado. Piénsalo como un sistema
• 3:46
  Speaker 2: de autopista. No construyes ni mantienes la autopista, solo construyes
• 3:49
  Speaker 2: las rampas de acceso. Tus rampas de acceso son las
• 3:51
  Speaker 2: conexiones desde tus sucursales, tus usuarios remotos y tus redes virtuales.
• 3:55
  Speaker 2: La autopista en sí, el enrutamiento, las interconexiones entre regiones,
• 3:57
  Speaker 2: la red troncal, todo eso, es gestionado por Microsoft. Entonces,¿
• 4:00
  Speaker 2: cuáles son los componentes reales? Vamos a dividirlo en las
• 4:02
  Speaker 2: cuatro partes principales. Primero, el recurso de Virtual One en sí.
• 4:06
  Speaker 2: Es el contenedor de red general, el nombre para todo
• 4:08
  Speaker 2: tu sistema de autopistas. Segundo, los hubs virtuales, los puntos
• 4:11
  Speaker 2: de conexión regionales, uno por región de Azure. Cada hub
• 4:14
  Speaker 2: es como un intercambio de autopistas. Tercero, las redes virtuales Spoke,
• 4:17
  Speaker 2: tus aplicaciones conectadas a esos hubs. Y cuarto, las puertas
• 4:20
  Speaker 2: de enlace GIF. Estas manejan las conexiones VPN desde tus
• 4:23
  Speaker 2: sucursales y las conexiones ExpressRoute desde tus centros de datos. Ahora,
• 4:26
  Speaker 2: hay dos niveles de Virtual One. Basic te ofrece solo
• 4:28
  Speaker 2: VPN de sitio a sitio. Es simple por el mitado.
• 4:31
  Speaker 2: Standard le ofrece el conjunto completo de funciones. ExpressRoute, VPN
• 4:34
  Speaker 2: punto a sitio para usuarios remotos, enrutamiento entre centros, integración
• 4:37
  Speaker 2: con Azure Firewall y más. Para casi cualquier escenario del
• 4:40
  Speaker 2: mundo real querrá utilizar Standard. La gran diferencia con el
• 4:42
  Speaker 2: modelo tradicional de Hub Spoke es esta. Microsoft gestiona el
• 4:45
  Speaker 2: enrutamiento entre centros automáticamente. No tiene que crear interconexiones pinnings
• 4:48
  Speaker 2: ni configurar tablas root. Conecta sus epochs al centro y
• 4:51
  Speaker 2: el centro se encarga del resto. Es así de simple.
• 4:53
  Speaker 2: El corazón de Virtual One es el centro virtual hub.
• 4:56
  Speaker 2: Veamos eso a continuación. El centro virtual sube al acceso
• 4:59
  Speaker 2: a la red global. No sé qué es realmente un
• 5:01
  Speaker 2: centro virtual. Aquí tiene la forma más sencilla de entenderlo.
• 5:03
  Speaker 2: Es un enrutador regional gestionado por Microsoft que reside dentro
• 5:06
  Speaker 2: de una región específica de Azure. Un enrutador que Microsoft
• 5:10
  Speaker 2: configura y mantiene por usted para que no tenga que
• 5:12
  Speaker 2: preocuparse por el sistema de enrutamiento. Cada centro es un
• 5:14
  Speaker 2: punto de conexión para cuatro cosas. Redes virtuales, sus aplicaciones Spoke,
• 5:18
  Speaker 2: sucursales conectadas mediante VPN o ExpressRoute, usuarios remotos que se
• 5:22
  Speaker 2: conectan mediante VPN.sitio y otros centros. Centros en diferentes regiones
• 5:26
  Speaker 2: que se comunican entre sí. Aquí está la parte importante.
• 5:29
  Speaker 2: El centro gestiona automáticamente todo el rutamiento entre estas conexiones.
• 5:33
  Speaker 2: Sin tablas de rutas manuales, sin rutas definidas por el usuario,
• 5:35
  Speaker 2: sin configuraciones de peering. Conecta algo al centro y el
• 5:38
  Speaker 2: centro determina cómo enviar el tráfico a donde debe ir.
• 5:41
  Speaker 2: Ahora bien, sí necesita planificar sus espacios de dirección. Cada
• 5:44
  Speaker 2: centro necesita su propio rango IP, igual que cualquier otro
• 5:46
  Speaker 2: componente de red. Cuando conecta una red virtual FENET, lo
• 5:49
  Speaker 2: que el centro es una conexión simple a FENET. Unos
• 5:50
  Speaker 2: pocos clics y el centro aprende el espacio y direcciones
• 5:53
  Speaker 2: de la FENET automáticamente. Aquí es donde la energía de
• 5:55
  Speaker 2: la autopista realmente encaja. Puede tener varios centros en diferentes
• 5:58
  Speaker 2: regiones y se conectan automáticamente entre sí. Sí, un centro
• 6:02
  Speaker 2: en Norteamérica se comunica con uno en Europa y a
• 6:03
  Speaker 2: su vez se comunica con uno en Asia. Todo a
• 6:05
  Speaker 2: través de la infraestructura global de Microsoft. Cada centro es
• 6:08
  Speaker 2: como una vía de acceso a esa infraestructura.¿ Usted construye
• 6:10
  Speaker 2: el acceso para su región? Microsoft maneja la autopista entre ellos.
• 6:13
  Speaker 2: Y la escala es impresionante. Un solo centro puede manejar
• 6:16
  Speaker 2: hasta 1,000 conexiones VPN sitio a sitio, hasta 100,000 usuarios
• 6:19
  Speaker 2: remotos y hasta 50 gigabits por segundo de rendimiento a
• 6:21
  Speaker 2: través del enrutador del centro. Eso no es escala de
• 6:24
  Speaker 2: pequeño oficio. Eso es escala empresarial. Ahora que tenemos los centros,
• 6:28
  Speaker 2: conectemos todo a ellos, conectando sucursales, usuarios y recursos en load.
• 6:32
  Speaker 2: Así que comencemos con la sucursal. La VPN sitio a
• 6:34
  Speaker 2: sitio conecta sus ubicaciones físicas a Azure mediante túneles VPN
• 6:37
  Speaker 2: IPsec estándar. Funciona prácticamente con cualquier dispositivo VPN, Cisco, Fortinet,
• 6:41
  Speaker 2: lo que sea que esté usando, lo que sea que sea.
• 6:43
  Speaker 2: No se necesita hardware especial. Así es como funciona. Usted
• 6:45
  Speaker 2: crea un sitio VPN en el Hub, proporciona la dirección
• 6:48
  Speaker 2: IP pública y el espacio de direcciones de su sucursal,
• 6:50
  Speaker 2: y Azure se encarga del resto. Crea el túnel, gestiona
• 6:53
  Speaker 2: el cifrado y lo mantiene en funcionamiento. Los usuarios remotos
• 6:55
  Speaker 2: son los siguientes. La VPN de punto a sitio permite
• 6:57
  Speaker 2: a los empleados conectarse desde cualquier lugar, casa, cafetería, hotel.
• 7:01
  Speaker 2: Utilizan el cliente VPN de Azure OpenVPN o el Standard Equipped.
• 7:04
  Speaker 2: Y aquí está el detalle clave. Es compatible con Microsoft
• 7:06
  Speaker 2: Entry ID para la autenticación. Por lo tanto, los usuarios
• 7:09
  Speaker 2: inician sesión con sus credenciales de trabajo igual que con TODEM.
• 7:11
  Speaker 2: Sin contraseñas de VPN, separadas, sin certificados que gestionar. Cuando
• 7:15
  Speaker 2: un usuario se conecta, se dirige al hub más cercano
• 7:17
  Speaker 2: y obtiene acceso automático a cada recurso conectado a ese hub,
• 7:21
  Speaker 2: redes de sucursales y otras regiones y otra región. Sin
• 7:24
  Speaker 2: la complejidad del túnel dividido ni en ruta manual. Se
• 7:26
  Speaker 2: conecta una vez y ya está en la red. Para
• 7:28
  Speaker 2: sus oficinas principales y centros de datos existe Express. Se
• 7:31
  Speaker 2: trata de una conexión privada y dedicada desde su ubicación
• 7:33
  Speaker 2: local hasta Azure. Emite por completo la internet pública. Su
• 7:36
  Speaker 2: tráfico nunca toca una red pública. Además, Virtual One admite
• 7:40
  Speaker 2: tanto VPN como ExpressRoute en el mismo hub con conmutación
• 7:42
  Speaker 2: por error automática entre ellos. Si su circuito ExpressRoute se cae,
• 7:46
  Speaker 2: el tráfico cambia a VPN sin intervención manual. Ahora, sus
• 7:49
  Speaker 2: aplicaciones en el. Conectar VNets tipo Spocal Hub requiere solo
• 7:52
  Speaker 2: unos pocos gigs. Usted selecciona el hub, selecciona la VNet
• 7:55
  Speaker 2: y la conexión se establece. Aprende el espacio de direcciones
• 7:58
  Speaker 2: de la VNet automáticamente, sin configuración de emparejamiento ni configuración
• 8:01
  Speaker 2: de tablas de ruta. Y entre regiones, los hubs se
• 8:03
  Speaker 2: comunican automáticamente a través de la red troncal de Microsoft.
• 8:06
  Speaker 2: No necesita configurar conexiones entre hubs. Por lo tanto, no
• 8:09
  Speaker 2: gestiona el U-Transit. Funciona. El resultado es una conectividad de
• 8:12
  Speaker 2: cualquiera a cualquiera. Cualquier sucursal, usuario remoto, Ubinet o sitio
• 8:16
  Speaker 2: local pueden comunicarse entre sí, manteniendo el tráfico en la
• 8:19
  Speaker 2: red privada de Microsoft todo el tiempo. Permítame darle un
• 8:22
  Speaker 2: ejemplo al banal. Imagina un minorista con tiendas en Europa
• 8:25
  Speaker 2: hacia América del Norte. Cada tienda se conecta mediante una
• 8:28
  Speaker 2: VPN de sitio a sitio a su hub regional. Las
• 8:30
  Speaker 2: tiendas europeas se conectan al hub Europa. Las tiendas asiáticas
• 8:33
  Speaker 2: se conectan al hub asiático. Y cuando el tráfico necesita
• 8:35
  Speaker 2: viajar entre regiones, por ejemplo, si una tienda en Asia
• 8:37
  Speaker 2: necesita consultar el inventario en el almacén de América del Norte,
• 8:39
  Speaker 2: el tráfico viaja a través de la red troncal de Microsoft.
• 8:42
  Speaker 2: No por la Internet pública, no por una red MPLS
• 8:44
  Speaker 2: de terceros, sino por la red privada de Microsoft. Pero
• 8:47
  Speaker 2: la conectividad es solo la mitad de la historia. El
• 8:48
  Speaker 2: verdadero poder es cómo Virtual One maneja el enrutamiento y
• 8:50
  Speaker 2: la seguridad. Enrutamiento y seguridad integrada. Pero la conectividad es
• 8:54
  Speaker 2: solo la mitad de la historia. El verdadero poder de
• 8:56
  Speaker 2: Virtual One es cómo maneja el enrutamiento y la seguridad.
• 8:59
  Speaker 2: En una configuración tradicional de Hub & Spoke, si quieres
• 9:01
  Speaker 2: forzar el tráfico a través de un firewall, debes crear
• 9:04
  Speaker 2: rutas definidas por el usuario UDR para cada subred en
• 9:07
  Speaker 2: cada radio. Y si tienes varias regiones, tienes que hacerlo
• 9:10
  Speaker 2: todo de nuevo. Es complejo. Es propenso a error. Cuando
• 9:14
  Speaker 2: algo falla, buena suerte tratando de averiguar qué tabla de
• 9:16
  Speaker 2: rutas tiene la entrada incorrecta. Virtual One resuelve esto con
• 9:18
  Speaker 2: algo llamado intención de enrutamiento. Piénsalo como una configuración única
• 9:21
  Speaker 2: que le dice al Hub enviar todo el tráfico a
• 9:23
  Speaker 2: través del firewall. Eso es. Un ajuste. 200 de tablas
• 9:27
  Speaker 2: de rutas. Y esto es lo que cubre tráfico de internet,
• 9:30
  Speaker 2: todo lo que sale a la web, tráfico privado, vnet
• 9:32
  Speaker 2: a vnet, sucursal a sucursal a vnet y tráfico entre hubs.
• 9:35
  Speaker 2: El tráfico que se mueve entre regiones. Una política de
• 9:38
  Speaker 2: aplicación global. La estableces una vez y se aplica en
• 9:41
  Speaker 2: todas partes. Ahora,¿ cómo entra realmente el firewall en el centro?
• 9:43
  Speaker 2: A través de hubs virtuales asegurados. Primeramente, se halla un
• 9:46
  Speaker 2: firewall directamente en el hub. O un NGF de terceros
• 9:49
  Speaker 2: como Fortinet, Checkpoint o Palo Alto. El firewall se coloca
• 9:52
  Speaker 2: en la ruta del tráfico de manera transparente. Sin necesidad
• 9:54
  Speaker 2: de UDR ni enrutamiento complejo. El tráfico entra, se inspecciona
• 9:58
  Speaker 2: y sale. Simplemente funciona. Para el cifrado, todos los túneles
• 10:01
  Speaker 2: VPN utilizan el estándar IPsec. Microsoft recomienda GSMIS-256 para mejor
• 10:05
  Speaker 2: equilibrio entre rendimiento y seguridad. Y si usas ExpressRoute, también
• 10:09
  Speaker 2: puedes cifrar ese tráfico si incluso tu conexión privada está protegida.
• 10:13
  Speaker 2: Esto se alinea con los principios de confianza cero. Sin
• 10:15
  Speaker 2: acceso directo a internet desde los radios, todo el tráfico inspeccionado,
• 10:18
  Speaker 2: micro segmentación dentro de las openets y todo gestionado centralmente
• 10:21
  Speaker 2: mediante Azure Firewall Manager. Una política aplicada en todos los
• 10:25
  Speaker 2: hubs a nivel global. La ventaja de seguridad es sencilla.
• 10:28
  Speaker 2: En lugar de gestionar reglas de firewall por región, gestionas
• 10:31
  Speaker 2: una política que se aplica en todas partes. En lugar
• 10:33
  Speaker 2: de solucionar problemas de tablas de rutas, configuras la intención
• 10:36
  Speaker 2: de rutamiento. En lugar de esperar que nada falle al
• 10:38
  Speaker 2: añadir una nueva región, sabes que la política se aplica automáticamente. Entonces,¿
• 10:41
  Speaker 2: cuándo deberías usar Virtual One frente al modelo tradicional de
• 10:44
  Speaker 2: Hub & Spoke Virtual One frente al Hub & Spoke tradicional,
• 10:48
  Speaker 2: cuando usar cada uno. Dejemos algo claro. El Hub &
• 10:51
  Speaker 2: Spoke está roto. Simplemente es la herramienta adecuada para el trabajo. Entonces,¿
• 10:55
  Speaker 2: cuándo gana el Hub & Spoke?¿ Cuándo estás en una
• 10:57
  Speaker 2: sola región? Cuando tienes un puñado de redes virtuales, quizás
• 11:00
  Speaker 2: 5 o 10.¿ Quieres un control total sobre cada ruta
• 11:03
  Speaker 2: y cada regla de Firewall? Tienes un equipo pequeño que
• 11:05
  Speaker 2: conoce esta red a la perfección. En ese caso, el
• 11:08
  Speaker 2: modelo Hub & Spoke es más sencillo y económico. No
• 11:10
  Speaker 2: necesitas las ubicaciones administrativas. Virtual One gana cuando estás en
• 11:14
  Speaker 2: múltiples regiones. Cuando tienes sucursales en todas partes. Cuando los
• 11:17
  Speaker 2: usuarios remotos necesitan conectarse desde cualquier lado. Cuando tu red
• 11:19
  Speaker 2: abarca el mundo y quieres dejar de gestionarla pieza por pieza.
• 11:22
  Speaker 2: Cuanto más distribuida está tu red, más sentido tiene Virtual One.
• 11:26
  Speaker 2: Hablamos de número. A pequeña escala, digamos 10 binets, Hub
• 11:29
  Speaker 2: & Spoke es más barato. Solo pagas por los peerings
• 11:31
  Speaker 2: y las puertas de enlace básica. Pero con 200 binets,
• 11:34
  Speaker 2: Virtual One es cerca de un 21% más barato.¿ Por qué?
• 11:37
  Speaker 2: Porque no pagas a tu equipo por gestionar cientos de
• 11:39
  Speaker 2: peerings y tablas de rutas. Sus ahorros operativos se suman rápidamente.
• 11:43
  Speaker 2: El rendimiento En implementaciones globales, Virtual One ofrece entre un
• 11:46
  Speaker 2: 15% y un 25% menos de latencia.¿ Eso porque el
• 11:49
  Speaker 2: enrutamiento troncal de Microsoft está optimizado para el tráfico global?
• 11:52
  Speaker 2: Tus paquetes toman la mejor ruta, no la que configuraste
• 11:54
  Speaker 2: manualmente hace tres años. La diferencia en la gestión es
• 11:57
  Speaker 2: aún mayor. Con Hub & Spoke, gestiones Peerings, tablas de rutas,
• 12:00
  Speaker 2: puertas de enlace y Firewalls por región. Cada región se
• 12:03
  Speaker 2: convierte en su propio proyecto. Con Virtual One es un
• 12:05
  Speaker 2: panel único, una vista, un conjunto de políticas, una forma
• 12:08
  Speaker 2: de gestionarlo todo. Eso es como decides. Te hace una
• 12:11
  Speaker 2: sola pregunta.¿ Estoy construyendo para hoy o para dentro de
• 12:13
  Speaker 2: tres años? Si eres una startup con una región y
• 12:15
  Speaker 2: cinco VNets, Hub & Spoke está bien. Pero si planeas expandirte,
• 12:19
  Speaker 2: Virtual One crece contigo. Aquí está la buena noticia. Puedes
• 12:22
  Speaker 2: empezar con Hub & Spoke y migrar después. Microsoft admite
• 12:24
  Speaker 2: esa ruta de migración. No tienes que ser lo perfecto
• 12:27
  Speaker 2: desde el primer día. Si alguna vez te preguntan esto
• 12:29
  Speaker 2: en una entrevista, aquí tienes la respuesta corta. Hub &
• 12:31
  Speaker 2: Spoke para implementaciones controladas de una sola región. Virtual One
• 12:34
  Speaker 2: para conectividad global a gran escala. Esa frase demuestra que
• 12:37
  Speaker 2: entiendes el equilibrio. Veamos algunos escenarios del mundo real para
• 12:40
  Speaker 2: ver cómo funciona esto. Escenarios del mundo real y rutas
• 12:44
  Speaker 2: de migración. Hagamos esto concreto con tres escenarios del mundo real.
• 12:47
  Speaker 2: Escenario 1. Una cadena minorista global. 50 tiendas en tres continentes.
• 12:51
  Speaker 2: Trabajadores remotos haciendo inventario, atención al cliente y gestión. Un
• 12:54
  Speaker 2: sistema ARP centralizado ejecutándose en Azure. Si es como Virtual
• 12:58
  Speaker 2: One hace que esto funcione. Despliega hubs en Norteamérica, Europa
• 13:01
  Speaker 2: y Asia uno por continente. Cada tienda se conecta mediante
• 13:04
  Speaker 2: VPN sitio a sitio a su hub regional. Una tienda
• 13:06
  Speaker 2: en Londres se conecta al hub europeo. Una tienda en
• 13:08
  Speaker 2: Tokio se conecta al hub asiático. Los trabajadores remotos usan
• 13:12
  Speaker 2: VPN punto a sitio, autenticados mediante Microsoft EntryD. Sus credenciales
• 13:15
  Speaker 2: de trabajo, nada adicional, nada adicional. Ahora aquí está la clave.
• 13:18
  Speaker 2: Todo el tráfico entre las tiendas y Azure permanece en
• 13:20
  Speaker 2: la red troncal de Microsoft. Esa tienda en Londres que
• 13:23
  Speaker 2: revisa el inventario en el almacén de Norteamérica, ese tráfico
• 13:25
  Speaker 2: nunca toca la Internet pública. Va desde el centro europeo
• 13:28
  Speaker 2: a través de la red privada de Microsoft hacia el
• 13:30
  Speaker 2: centro norteamericano y entra al sistema ERP. Resulta. Conectividad consistente
• 13:35
  Speaker 2: en todas partes, seguridad centralizada a través de los centros
• 13:37
  Speaker 2: y menor costo que MPLS Sin contratos de proveedores, sin
• 13:41
  Speaker 2: compromisos a largo plazo, solo paga por lo que usa.
• 13:43
  Speaker 2: Escenario 2. Reemplazo de MPLS. Este es uno importante. Muchas
• 13:47
  Speaker 2: empresas han estado pagando a proveedores por circuitos MPLS durante años. Costoso, rígido,
• 13:51
  Speaker 2: difícil de cambiar. Virtual One le ofrece una salida. Comience
• 13:54
  Speaker 2: usando Virtual One para nuevas sucursales y conectividad de Azure.
• 13:57
  Speaker 2: Cualquier nueva ubicación que abra va directamente a la red
• 13:59
  Speaker 2: troncal de Virtual One. Luego migre gradualmente los sitios MPLS
• 14:02
  Speaker 2: existentes a VPN Express. Use ExpressRoute para sus centros de
• 14:06
  Speaker 2: datos heredados que necesitan conectividad privada. Con el tiempo, reduzca
• 14:08
  Speaker 2: sus circuitos MPLS a medida que el tráfico cambie la
• 14:11
  Speaker 2: red troncal de Virtual One. No tiene que cambiar todo
• 14:13
  Speaker 2: de una vez. Puede ejecutar ambos en paralelo. A medida
• 14:16
  Speaker 2: que cada contrato MPLS se acerca a su renovación,¿ usted
• 14:18
  Speaker 2: decide si se mueve el sitio a Virtual One? La
• 14:20
  Speaker 2: mayoría de las veces la respuesta es sí. Escenario 3.
• 14:23
  Speaker 2: Una startup orientada a la nube. Hoy está en una región,
• 14:25
  Speaker 2: un centro, un puñado de Benetsu, un equipo pequeño, pero
• 14:27
  Speaker 2: planea expandirse. Tiene clientes en Europa y Asia. Está contratando
• 14:30
  Speaker 2: trabajadores remotos a nivel mundial. Despliegue un centro en su
• 14:33
  Speaker 2: región actual. Conecte su sub. Configure PN.SITO para su equipo remoto.
• 14:38
  Speaker 2: Ese es su punto de partida. A medida que se
• 14:39
  Speaker 2: expande a nuevas regiones, agrega siempre. En el Rotomat es automático.
• 14:42
  Speaker 2: No tiene que reconfigurar nada. Sus usuarios remotos se conectan
• 14:45
  Speaker 2: al centro más cercano sin cambios de su parte. Está
• 14:47
  Speaker 2: listo para escalar sin un redicción. Esa es la belleza
• 14:49
  Speaker 2: de Virtual One. Crece con usted. Entonces,¿ cómo empezar realmente?¿
• 14:53
  Speaker 2: Cómo empezar con Azure Virtual One? Entonces,¿ cómo comienza realmente?
• 14:56
  Speaker 2: Créeme Virtual One.