Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure Firewall SKUs explicados: Basic vs. Standard vs. Premium comparados (Doblaje IA)

Transcript

Azure Firewall SKUs explicados: Basic vs. Standard vs. Premium comparados (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
Speaker 2: Imagina un escritorio de seguridad al frente de un edificio
0:01
Speaker 2: de oficina. Alguien entra, muestra su identificación y el guardia
0:04
Speaker 2: los verifica contra una lista, firman su entrada y quizás
0:06
Speaker 2: obtienen un pase visitante. Ahora imagina que ese mismo edificio
0:09
Speaker 2: no tuviera puertas ni paredes. La gente podría entrar desde
0:11
Speaker 2: cualquier parte del mundo a cualquier hora. Esa es la
0:13
Speaker 2: diferencia entre una red tradicional y una red en la nube.
0:16
Speaker 2: Al final de este episodio entenderá qué es realmente Azure Firewall,
0:19
Speaker 2: por qué los firewalls en la nube funcionan de forma
0:21
Speaker 2: completamente distinta a las cajas físicas que la mayoría imagina
0:24
Speaker 2: y cómo un servicio inspecciona y controla el tráfico en
0:27
Speaker 2: todo su entorno de Azure. Vamos a analizarlo. Primero,¿ qué
0:30
Speaker 2: es un firewall sin tecnicismos? Luego,¿ por qué la nube
0:33
Speaker 2: cambia todo sobre cómo deben funcionar los firewalls? Y finalmente,¿
0:36
Speaker 2: cómo Azure Firewall integra todo en un sistema que puede utilizar?
0:40
Speaker 2: Tome su café. Comencemos.¿ Qué es un firewall? La mayoría
0:44
Speaker 2: de la gente ha escuchado la palabra firewall mil veces,
0:46
Speaker 2: pero si les pide que expliquen que se realmente probablemente
0:48
Speaker 2: duden un poco, así que mantengamos lo simple. Un firewall
0:52
Speaker 2: es un guardia en la puerta de la red. Cada
0:54
Speaker 2: dato que intenta entrar o salir de su red debe
0:56
Speaker 2: pasar por él, y el firewall inspecciona cada paquete para
0:58
Speaker 2: decidir si dejarlo pasar o bloquearlo. Durante mucho tiempo, los
1:02
Speaker 2: firewalls eran cajas físicas. Compraban, la conectaban a sus servidores,
1:05
Speaker 2: la configuraban y la mantenían por años. Esas cajas funcionaban
1:09
Speaker 2: bien cuando su red tenía un límite claro. Una oficina,
1:12
Speaker 2: una conexión a internet, una sola puerta principal. Pero la
1:15
Speaker 2: nube no funciona de esa manera. Sus aplicaciones podrían ejecutarse
1:17
Speaker 2: en una región, su base de datos en otra, y
1:19
Speaker 2: sus usuarios están dispersos por todo el mundo. Algunos de
1:21
Speaker 2: sus servicios viven en Asworld, otros en otros lugares. En
1:23
Speaker 2: la puerta principal, aquí está el detalle. No puede instalar
1:26
Speaker 2: una caja física de firewall en un centro de datos
1:28
Speaker 2: que no es suyo. Incluso si pudiera, no ayudaría porque
1:32
Speaker 2: ya no hay una única puerta que vigilar.¿ Por qué
1:34
Speaker 2: los firewalls en la nube son diferentes? En Azure usted
1:37
Speaker 2: crea redes virtuales. Piense en ellas como vecindarios privados en
1:40
Speaker 2: la nube donde viven sus aplicaciones. No están vinculadas a
1:42
Speaker 2: un edificio físico. Son simplemente espacio lógico. Analicemos el tráfico.
1:46
Speaker 2: El tráfico en estas redes virtuales se mueve en dos direcciones.
1:49
Speaker 2: El tráfico norte-sur son datos que vienen de internet a
1:51
Speaker 2: su red o que van de su red hacia internet
1:53
Speaker 2: hacia internet. Piense en ello como visitantes que llegan a
1:56
Speaker 2: su edificio o paquetes que se envían hacia afuera. Luego
1:58
Speaker 2: está el tráfico oeste-oeste, que son los datos que se
2:00
Speaker 2: mueven entre sus propias cargas de trabajo dentro de Azure,
2:02
Speaker 2: entre aplicaciones, bases de datos y cuentas de almacenamiento. Es
2:05
Speaker 2: como si la gente caminara entre departamentos dentro de una empresa.
2:08
Speaker 2: Ambas dirección en inspección. Si un hacker entra en una
2:11
Speaker 2: carga de trabajo, usted no quiere que deambule libremente por
2:13
Speaker 2: las demás. Así es como se propagan las brechas de seguridad.
2:15
Speaker 2: Sus aplicaciones también se conectan a otros servicios, cuentas de almacenamiento,
2:19
Speaker 2: servicios de correo y API de terceros. Y el firewall
2:21
Speaker 2: también controla esas conexiones salientes. Él decide con qué pueden
2:24
Speaker 2: hablar sus aplicaciones y con qué no. Aquí la cuestión.
2:27
Speaker 2: Este firewall no es una caja que usted va a mantener.
2:29
Speaker 2: Usted no lo parchea, no lo actualiza ni se preocupa
2:31
Speaker 2: de que se quede sin capacidad. Es un servicio. Microsoft
2:33
Speaker 2: se encarga de toda la infraestructura. Usted simplemente define las
2:36
Speaker 2: reglas y el servicio las aplica automáticamente a escala. Por
2:39
Speaker 2: lo tanto, si su tráfico aumenta a las 3 pm
2:41
Speaker 2: de un martes, el firewall crece con él. Si Microsoft
2:43
Speaker 2: lanza un parche de seguridad, se aplica sin que usted
2:45
Speaker 2: siquiera lo note. Esa es la diferencia de la nube.
2:47
Speaker 2: El firewall se convierte en infraestructura invisible. Presentamos Azure Firewall. Entonces,¿
2:52
Speaker 2: qué es exactamente Azure Firewall? Es un firewall nativo de
2:54
Speaker 2: la nube totalmente administrado como servicio. Es un término largo,
2:57
Speaker 2: pero esto es lo que significa en la práctica. Lo
2:59
Speaker 2: despliega a través del portal de Azure en minutos. Sin
3:02
Speaker 2: hardware que pedir. Sin máquinas virtuales que configurar. Sin sistema
3:05
Speaker 2: operativo que parchear. Solo haga clic en algunos botones. Defina
3:08
Speaker 2: su red y el firewall estará funcionando. Viene con alta
3:11
Speaker 2: disponibilidad integrada. Si una instancia falla, otra toma el control
3:14
Speaker 2: al instante. Y se escala automáticamente. Si su tráfico se duplica,
3:18
Speaker 2: el firewall crece con él. Nunca tiene que adivinar cuánta
3:21
Speaker 2: capacidad necesitará. La forma más sencilla de pensarlo es como
3:23
Speaker 2: contratar un equipo de seguridad para su edificio de oficinas
3:26
Speaker 2: en mano. Usted no gestiona cada guardia individualmente, ni los entrena,
3:28
Speaker 2: ni programa sus turnos. Usted establece las políticas, quién tiene
3:32
Speaker 2: permitido entrar, qué paquetes están autorizados. Y ellos aplican esas
3:35
Speaker 2: políticas las 24 horas. Azure Firewall se sitúa en un
3:38
Speaker 2: punto central de su red e inspecciona todo lo que
3:40
Speaker 2: pasa por ahí ya, Verifica el tráfico comparándolo con tres
3:43
Speaker 2: tipos de reglas. Reglas NAT, reglas de red y reglas
3:45
Speaker 2: de aplicación. Analizaremos cada una en un momento. Ahora, esto
3:48
Speaker 2: es algo que la mayoría de la gente no sabe.
3:50
Speaker 2: Azure Firewall viene con inteligencia contra amenazas integral. Microsoft monitorea
3:54
Speaker 2: constantemente los patrones de ataque globales y las direcciones IP
3:57
Speaker 2: maliciosas conocidas, los dominios peligrosos y las amenazas emergentes se
4:00
Speaker 2: cargan automáticamente en su firewall. Por lo tanto, si un
4:03
Speaker 2: grupo de hackers en otro país comienza a atacar a
4:05
Speaker 2: los clientes de Azure, su firewall ya sabe bloquearlos antes
4:08
Speaker 2: de que lleguen a su red. La protección mejora continuamente
4:11
Speaker 2: sin que usted haga nada. Sin actualizaciones manuales ni descargas
4:14
Speaker 2: de firmas simplemente ocurre. No todos necesitan un nivel de protección.
4:17
Speaker 2: Una pequeña empresa que ejecuta una sola aplicación tiene necesidades
4:19
Speaker 2: distintas a un banco que procesa transacciones financieras. Por eso
4:22
Speaker 2: Azure Firewall viene en tres versiones. Las tres SKU, Basic,
4:27
Speaker 2: Standard y Premium. Comencemos con Azure Firewall Basic, la opción
4:30
Speaker 2: de nivel inicial diseñada para pequeñas empresas y entornos más sencillos.
4:34
Speaker 2: Maneja hasta unos 250 Mbps de tráfico, suficientes. para una
4:37
Speaker 2: aplicación modesta o un entorno de desarrollo. BASIC incluye filtrado
4:41
Speaker 2: de red esencial que inspecciona el tráfico y aplica reglas
4:43
Speaker 2: basadas en direcciones IP y puertos, además de inteligencia contra
4:46
Speaker 2: amenazas solo en modo de alerta. De CIR le advierte
4:49
Speaker 2: cuando aparece algo sospechoso, pero no lo bloqueará automáticamente. Piensa
4:52
Speaker 2: en BASIC como un guardia de seguridad que vigila la
4:55
Speaker 2: entrada atentamente, detecta el problema y lo reporta, pero necesita
4:57
Speaker 2: permiso antes de detener a alguien. Luego está Azure Firewall Standard,
5:00
Speaker 2: la opción más común para cargas de trabajo empresariales por
5:02
Speaker 2: una buena razón. Escala hasta unos 30 gigabits por segundo,
5:06
Speaker 2: manejando el tráfico de producción de la mayoría de las
5:08
Speaker 2: organizaciones con comodidad. Con Standard, la inteligencia contra amenazas funciona
5:12
Speaker 2: tanto en modo de alerta como de denegación, por lo
5:14
Speaker 2: que el firewall puede bloquear automáticamente actores maliciosos conocidos sin
5:16
Speaker 2: esperar plus. También añade filtrado por categorías web. Puede bloquear
5:20
Speaker 2: categorías enteras como redes sociales o apuestas en toda su
5:22
Speaker 2: red y admite configuración de DNS personalizada. Standard es su
5:26
Speaker 2: equipo de seguridad totalmente equipado y con autoridad para actuar.
5:28
Speaker 2: Detectan un problema y lo resuelven sin esperar aprobaciones. Finalmente
5:32
Speaker 2: está Azure Firewall Premium, diseñado para entornos altamente sensibles como finanzas, salud,
5:36
Speaker 2: gobierno o cualquier sector que maneje datos regulados. Escala hasta
5:40
Speaker 2: 100 gigabits por segundo, pero la verdadera diferencia es lo
5:42
Speaker 2: que puede inspeccionar. Premium y la inspección TLS, que descifra
5:45
Speaker 2: el tráfico cifrado, inspecciona el contenido y lo vuelve a
5:47
Speaker 2: cifrar antes de enviarlo. Eso importa porque gran parte del
5:50
Speaker 2: tráfico malicioso actual se oculta dentro de conexiones cifradas. Sin
5:53
Speaker 2: inspección TLS usted está volando a ciega. Premium también añade IDPS,
5:57
Speaker 2: un sistema de detección y prevención de intrusiones, con más
5:59
Speaker 2: de 67.000 firmas en más de 50 categorías actualizadas en
6:02
Speaker 2: tiempo real. Revisa cada paquete en busca de patrones de
6:05
Speaker 2: ataque conocidos como inyecciones SQL, retrollamadas de malware, escaneo de
6:08
Speaker 2: puertos y escate de tráfico inmediatamente al encontrarlo. Premium también
6:11
Speaker 2: añade filtrado de URL, permitiéndole permitir o bloquear direcciones web
6:14
Speaker 2: específicas en lugar de categorías completas, con control anular a
6:17
Speaker 2: nivel de página. Esto es protección de grado mínimo. Pero
6:20
Speaker 2: aquí está el enfoque inteligente. Igual el escabualo que realmente necesita.
6:23
Speaker 2: Standard cubre la mayoría de los casos de uso empresarial.
6:26
Speaker 2: Use premium solo donde los datos sensibles requieren inspección profunda.
6:29
Speaker 2: Basic para entornos pequeños o desarrollo y pruebas. Y no
6:31
Speaker 2: pague por capacidades que no usará. Arquitectura y tráfico. Una
6:35
Speaker 2: vez elegido tu SKU, la siguiente pregunta es cómo configurar
6:38
Speaker 2: tu red para que el firewall pueda inspeccionar el tráfico.
6:41
Speaker 2: Porque aquí está el detalle. Un firewall solo funciona si
6:43
Speaker 2: el tráfico realmente pasa a través de él. Si lo
6:46
Speaker 2: colocas en el lugar equivocado, es como si no existiera.
6:49
Speaker 2: El enfoque más común se llama arquitectura de hub and spoke.
6:52
Speaker 2: Imagina la rueda de una bicicleta. El Hub es el
6:54
Speaker 2: centro con radios que irradian hacia afuera. En Azure creas
6:57
Speaker 2: una red virtual central. Ese es el Hub donde reside
7:00
Speaker 2: tu Azure Firewall. Luego creas múltiples redes Spoke, cada una
7:04
Speaker 2: para una carga de trabajo en torno separado. Quizás un
7:06
Speaker 2: Spoke para tu aplicación web, otro para tu base de datos,
7:08
Speaker 2: un tercero para tu entorno de desarrollo. Todo el tráfico
7:11
Speaker 2: entre Spokes, y entre estos Internet, pasa por el Hub
7:13
Speaker 2: para su inspección. Obtienes un punto de control de seguridad
7:17
Speaker 2: para toda tu red. Eficiente, consistente y más fácil de
7:20
Speaker 2: gestionar que poner un Firewall en cada Spoke. Para organizaciones
7:23
Speaker 2: más grandes existe Virtual One, un servicio de red gestionado
7:26
Speaker 2: con Azure Firewall integrado directamente en el Hub en el Hub.
7:30
Speaker 2: La gran ventaja es la automatización. Virtual One gestiona el
7:33
Speaker 2: enrutamiento por ti, así que el tráfico de sucursales, usuarios
7:35
Speaker 2: remotos y redes Spoke fluye a través del Firewall sin
7:38
Speaker 2: configuración manual, sin configuración manual. Es más autónomo, pero escala
7:41
Speaker 2: mejor para implementaciones globales. Ahora,¿ qué inspecciona realmente el Firewall?
7:45
Speaker 2: Tres cosas, tráfico entrante desde Internet, tráfico saliente de Internet
7:48
Speaker 2: y tráfico este o este entre tus propias cargas dentro
7:50
Speaker 2: de Azure. Ese tercero es fundamental. Si ocurre una brecha
7:54
Speaker 2: en una carga de trabajo, la inspección este o este
7:56
Speaker 2: evita que se propague a otras. Sin ella, un hacker
7:58
Speaker 2: que entra en tu servidor web puede moverse libremente a
8:00
Speaker 2: tu base de datos. Con ella, ese movimiento queda bloqueado.
8:03
Speaker 2: Aquí está el punto clave. El tráfico solo se inspecciona
8:05
Speaker 2: si pasa por el firewall. Por tanto, la arquitectura debe
8:07
Speaker 2: forzar el tráfico a través de ese punto central. Diseñas
8:10
Speaker 2: de modo que no haya un camino alternativo. Por eso
8:12
Speaker 2: el diseño de implementación importa tanto como las reglas en sí.
8:15
Speaker 2: Un conjunto de reglas perfecto no significa nada si el
8:17
Speaker 2: tráfico puede evitar el firewall por completo. Ahora, hablemos de
8:22
Speaker 2: las reglas mismas. porque así es como controlas lo que pasa.
8:26
Speaker 2: Azure Firewall usa tres tipos de reglas y cada una
8:28
Speaker 2: realiza una tarea distinta. Primero, reglas NAT, traducción de direcciones
8:31
Speaker 2: de red. Piensa en ello como una recepción que oculta
8:34
Speaker 2: tus servidores internos detrás de la IP pública del firewall.
8:37
Speaker 2: Alguien en internet conecta con la IP de tu firewall
8:40
Speaker 2: y este traduce esa dirección pública a la privada de
8:42
Speaker 2: tu servidor backend. El mundo exterior nunca ve tu red interna.
8:46
Speaker 2: Tus servidores permanecen visible. Luego tienes las reglas de red.
8:49
Speaker 2: Esto se basa en direcciones IP, puertos y protocolos. Filtrado
8:52
Speaker 2: de capa 3 y capa 4 si le interesan los
8:54
Speaker 2: términos técnicos. Puede decir permitir tráfico de esta dirección IP
8:57
Speaker 2: en el puerto 443 a esta otra dirección IP y
9:00
Speaker 2: bloquear todo lo demás. Directo y potente. Pero aquí está
9:03
Speaker 2: el límite. Las reglas de red no entienden qué tipo
9:05
Speaker 2: de tráfico es. Solo saben a dónde va y qué
9:07
Speaker 2: puerto está usando. En tercer lugar, reglas de aplicación. Estas
9:10
Speaker 2: son más inteligentes. Filtran según nombres de dominio completos y
9:13
Speaker 2: patrones de URL. Sigue en lugar de permitir tráfico a
9:16
Speaker 2: una IP específica, dice permitir tráfico a Microsoft.com o permitir
9:19
Speaker 2: tráfico de Windows Update. Ahora, el firewall entiende la capa
9:22
Speaker 2: de aplicación. Puede bloquear o permitir según lo que sea
9:25
Speaker 2: el tráfico realmente, no solo a dónde se dirige. Ahora bien,
9:27
Speaker 2: las reglas no se lanzan solo en la lista. Se
9:29
Speaker 2: organizan en grupos de colecciones de reglas y colecciones de reglas.
9:32
Speaker 2: Piensa en ellos como carpetas y un carpet.¿ Podría tener
9:35
Speaker 2: un grupo para sistemas de RR? Otro para finanzas, cada
9:37
Speaker 2: uno con su propia prioridad. Eso mantiene las cosas organizadas
9:40
Speaker 2: cuando tiene docenas o cientos de reglas. El orden importa mucho.
9:43
Speaker 2: El firewall procesa las reglas en una secuencia específica. Reglas
9:46
Speaker 2: NAT primero, luego reglas de red y finalmente reglas de aplicación.
9:49
Speaker 2: Dentro de cada tipo, las reglas se procesan por prioridad.
9:52
Speaker 2: Los números más bajos se evalúan primero. Esto es importante
9:55
Speaker 2: porque las reglas de red generales que permiten todo el
9:57
Speaker 2: tráfico se aplicarán primero. Si una regla de red permite todo,
9:59
Speaker 2: las reglas de aplicación más abajo podrían nunca evaluarse. Todas
10:03
Speaker 2: sus reglas de aplicación cuidadosamente diseñadas se vuelven inútil. Los
10:06
Speaker 2: grupos de IP son otra herramienta que vale la pena conocer.
10:09
Speaker 2: Usted crea un grupo de direcciones IP, le da un
10:10
Speaker 2: nombre y lo referencia en varias reglas. Cambia un grupo
10:13
Speaker 2: de IP y cada regla que lo usa se actualiza automáticamente.
10:16
Speaker 2: Eso ahorra tiempo y reduce errores y es especialmente útil
10:19
Speaker 2: cuando tiene el mismo conjunto de IP en múltiples reglas.
10:23
Speaker 2: Funcional de protección avanzada. Las reglas manejan lo básico, pero
10:26
Speaker 2: Azure Firewall Premium va mucho más allá. Comencemos con la
10:29
Speaker 2: inteligencia contra amenazas. Este es un feed constantemente actualizado por
10:32
Speaker 2: Microsoft de IP, dominios y URL maliciosos conocidos. Cada conexión
10:36
Speaker 2: que su firewall procesa se verifica contra este feed. Cuando
10:39
Speaker 2: encuentra una coincidencia puede alertarle y bloquearla automáticamente. Sin reglas
10:42
Speaker 2: manuales que escribir, sin listas que mantener. El equipo de
10:45
Speaker 2: seguridad global de Microsoft hace ese trabajo por usted. Luego
10:47
Speaker 2: está IDPS, Sistema de Detección y Prevención de Intrusiones. Son
10:51
Speaker 2: más de 67.000 firmas revisando cada paquete en busca de
10:53
Speaker 2: patrones de ataque conocidos. Cosas como intentos de inyección SQL,
10:57
Speaker 2: donde alguien intenta inyectar comandos de base de datos maliciosos
10:59
Speaker 2: a través de un formulario web. Escaneo de puertos donde
11:01
Speaker 2: los atacantes son de su red en busca de puertas abiertas.
11:03
Speaker 2: Devoluciones llamadas de malware, donde los sistemas infectados intentan comunicarse
11:06
Speaker 2: con un servidor de comandos. El firewall reconoce el patrón
11:08
Speaker 2: y descarta el tráfico antes de que llegue a su objetivo.
11:11
Speaker 2: Estas firmas se actualizan en tiempo real, Cuando los equipos
11:14
Speaker 2: de seguridad de Microsoft identifican un nuevo patrón de ataque
11:16
Speaker 2: señalada a la fuente, su firewall comienza a bloquearlo inmediatamente,
11:20
Speaker 2: sin esperar a martes de parche. Ahora, inspección TLS. Este
11:22
Speaker 2: es un punto clave para entornos regulados. El tráfico cifrado
11:25
Speaker 2: es excelente para la privacidad, pero también para ocultar datos maliciosos.
11:28
Speaker 2: Los atacantes lo saben. Envuelven sus cargas útiles dentro de
11:31
Speaker 2: conexiones HTTPS porque la mayoría de los firewalls no pueden
11:33
Speaker 2: ver dentro de ellas. Primio y si puede. Descifra el tráfico,
11:36
Speaker 2: inspecciona la carga útil, vuelve a cifrarla y la envía
11:38
Speaker 2: a su destino. Todo el proceso toma milisegundos. Sin esto,
11:41
Speaker 2: los ataques cifrados pasan desapercibidos. El filtrado URL va más
11:44
Speaker 2: allá de los nombres de dominio.¿ Puede permitir o bloquear
11:46
Speaker 2: rutas específicas en un sitio web? Quizás quiera permitir el
11:49
Speaker 2: acceso a Microsoft, pero bloquear la página de descargas o
11:51
Speaker 2: permitir un endpoint de pie específico mientras bloquea todo lo
11:54
Speaker 2: demás en ese dominio. Todo esto funciona en conjunto. La
11:57
Speaker 2: inteligencia de amenazas detecta actores maliciosos conocidos, el IDPS detecta
12:00
Speaker 2: patrones de ataque, la inspección teles ocultas, múltiples cargas útiles ocultas,
12:03
Speaker 2: múltiples capas de defensa trabajando como un solo sistema.¿ Cómo
12:05
Speaker 2: se conecta todo, además de consejos prácticos? Así que así
12:08
Speaker 2: es como encaja todo. Azure Firewall no es solo un
12:11
Speaker 2: servicio único. Es un sistema de componentes trabajando con un equipo.
12:15
Speaker 2: La arquitectura canaliza todo el tráfico a través de un
12:17
Speaker 2: punto central. Luego las reglas deciden qué se permite, mientras
12:20
Speaker 2: que la inteligencia de amenazas y el IDPS detectan cualquier
12:22
Speaker 2: actividad sospechosa y la inspección TLS descubre lo que se
12:25
Speaker 2: esconde en las conexiones cifradas. Cada capa añade otra verificación,
12:28
Speaker 2: y eso es defensa en profundidad en acción. Si administra
12:31
Speaker 2: varios firewalls en diferentes regiones, Azure Firewall Manager es su herramienta.
12:35
Speaker 2: Es gratuita y usted crea políticas una vez y las
12:37
Speaker 2: aplica en todas partes. Puede establecer políticas globales que se
12:40
Speaker 2: apliquen a todos los firewalls y luego personalizar políticas locales
12:42
Speaker 2: por equipo o región. Una sola herramienta para gobernar todo
12:45
Speaker 2: su patrimonio de firewall. Ahora hablemos de costos, porque los
12:47
Speaker 2: firewalls funcionan 24-7 y procesan muchos datos. Una forma sencilla
12:51
Speaker 2: de reducir costos es usar el plan de tabla básica
12:53
Speaker 2: de Log Analytics para los registros de su firewall. Puede
12:56
Speaker 2: ahorrar hasta un 80% en costos de ingesta. Esa es
12:58
Speaker 2: la diferencia entre una factura razonable y una sorpresa desagradable.
13:01
Speaker 2: Para entornos que no son de producción, usa Azure Automation
13:03
Speaker 2: para detener el firewall fuera del horario laboral e iniciarlo
13:06
Speaker 2: de nuevo por la mañana. Los entornos de desarrollo y
13:08
Speaker 2: prueba no necesitan protección a las dos AM, así que
13:10
Speaker 2: eso representa un gran ahorro con el tiempo. Para reducir
13:12
Speaker 2: los cargos por procesamiento de datos, revise su enrutamiento y
13:14
Speaker 2: asegúrese de que solo pase por el firewall el tráfico necesario.
13:17
Speaker 2: Use puntos de conexión privados para servicios de Azure siempre
13:19
Speaker 2: que sea posible, permitiendo que los servicios de confianza se
13:21
Speaker 2: comuniquen directamente en lugar de enrutar todo a través de Inspec.
13:25
Speaker 2: El paso más impactante que puedes dar hoy es comenzar
13:27
Speaker 2: con un SKU estándar en una arquitectura de Hub & Spoke.
13:31
Speaker 2: Habilita registros estructurados con el plan de tabla básica y
13:33
Speaker 2: configura la inteligencia contra amenazas en modo de alerta primero.
13:35
Speaker 2: Observa que está llegando a tu red. antes de aplicar
13:38
Speaker 2: la prevención total. Eso te brinda visibilidad sin sorpresas. Así
13:42
Speaker 2: que eso es Azure Firewall, un servicio de seguridad nativo
13:44
Speaker 2: de la nube que inspecciona el tráfico, bloquea amenazas y
13:46
Speaker 2: escala con tu red, todo sin que administres un solo servidor.
13:49
Speaker 2: Comienza con el estándar en la configuración de Joven's Pop.
13:51
Speaker 2: Ese es tu paso más impactante hoy. Suscríbete en tu
13:53
Speaker 2: plataforma de podcast favorita y comparte esto con alguien que
13:56
Speaker 2: esté comenzando su viaje en Azure.