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 tu 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 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 en 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 multinube,
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 deficiencias en materia 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 los servidores de nombres para distribuir los datos de las 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
Más información →
· 02 — ¿Cómo pueden saber los equipos cuándo el DNS gratuito o incluido en un paquete ya no es suficiente?
¿Cómo pueden saber las empresas cuándo el DNS gratuito o incluido en un paquete ya no es suficiente para las redes corporativas?
El DNS gratuito o incluido en un paquete ya no es suficiente cuando las configuraciones improvisadas, 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 las 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 unas pocas 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 compararse 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
Más información →
· 03 — ¿Por qué la integración del DNS del proveedor de servicios en la nube con el DNS de la empresa cambia su arquitectura?
¿Por qué la integración del DNS del proveedor de servicios en la nube con el DNS de la empresa cambia su arquitectura?
El DNS de los proveedores de servicios en la nube es muy diferente del DNS empresarial.
Cada proveedor abstrae los detalles subyacentes, pero implementa las características y los límites del DNS de forma diferente, lo que puede alterar 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 hacen evidentes en lo que respecta 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. Estas estructuras 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 relevante 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 —como la identidad, las etiquetas y los rótulos— junto con los controles tradicionales basados en IP, y combinar los fundamentos de la nube con talleres prácticos para observar el comportamiento. A nivel organizativo, hay que evitar la creación de silos en los que los equipos tradicionales se limiten a mantener el sistema en funcionamiento mientras un grupo de la nube independiente trabaja por su cuenta; hay que involucrar a los expertos en DDI y cortafuegos en los proyectos de la 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
Más información →
· 04 — ¿Pueden los estándares DNS modernos y cifrados funcionar conjuntamente en un entorno híbrido?
¿Pueden los estándares DNS modernos y cifrados funcionar conjuntamente 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. La integración de ambos 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, principalmente debido 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 tener en cuenta las empresas a la hora de adoptar un enfoque para unificar los flujos de trabajo de gestión híbrida del DNS?
¿Qué deben tener en cuenta las empresas a la hora de adoptar un enfoque para unificar los flujos de trabajo de gestión híbrida del DNS?
Los equipos deberían buscar un enfoque que añada una capa de gestión centralizada sobre el DNS existente, en lugar de sustituirlo, y 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 confiamos siguen funcionando en segundo plano.
El DNS rara vez falla por motivos técnicos; el problema 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.
La centralización de los servicios, las zonas, los registros y los datos de direcciones IP en una única interfaz ofrece 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, codificada de forma incremental a través de una API REST y herramientas de infraestructura como código, tales como Ansible y Terraform.
Simplify, automate, and gain visibility across your Microsoft DNS environment—without replacing what already works.
3 min·Blog
Más información →
· 06 — ¿Cómo pueden los equipos ágiles centralizar el DNS de Microsoft en las instalaciones y en el perímetro sin tener que realizar una sustitución completa?
¿Cómo pueden los equipos ágiles centralizar el DNS de Microsoft en las instalaciones y en el perímetro sin tener que realizar una sustitución completa?
Los equipos Lean centralizan el DNS de Microsoft, tanto en las instalaciones como en el perímetro, superponiendo una capa de gestión que consolida las zonas DNS, los registros y las asignaciones de direcciones IP en una única interfaz.
BlueCat Micetro hace esto sin sustituir los servidores DNS y DHCP de Microsoft existentes, lo que facilita su gestión tanto en las sucursales y en 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 las instalaciones como en el perímetro, sin migraciones que interrumpan el servicio.
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 gestiona la DDI en la nube y en entornos multinube 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 multicloud se unen a un único plano de control SaaS sin necesidad de migración.
Las empresas modernas distribuyen el DNS entre múltiples plataformas en la nube, y los sistemas DDI en la nube aislados y vinculados a dispositivos específicos introducen 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 IP, la actividad de las asignaciones 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 los 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 IA, sin necesidad de trasladar la ejecución a las instalaciones locales.
BlueCat Horizon is a SaaS-based orchestration and control plane that centralizes DDI policy, identity, reporting, and automation across heterogeneous,…
3 min·Blog
Más información →
Read article
Plataforma inteligente de NetOps nativa en 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 de reenvío
¿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 perimetrales 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, además de 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. Implemente primero la delegación basada en roles y el control de cambios basado en flujos de trabajo; posteriormente, 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 en Azure, AWS o GCP, silos de DNS en la nube; se necesita visibilidad sin mover los datos operativos
Orquestar la DDI en la nube desde SaaS
Conecta tu DDI en la nube existente a través de un plano de control SaaS que mantiene la ejecución local en cada nube, concilia los cambios mediante una sincronización bidireccional y ofrece informes integrados para la gobernanza. Esto proporciona visibilidad entre nubes y allana el camino hacia unas operaciones de red inteligentes (NetOps) sin centralizar los datos confidenciales.
Un entorno híbrido auténtico con presencia significativa tanto en las instalaciones de Microsoft como en la nube
Ejecuta cada dominio en su propio plano de control
Utilice Micetro para el dominio de Microsoft local y perimetral, y Horizon para el dominio en 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 obligar al entorno local a pasar a un plano SaaS ni al entorno en la nube a convertirse en una superposición del entorno local. Empieza por el dominio que presente la necesidad más urgente 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 con consolas independientes. Dado que el DNS nativo de la nube carece de interoperabilidad entre servidores de nombres para distribuir los datos de las zonas 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 recomendada consiste en una capa de resolución centralizada y sensible a los espacios de nombres que realiza búsquedas ordenadas y basadas en prioridades, y que entiende qué espacios de nombres residen en qué entornos, en lugar de depender de silos por dominio y de frágiles reglas de reenvío condicional. Esto reduce la proliferación de configuraciones, disminuye el número de puntos de intervención para los cambios y permite controles coherentes en entornos locales, múltiples nubes y ubicaciones periféricas.
La gestión de las actualizaciones dinámicas del DNS se lleva a cabo 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 el DNS se basan en la codificación de los cambios en los registros, de modo que el tráfico pueda redirigirse 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» (IaC), 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 pérdida de rendimiento y resiliencia locales.
No. El DNS de Microsoft rara vez falla por motivos técnicos; la dificultad es de carácter 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.
