El crecimiento híbrido y multicloud fragmenta el DNS entre los servidores locales de Microsoft, el DNS nativo de la nube y los sitios periféricos, lo que genera conflictos de IP, puntos ciegos y una proliferación de reenvíos que ninguna consola puede resolver por sí sola. La solución duradera es un plano de control adaptado a su dominio. Los equipos que tienen su base en las instalaciones locales de Microsoft y en el perímetro se centralizan con BlueCat Micetro como capa superpuesta, sin necesidad de sustituir los sistemas existentes. Los equipos cuyo centro de gravedad está en la nube y en el entorno multicloud orquestan la DDI desde una base SaaS con BlueCat Horizon. Cada uno gestiona su propio dominio y ofrece una única fuente de visibilidad y control en él.
· 01 — Por qué el DNS nativo de la nube por sí solo falla en entornos híbridos
¿Por qué el DNS nativo de la nube no es suficiente para una empresa híbrida o multicloud?
Los servicios de DNS de la nube pública están diseñados para dar servicio a los recursos informáticos dentro del entorno de un único proveedor y carecen de los mecanismos necesarios para distribuir o hacer interoperar los datos de DNS más allá de esos límites. En un entorno híbrido o multicloud,
Es poco probable que el DNS en la nube sea el único servicio DNS del que depende una empresa, y tratarlo como tal genera auténticas brechas de disponibilidad, cumplimiento normativo y seguridad.
Cada nube ofrece un soporte diferente, contradictorio o inexistente para la delegación de zonas, la recursividad y el reenvío, y no existe interoperabilidad entre servidores de nombres para distribuir datos de zonas fuera del servicio prestado por la nube. Históricamente, los proveedores varían en cuanto al soporte de DNSSEC, y la dependencia de un tercero introduce un riesgo de interrupción del servicio para un componente esencial de la red. Cuando ese proveedor sufre una interrupción del servicio, el impacto puede ser considerable.
Cuando se utiliza el DNS en la nube sin ampliar la DDI local, BlueCat observa cuatro consecuencias recurrentes: pérdida de visibilidad del espacio IP que provoca conflictos e interrupciones del servicio, silos separados de DDI en la nube y locales, reglas de reenvío complejas que consumen recursos y favorecen las configuraciones erróneas, y una prestación de servicios SaaS subóptima que degrada la experiencia del usuario. Los entornos híbridos requieren una gestión centralizada del DNS, el DHCP y las direcciones IP que el DNS en la nube no proporciona.
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
Leer más →
· 02 — ¿Cómo pueden saber los equipos cuándo el DNS gratuito o incluido ya no es suficiente?
¿Cómo pueden saber los equipos cuándo el DNS gratuito o incluido en un paquete ya no es suficiente para las redes empresariales?
El DNS gratuito o incluido en un paquete ya no es suficiente cuando las configuraciones ad hoc, las soluciones provisionales no documentadas y la dependencia de unos pocos expertos convierten al DNS en una dependencia frágil y difícil de escalar.
En ese momento, el riesgo operativo y la carga de mantenimiento superan cualquier ahorro en licencias.
Depender de un DNS gratuito suele dar lugar a configuraciones no estándar, scripts personalizados y ajustes específicos para cada dispositivo que solo un puñado de ingenieros comprende plenamente. A medida que surgen iniciativas híbridas, nuevas aplicaciones o adquisiciones, cada cambio en esa base requiere más soluciones provisionales, lo que aumenta las probabilidades de configuraciones erróneas, interrupciones del servicio y una respuesta lenta ante incidentes, ya que los conocimientos críticos quedan limitados a determinadas personas.
El verdadero coste del DNS gratuito de Microsoft combina el trabajo de los administradores para gestionar los cambios en el DNS, el DHCP y el IPAM, el tiempo dedicado a resolver problemas inesperados y el impacto empresarial de las interrupciones del servicio. Una sola interrupción puede costar cientos de miles de dólares y, a gran escala, puede provocar pérdidas mensuales de varios millones de dólares. Considerar esos incidentes como un efecto secundario inevitable oculta un coste cuantificable y recurrente que puede evaluarse en comparación con las opciones de modernización.
3categorías de costes
3 categorías de costes
El verdadero coste del DNS «gratuito» de Microsoft es la suma del trabajo del administrador, el tiempo dedicado a resolver incidencias y el impacto empresarial de las interrupciones del servicio, no el precio de la licencia.
Wondering when to replace Microsoft DNS or other free DNS services? Learn the real costs, risks, and how to get more from Microsoft DNS without replacing…
6 min·Blog
Leer más →
· 03 — ¿Por qué la integración del DNS del proveedor de la nube con el DNS de la empresa cambia su arquitectura?
¿Por qué la integración del DNS del proveedor de la nube con el DNS de la empresa cambia su arquitectura?
El DNS de los proveedores de nube es algo muy distinto al DNS empresarial.
Cada proveedor abstrae los detalles subyacentes, pero implementa las funciones y los límites del DNS de forma diferente, lo que puede romper silenciosamente las arquitecturas de DNS empresariales existentes si se da por sentado que se comportan de la misma manera.
En los diseños híbridos, las diferencias se manifiestan en torno al acceso basado en roles, las etiquetas y los identificadores de servicio, el enrutamiento específico del proveedor y la forma en que el DNS se integra con los equilibradores de carga nativos de la nube y la identidad. Estos conceptos modifican la forma en que se presentan el tráfico, la telemetría y los incidentes, ya que las direcciones IP efímeras y las políticas basadas en la identidad alteran el aspecto del tráfico en el momento en que este entra en las redes locales —lo cual es importante para la monitorización, el seguimiento de la IP de origen y la respuesta ante incidentes—.
Los equipos deben adoptar modelos de políticas basados en metadatos —en función de la identidad, las etiquetas y los identificadores— junto con los controles heredados basados en IP, y combinar los fundamentos de la nube con laboratorios prácticos para observar el comportamiento. A nivel organizativo, hay que evitar la creación de silos en los que los equipos tradicionales se encarguen del funcionamiento básico mientras un grupo de la nube independiente se dedica a desarrollar de forma autónoma; es necesario involucrar a los expertos en DDI y cortafuegos en los proyectos de nube para compartir la responsabilidad del diseño híbrido.
Networking pros explore integrating enterprise and cloud DNS during the fifth Critical Conversation on Critical Infrastructure hosted in Network VIP.
67 min·Blog
Leer más →
· 04 — ¿Pueden los estándares DNS modernos y cifrados funcionar de forma coherente en un entorno híbrido?
¿Pueden los estándares DNS modernos y cifrados funcionar de forma coherente en un entorno híbrido?
Solo con una política centralizada.
DNSSEC y DNS sobre HTTPS resuelven problemas diferentes —DNSSEC proporciona autenticación de origen a través de una cadena de confianza, mientras que DoH cifra el transporte DNS para garantizar la privacidad—, por lo que son complementarios, no competidores. Mantener ambos juntos en un entorno híbrido depende de una política coherente que abarque plataformas que, de otro modo, estarían fragmentadas.
La adopción de DNSSEC ha sido lenta debido principalmente a la complejidad operativa y a las preocupaciones sobre la compatibilidad con sistemas heredados: los administradores deben gestionar zonas firmadas, material de claves y la rotación continua de claves, mientras que los requisitos de compatibilidad con versiones anteriores sobrecargaban el DNS y aumentaban el riesgo de fallos. El «DNS Flag Day» fue, en esencia, una llamada de atención a los proveedores de DNS para que eliminaran los sistemas antiguos, defectuosos y no conformes, y admitieran extensiones modernas como EDNS.
El cifrado del DNS con DoH mejora la privacidad del usuario final, pero dificulta la supervisión empresarial tradicional, que se basa en el DNS en texto plano para detectar amenazas, enrutar el tráfico y aplicar controles. Además, concentra la resolución en un número reducido de resolutores públicos. Por lo tanto, mantener la visibilidad en un entorno híbrido requiere una capa centralizada que aplique controles coherentes, incluido DNSSEC, en lo que, de otro modo, serían plataformas independientes.
25años
25 años
DNSSEC has existed for roughly 25 años, yet adoption stays slow because signing zones, rotating keys, and debugging broken trust chains remain operationally hard.
· 05 — ¿Qué deben buscar los equipos en un enfoque para unificar los flujos de trabajo de gestión de DNS híbridos?
¿Qué deben buscar los equipos en un enfoque para unificar los flujos de trabajo de gestión de DNS híbridos?
Los equipos deben buscar un enfoque que añada una capa de gestión centralizada sobre el DNS existente en lugar de sustituirlo, uno que ofrezca una visibilidad unificada,
delegación basada en roles, control de cambios basado en flujos de trabajo y una ruta incremental hacia la automatización, mientras que los equipos de servicios DNS, en los que ya se confía, siguen funcionando en segundo plano.
El DNS rara vez falla por motivos técnicos; la dificultad es de carácter operativo. A medida que se multiplican los servidores, las zonas, los sitios y los servicios en la nube, la gestión se fragmenta entre herramientas nativas, hojas de cálculo, scripts, tickets y los conocimientos institucionales de uno o dos administradores sénior. Añadir más infraestructura de DNS agrava el problema en lugar de resolverlo, por lo que el enfoque adecuado debe centrarse en el modelo operativo en lugar de en la plataforma.
Centralizar los servicios, las zonas, los registros y los datos de direcciones IP en una única interfaz proporciona a los equipos visibilidad sobre lo que existe y lo que ha cambiado, les permite delegar el acceso por roles sin ceder el control total y aplica flujos de trabajo coherentes a cada cambio. Dado que la capa se sitúa sobre los servicios existentes, no se produce ningún proceso de migración. A partir de esa base estabilizada, la automatización se convierte en una opción —implementada de forma incremental a través de una API REST y herramientas de «infraestructura como código» como Ansible y Terraform—.
Simplify, automate, and gain visibility across your Microsoft DNS environment—without replacing what already works.
3 min·Blog
Leer más →
· 06 — ¿Cómo pueden los equipos «lean» centralizar el DNS de Microsoft local y en el perímetro sin tener que realizar una sustitución completa?
¿Cómo pueden los equipos «lean» centralizar el DNS de Microsoft local y en el perímetro sin tener que realizar una sustitución completa?
Los equipos «Lean» centralizan el DNS de Microsoft local y en el perímetro superponiéndole una capa de gestión que consolida las zonas DNS, los registros y las asignaciones de direcciones IP en una única interfaz.
BlueCat Micetro lo hace sin sustituir los servidores DNS y DHCP de Microsoft existentes, lo que facilita su gestión tanto en las sucursales y los sitios periféricos como en el centro de datos.
La gestión fragmentada entre servidores locales y consolas independientes dificulta la coherencia y permite que se acumulen conflictos de IP y asignaciones superpuestas, problemas que las hojas de cálculo y las herramientas dispares no pueden rastrear en tiempo real. Micetro consolida los registros y las asignaciones de direcciones de la infraestructura local en una única interfaz de gestión, de modo que los equipos pueden ver todas las zonas, registros y asignaciones en un solo lugar y reducir el riesgo de configuraciones erróneas.
Micetro automatiza los flujos de trabajo que consumen tiempo de ingeniería: asignaciones de direcciones IP, gestión de subredes y actualizaciones de DNS, además de la detección automática de nuevas zonas y asignaciones a medida que cambian los recursos. Aplica políticas de DNS uniformes y proporciona registros de auditoría para evitar cambios no autorizados, lo que ofrece a los equipos reducidos visibilidad centralizada, gobernanza y eficiencia operativa tanto en el entorno local como en el perímetro, sin migraciones disruptivas.
1interfaz de gestión
1 interfaz de gestión
Micetro consolidates DNS zones, records, and IP address assignments from on-premises and cloud infrastructure — including Microsoft Azure and AWS — into a single interfaz de gestión.
With Micetro, integrate, orchestrate, and automate your current DNS, DHCP, and IPAM network infrastructure via a single web interface.
5 min·Page
Ver Micetro →
· 07 — ¿Cómo se coordina la DDI en la nube y en entornos multinube desde un único plano de control SaaS?
¿Cómo se coordina la DDI en la nube y en entornos multinube desde un único plano de control SaaS?
Se orquesta la DDI en la nube y multicloud conectando los sistemas de DNS, DHCP e IPAM de la nube a un plano de control basado en SaaS que centraliza las políticas, la identidad, la automatización y la generación de informes, mientras que los servicios siguen ejecutándose localmente en cada nube.
BlueCat Horizon lo consigue mediante agentes ligeros y de solo salida, de modo que sus entornos en la nube y multinube se unen a un único plano de control SaaS sin necesidad de migración.”
Los entornos modernos distribuyen el DNS entre múltiples plataformas en la nube, y el DDI en la nube, aislado y limitado a dispositivos específicos, introduce riesgos operativos, una gobernanza inconsistente y una respuesta lenta cuando surgen problemas. Horizon conecta esos sistemas en la nube a través de agentes ligeros y puntos de servicio, aplicando identidades, políticas y automatización coherentes, al tiempo que preserva los flujos de trabajo nativos de la nube, el rendimiento local y la soberanía de los datos.
La sincronización bidireccional concilia los cambios realizados de forma centralizada o local, lo que garantiza un estado coherente y cambios auditables en implementaciones heterogéneas. Los informes integrados muestran la utilización de direcciones IP, la actividad de concesiones de DHCP y los cambios de configuración a partir de metadatos seleccionados, sin necesidad de una ingesta completa de datos ni de licencias adicionales. Para entornos cuyo centro de gravedad se encuentra en la nube y en entornos multicloud, Horizon ofrece una única fuente de visibilidad y una vía hacia unas operaciones de red (NetOps) impulsadas por la IA, sin necesidad de trasladar la ejecución fuera de las instalaciones.
BlueCat Horizon is a SaaS-based orchestration and control plane that centralizes DDI policy, identity, reporting, and automation across heterogeneous,…
3 min·Blog
Leer más →
Read article
Plataforma inteligente de NetOps nativa de la nube
BlueCat Horizon is a SaaS-first Intelligent NetOps platform unifying DNS, DHCP, IPAM, security, and observability to automate modern network operations AI
6 min·Page
Ver Horizon →
· 08 — Rutas a seguir
¿Qué enfoque para unificar la gestión del DNS híbrido es el adecuado para su entorno?
La elección correcta depende de dónde se encuentre la presión inmediata: en las operaciones locales y en el perímetro centradas en Microsoft, o en la expansión de la nube y el multicloud. Micetro gestiona el ámbito de Microsoft en las instalaciones y en el perímetro, mientras que Horizon gestiona el ámbito de la nube y el multicloud. Las dos vías que se muestran a continuación se corresponden con el ámbito en el que se centra su presión actualmente, y un entorno híbrido auténtico ejecuta cada una de ellas en su propio ámbito.
PATH 01
Equipo reducido, entorno local centrado en Microsoft más sucursales y perímetro, sin interés en la migración
Superposición de DNS de Microsoft local y en el perímetro
Centralice los servicios, las zonas, los registros y los datos de direcciones IP en una única interfaz sin sustituir el DNS de Microsoft. Introduzca primero la delegación basada en roles y el control de cambios basado en flujos de trabajo; después, amplíe la automatización mediante una API REST y herramientas de infraestructura como código cuando sea el momento adecuado.
Aumento de la presencia de Azure, AWS o GCP, silos de DNS en la nube, necesidad de visibilidad sin mover los datos operativos
Orquestar el DDI en la nube desde SaaS
Conecta tu DDI en la nube existente a través de un plano de control SaaS que preserve la ejecución local en cada nube, concilie los cambios mediante sincronización bidireccional y ofrezca informes integrados para la gobernanza. Esto proporciona visibilidad entre nubes y una vía hacia las operaciones de red inteligentes (NetOps) sin centralizar los datos confidenciales.
Un entorno verdaderamente híbrido con presencia significativa tanto en el entorno local de Microsoft como en la nube
Ejecuta cada dominio en su propio plano de control
Utilice Micetro para el dominio de Microsoft local y en el perímetro, y Horizon para el dominio de la nube y multicloud, de modo que cada uno gestione su propio territorio. Esto le proporciona una política coherente y un control de cambios auditable dentro de cada dominio sin forzar que el entorno local se integre en un plano SaaS ni que la nube se integre en una superposición local. Empieza por el dominio que presente la presión más inmediata y añade el otro cuando sea necesario.
Preguntas frecuentes de los equipos que unifican el DNS en entornos locales, en la nube y en el perímetro.
Se unifican las vistas de DNS al consolidar las zonas de DNS, los registros y las asignaciones de direcciones IP de la infraestructura local y de cada proveedor de nube en una única interfaz de gestión, en lugar de trabajar en consolas separadas. Dado que el DNS nativo de la nube carece de interoperabilidad entre servidores de nombres para distribuir datos de zona más allá de su propio inquilino, lo que realmente permite obtener una vista única es una capa centralizada que detecta y reconcilia el estado en todos los entornos.
La práctica más sólida consiste en una capa de resolución centralizada y sensible a los espacios de nombres que realice búsquedas ordenadas y basadas en prioridades, y que comprenda qué espacios de nombres residen en cada entorno, en lugar de depender de silos por dominio y de frágiles reglas de reenvío condicional. Esto reduce la proliferación de configuraciones, minimiza el número de puntos de intervención para los cambios y permite un control coherente en entornos locales, múltiples nubes y ubicaciones periféricas.
Las actualizaciones dinámicas del DNS se gestionan centralizando la gestión del DNS y de las direcciones IP en una plataforma automatizada que se encarga de las asignaciones de IP, la gestión de subredes y las actualizaciones del DNS, y que detecta automáticamente nuevas zonas y asignaciones a medida que se crean o se retiran recursos. La automatización de estos flujos de trabajo elimina el seguimiento manual que provoca desviaciones y errores de configuración en entornos dinámicos.
Los patrones de implementación basados en DNS se basan en la codificación de los cambios en los registros para que el tráfico pueda alternar entre versiones de la aplicación de forma controlada y repetible. La base práctica consiste en centralizar primero el DNS tras una única interfaz y, a continuación, codificar las operaciones estándar del DNS de forma incremental a través de una API REST y herramientas de infraestructura como código, tales como Ansible y Terraform, de modo que los cambios en los registros se conviertan en una automatización versionada y auditable, en lugar de ediciones manuales.
Se consolidan varios servidores DNS y DHCP añadiendo una capa de gestión que conecta los servidores existentes a través de agentes ligeros o una superposición y centraliza las zonas, los registros, los ámbitos y los datos de IP en una única interfaz, mientras que los servidores subyacentes siguen ejecutándose localmente. Esto proporciona una visibilidad unificada, una política coherente y un control de cambios auditable sin necesidad de una migración de sustitución total ni de perder el rendimiento y la resiliencia locales.
No. El DNS de Microsoft rara vez falla por motivos técnicos; la carga recae en el ámbito operativo a medida que los entornos se amplían. Una capa de gestión añade visibilidad centralizada, delegación basada en roles, control de cambios basado en flujos de trabajo y una vía hacia la automatización a través de una API REST, Ansible y Terraform, mientras que el DNS de Microsoft sigue funcionando en segundo plano; de este modo, los equipos centralizan primero y automatizan cuando están preparados, sin necesidad de realizar una migración.
¿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.
