El DNS de la nube pública por sí solo no puede abarcar entornos locales, en la nube y en el perímetro, y a medida que los entornos crecen, la proliferación de reenviadores, el solapamiento del espacio de IP y los «jardines vallados» de los proveedores merman la visibilidad y favorecen las interrupciones del servicio. Este pilar aborda por qué el DNS en la nube se queda corto, cómo estandarizar la nomenclatura en AWS, Azure y GCP, las compensaciones en materia de seguridad del DNS y qué requiere un enfoque de reenvío centralizado . Se ofrecen dos vías , según la ubicación de su entorno : Micetro moderniza el DNS de Microsoft local sin necesidad de sustituirlo, y Horizon gestiona el DDI en la nube con observabilidad.
· 01 — Por qué el DNS de la nube pública no es suficiente para los entornos híbridos
¿Por qué el DNS de la nube pública no es suficiente para entornos híbridos y multicloud?
Los servicios de DNS en la nube pública están diseñados para dar servicio a cargas de trabajo dentro del entorno de un único proveedor y no ofrecen la capacidad de actuar entre entornos,
conectividad entre nubes y en las propias instalaciones que necesitan las empresas híbridas, una brecha que genera riesgos de disponibilidad, cumplimiento normativo y seguridad.
El DNS en la nube está optimizado para el procesamiento dentro de su propio entorno, con mecanismos limitados o conflictivos para la delegación de zonas, la recursividad y el reenvío más allá de esos límites, y escasa interoperabilidad de los servidores de nombres fuera del servicio prestado en la nube. Tal y como señala el análisis, «es poco probable que el DNS en la nube sea el único servicio DNS del que dependa su empresa».
Confiar exclusivamente en el DNS en la nube hace que los equipos tengan que adivinar la asignación de direcciones IP, divide el DDI en silos separados y obliga a aplicar reglas de reenvío complejas que favorecen las configuraciones erróneas y las interrupciones del servicio. «Las empresas necesitan servicios de red de alta disponibilidad que puedan implementarse y escalarse en arquitecturas heterogéneas, desde entornos locales hasta la nube», lo que implica extender el DDI local a la nube.
Unsure about cloud DNS services and hybrid-cloud enterprises? Learn more with BlueCat, including why it isn't so simple for managing networks.
8 min·Blog
Más información →
· 02 — Estandarización de la nomenclatura DNS en las principales nubes
¿Cómo se estandarizan las convenciones de nomenclatura del DNS en AWS, Azure y GCP?
La estandarización de la nomenclatura DNS en todas las nubes requiere la participación temprana de los equipos de DDI y garantizar la coherencia mediante prácticas de DDI centralizadas y herramientas de terceros que abarquen la cuenta, la VPC,
y del proveedor que las propias nubes no conectan, ya que cada nube pública ofrece una compatibilidad heterogénea con las funciones de DNS y duplica fácilmente los nombres más allá de los límites.”
La adopción del autoservicio crea «islas de nube»: muchos equipos crean cuentas, VPC, zonas y registros sin conocimientos especializados en DDI. «Esta descentralización fragmenta la gestión del DNS, reduce la visibilidad y el control, y aumenta los problemas de interoperabilidad entre pilas heterogéneas», lo que da lugar a nombres duplicados y reglas de reenvío puntuales que traspasan los límites.
Los proveedores también difieren en cuanto a los tipos de registros admitidos, el DNSSEC (AWS y GCP lo admiten; Azure no) y los límites de las zonas alojadas, por lo que la resolución entre entornos sigue siendo frágil. Dado que las nubes no interoperan más allá de sus propias fronteras, la coherencia debe imponerse desde el exterior: «las organizaciones deberían involucrar a sus equipos de DDI desde las primeras fases de la adopción de la nube para diseñar un DNS coherente y de nivel empresarial que abarque el entorno local y múltiples nubes», con el apoyo de herramientas de detección y gestión de terceros.
10 / 250 / 10 000límites de la zona alojada"
10 / 250 / 10 000 límites de la zona alojada"
AWS, Azure y GCP limitan las zonas alojadas a 10, 250 y 10 000, respectivamente; una de las muchas inconsistencias que obligan a recurrir a soluciones alternativas y complican la nomenclatura en un entorno multicloud.
The public cloud presents major challenges for DNS management. Examine various capabilities and limitations of Azure, AWS, and GCP with BlueCat.
14 min·Blog
Más información →
· 03 — Los retos que plantean el DNS en entornos híbridos y multicloud
¿Qué nuevos retos relacionados con el DNS plantean las redes híbridas y multicloud durante las migraciones a la nube?
Las redes híbridas y multicloud introducen redes virtuales segmentadas, espacios IP superpuestos y espacios de nombres DNS fragmentados,
y los nuevos límites de seguridad que hacen que la integración ad hoc tradicional del DNS resulte inmanejable y empujan a los equipos hacia un frágil mosaico de reenviadores condicionales.
Las redes en la nube sustituyen los conocidos dominios de capa 2 y los límites claros entre lo público y lo privado por VPC, acuerdos de interconexión, puertas de enlace y puntos finales privados entre distintos proveedores. Los microservicios y Kubernetes multiplican los nombres DNS, mientras que los diseños multicloud «crean un espacio IP superpuesto y espacios de nombres fragmentados que superan las competencias habituales de los equipos de nube».
Los reenviadores condicionales y las zonas stub mantenidos manualmente se convierten en un «salvaje oeste» que merma la visibilidad y la seguridad a medida que el entorno crece. Los equipos de DDI recuperan el control al establecer una única fuente de verdad autorizada para DNS, DHCP e IPAM, ya que «una única fuente de verdad es necesaria para impulsar con éxito cualquier nivel de automatización».
milesreenviadores condicionales"
miles reenviadores condicionales"
Los entornos de nube híbrida acumulan habitualmente miles de reglas de reenvío DNS condicionales, lo que concentra el riesgo y la carga operativa en un pequeño grupo de expertos en DNS.
Hybrid multicloud DNS should centralize DDI, governance, and cloud integration to avoid brittle forwarding and restore visibility.
6 min·Blog
Más información →
· 04 — Seguridad del DNS y detección de amenazas en un entorno híbrido de DNS
¿Cuáles son las estrategias eficaces para la seguridad del DNS y la detección de amenazas en entornos híbridos?
Una seguridad DNS eficaz para entornos híbridos combina integridad y visibilidad: DNSSEC proporciona autenticación de origen a través de una cadena de confianza,
mientras que preservar la visibilidad de la empresa sobre las consultas DNS en texto plano sigue siendo esencial para la detección de amenazas; de ahí que muchas organizaciones se muestren cautelosas con el DNS sobre HTTPS.
DNSSEC y DoH resuelven problemas diferentes. DNSSEC firma los datos del DNS para que los resolutores puedan validar que las respuestas son auténticas y no han sido manipuladas; DoH cifra el transporte del DNS para garantizar la privacidad. Son complementarios, no competidores, pero «DNSSEC proporciona autenticación de origen a través de una cadena de confianza, pero es difícil de configurar y mantener».
El cifrado del DNS con DoH «dificulta la monitorización empresarial tradicional que se basa en el DNS en texto plano», lo que reduce la visibilidad de la que disponen las herramientas de seguridad para detectar malware y enrutar el tráfico, y concentra la resolución en unos pocos resolutores públicos. Esa disyuntiva es la razón por la que las estrategias híbridas de detección de amenazas dan prioridad al mantenimiento de la visibilidad a nivel de consulta.
We rounded up industry experts to discuss the intersection of networking, cloud, storage, and virtualization. Here is their conversation.
50 min·Blog
Más información →
· 05 — Qué hay que tener en cuenta en un enfoque híbrido de reenvío de DNS
¿Qué deben buscar los equipos en un enfoque híbrido de reenvío de DNS?
Los equipos deben buscar un enfoque centralizado que trate cada fuente de datos como un espacio de nombres con reenvío ordenado y priorizado,
mantiene una única fuente de información veraz tanto en las instalaciones como en todas las nubes, funciona con todos los principales proveedores y automatiza el DNSSEC en lugar de requerir tareas manuales desde la línea de comandos.
«La gestión descentralizada o paralela de la infraestructura DNS puede dar lugar a una situación en la que resulte más difícil lograr la automatización». El primer criterio, por tanto, es una resolución centralizada e inteligente: cuando el resolutor es el primer salto, comprueba cada espacio de nombres según el orden de prioridad elegido por el administrador y solo reenvía la solicitud si la fuente anterior no ha devuelto ninguna respuesta.
La segunda es la neutralidad en la nube y la seguridad con bajo esfuerzo, con resolución certificada en AWS, Azure, Google Cloud y nubes privadas, de modo que el DNS se gestiona de forma coherente independientemente de dónde se encuentren los activos, además de DNSSEC, que se propaga automáticamente entre las zonas padre e hijo en lugar de requerir la generación manual de claves y la redistribución de anclajes de confianza.
· 06 — Modernización del DNS y el DHCP locales sin necesidad de sustituir todo el sistema
¿Cómo pueden los equipos ágiles y centrados en Microsoft modernizar el DNS y el DHCP locales sin tener que sustituir todo el sistema?
Los equipos ágiles modernizan el DNS y el DHCP locales orquestando la migración in situ con BlueCat Micetro, que sustituye las exportaciones manuales y las migraciones nocturnas por procesos guiados por un asistente,
flujos de trabajo transaccionales en Microsoft, BIND, Kea y Cisco IOS, lo que reduce el esfuerzo y, al mismo tiempo, mantiene una ruta de reversión con un solo clic.
Micetro trata cada migración como una transacción segura utilizando el mismo modelo de objetos que su API REST, de modo que los datos se mantienen coherentes y la verificación previa detecta los conflictos de configuración y las dependencias que faltan antes de que se aplique cualquier cambio. «La verificación previa elimina el riesgo de los cambios», ya que la detención automática ante errores y la reversión instantánea eliminan la ansiedad que genera la transición.
Incluso puede recuperar zonas DNS y ámbitos DHCP de hardware desconectado o fuera de servicio utilizando metadatos almacenados en caché y copias de seguridad, de modo que los servidores heredados de Microsoft se puedan retirar sin necesidad de volver a conectarlos. Dado que todas las funciones están expuestas a través de una API REST, las migraciones masivas se integran con Ansible y Terraform para una modernización gradual en las instalaciones.
60–80 %menor esfuerzo de migración»
60–80 % menor esfuerzo de migración»
La migración basada en un asistente con validación integrada reduce el esfuerzo de migración en un 60-80 % aproximadamente, en comparación con los procesos manuales de exportación y scripts, y genera menos incidentes tras la migración.
Automate cross-platform DNS and DHCP migration with Micetro to reduce risk, eliminate manual effort, and modernize infrastructure faster.
4 min·Blog
Más información →
· 07 — Unificar el DDI en la nube con la observabilidad como SaaS
¿Cómo unifican los equipos el DDI en la nube y en entornos multicloud con la observabilidad de la red como SaaS?
Los equipos cuyo enfoque se centra en la nube y el entorno multicloud unifican el DDI con la observabilidad a través de BlueCat Horizon, una plataforma SaaS que integra DNS, DHCP e IPAM con la observabilidad de la red, de modo que los datos de direccionamiento y resolución puedan correlacionarse con la telemetría en tiempo real para una respuesta más rápida ante los incidentes.
Se trata de la opción de dominio en la nube, seleccionada por el departamento de TI, distinta de la vía de modernización local, y no superpuesta a ella.
Horizon actúa como una capa común de control e integración entre las ofertas basadas en SaaS, proporcionando pasarelas API compartidas, autenticación y análisis de IA centralizados. EMA identifica la unificación de DDI y la observabilidad como un cambio estratégico, ya que permite flujos de trabajo entre productos, operaciones basadas en el contexto, enrutamiento inteligente del tráfico y respuestas de seguridad de bucle cerrado que antes estaban aisladas en silos.
Su arquitectura separa el control basado en la nube de la residencia local de datos y servicios: el plano de control, la IA y la orquestación se ejecutan en la nube, mientras que los servicios de protocolo y la telemetría de gran volumen pueden permanecer en los entornos de nube elegidos por el cliente. La incorporación de nuevos servicios resulta menos disruptiva, ya que las integraciones y los flujos de datos ya existen dentro de la plataforma.
EMA evaluates BlueCat Horizon, highlighting unified DDI and observability, SaaS control architecture, and AI-driven integration benefits.
1 min·Blog
Más información →
· 08 — Próximos pasos
¿Qué ruta de reenvío de DNS híbrida es la adecuada para tu entorno?
El camino adecuado depende de dónde se encuentre el centro de gravedad de su entorno y cuál sea su prioridad inmediata: ganar visibilidad, modernizar el entorno local sin interrupciones o implementar DDI con prioridad en la nube y observabilidad. La mayoría de las organizaciones avanzan de forma iterativa, pero los productos se dividen claramente por ámbitos; elija el que se ajuste a dónde se encuentran realmente sus cargas de trabajo y sus riesgos.
PATH 01
Cuando la expansión híbrida ha superado la visibilidad centralizada
Establezca primero la visibilidad y una única fuente de verdad
Consolida los datos de DNS, DHCP e IP, tanto locales como en la nube, en un único sistema de referencia y consigue visibilidad a nivel de consulta antes de automatizar nada. Esto reduce los conflictos de IP y el riesgo de los reenviadores, y sienta las bases para una modernización segura.
Entorno centrado en Microsoft, equipo reducido, sin interés en una sustitución completa
Modernice sus entornos locales sin necesidad de cambiarlos con Micetro
Orqueste la migración multiplataforma de DNS y DHCP mediante flujos de trabajo transaccionales guiados por asistentes y validación previa a la ejecución. Retire gradualmente la infraestructura heredada de Windows —incluso recuperando ámbitos de hardware fuera de línea— sin perder la posibilidad de revertir los cambios con un solo clic.
Centro de gravedad en la nube o multicloud, en busca de la observabilidad y la automatización de NetOps
Ejecute DDI en la nube y en entornos multinube con Horizon
Unifique el DDI y la observabilidad de la red en una plataforma SaaS para que los datos de resolución se correlacionen con la telemetría en tiempo real y así acelerar la respuesta ante incidentes. Mantenga el control en la nube mientras los servicios de protocolo y la telemetría permanecen en los entornos que usted elija.
Preguntas frecuentes de los equipos que diseñan el reenvío de DNS híbrido y multicloud.
Automatice la implementación de DNSSEC para que el esquema de firma se propague por las zonas padre e hijas sin necesidad de generar claves manualmente ni redistribuir los anclajes de confianza, y valide la configuración antes de aplicar los cambios. DNSSEC opera por encima de la capa IP, por lo que se comporta de forma idéntica en IPv4 e IPv6 y no altera el comportamiento de la resolución a nivel de aplicación.
No. Un enfoque centralizado se integra con el DNS nativo de la nube cuando es necesario, en lugar de sustituirlo, gestionando la resolución multipath de una sola vez en lugar de mediante reglas ad hoc específicas para cada entorno. Los servicios nativos de la nube siguen gestionando las cargas de trabajo dentro del tenant, mientras que el DDI central controla la resolución y la visibilidad entre entornos.
Un gran número de «reenviadores condicionales» concentra el conocimiento tribal en unos pocos especialistas, retrasa la prestación del servicio y aumenta el riesgo de interrupciones, al tiempo que empuja a los equipos hacia soluciones alternativas de «TI en la sombra». La resolución multipath automatizada y priorizada desde una única interfaz sustituye a las frágiles reglas de ruta única y es mucho más fácil de mantener.
Sí. Las herramientas de migración transaccional con validación previa, conservación de los contratos de arrendamiento y reversión con un solo clic le permiten minimizar o evitar el tiempo de inactividad. Los conflictos de configuración y las dependencias que faltan se detectan antes de que se aplique cualquier cambio, y una prueba fallida tras la migración devuelve el sistema a un estado conocido como correcto.
No. Los modelos de administración delegada permiten a los equipos de la nube y de DevOps realizar el aprovisionamiento dentro de espacios regulados bajo una política compartida, de modo que conservan la agilidad sin crear cuellos de botella. Una plataforma de DDI coherente que se sincroniza con los recursos DNS e IP asignados por la nube evita conflictos al tiempo que preserva una única fuente de verdad.
El DNS en la nube híbrida abarca recursos locales, de nube privada y de nube pública, mientras que «multinube» significa utilizar más de un proveedor de nube pública. Una arquitectura puede ser ambas cosas, por lo que el reenvío de DNS debe funcionar más allá de los límites de los inquilinos, las cuentas y las VPC, que cada proveedor trata de forma diferente.
¿Todavía tienes dudas?
Obtén respuestas reales de un representante de BlueCat.
We’re using cookies on this website to improve your experience. Cookies help us learn how you interact with our website and remember you when you come back so we can tailor it to your interests.
To learn more about cookies and how we use them, read our cookie notice.
Some cookies are essential, while others help us to improve your experience by giving us insight into how you are using our website. You may adjust your preferences for non-essential cookies below.
To learn more about cookies and how we use them, read our cookie notice. You can also review our privacy policy for more details on the personal data we collect, use, hold, and disclose when you visit our website or use our products and services.
Functional cookies
Functional cookies are essential cookies that allow us to remember choices or changes you have made (such as to language settings or your choices regarding the use of cookies). These cookies cannot be turned off since they are essential for the operation of our Websites.
Analytics cookies
Analytics cookies are non-essential cookies that collect information on how visitors use our Websites. We use this information with your consent to measure the number of visitors to our Websites, determine whether specific content or communication has been viewed, and to help us improve our Websites and communication. These cookies can be turned off.
Personalisation Storage
Personalisation cookies are non-essential cookies that collect information when you fill out a form on this website. We only use this information with your consent to pre-fill other forms on the site. These cookies can be turned off.
Marketing cookies
Marketing cookies are cookies that are placed by third parties to collect information about your visits and actions on our Websites so that they or we can deliver ads to you later, such as when you are on certain third-party sites or platforms. These cookies may be used by those third parties to build a profile of your interests and show you relevant ads on other websites. These cookies also enable visitors to our Websites to share content on social networks and to enable and evaluate interactions with our communication and social media tools. These cookies can be turned off.
