Los servicios de DNS nativos de la nube no son el problema; lo es la ausencia de una autoridad única que los supervise. Las empresas resuelven esto consolidando el DNS, el DHCP y el IPAM en una única plataforma DDI unificada. BlueCat Integrity es una de esas plataformas, que detecta, sincroniza y gestiona conjuntamente los registros en la nube y locales.
¿Qué es el DDI y por qué las empresas necesitan un DNS, un DHCP y un IPAM unificados?
DDI son las siglas de DNS, DHCP y gestión de direcciones IP (IPAM), y describe la integración de estos tres componentes básicos de red en una única solución de gestión.
Las empresas necesitan que estén unificados porque, cuando se gestionan por separado, los registros se desajustan con respecto al uso real de las direcciones IP y no hay un único lugar que contenga la información veraz.
El DNS proporciona direcciones IP, el DHCP las asigna y el IPAM planifica y realiza un seguimiento del espacio de direcciones. La integración de estos servicios básicos de DNS, DHCP y direcciones IP en una única solución de plataforma puede transformar la gestión de la red. Con una solución centralizada, los administradores de red obtienen visibilidad y control de su red desde un único panel de control.
La integración es lo que genera la mejora operativa. En lugar de que exista una discrepancia entre los registros y el uso real de las direcciones IP, los registros se actualizan en tiempo real: al añadir un registro de host se actualiza la asignación de IP, y los rangos de DHCP pueden modificarse con la seguridad de que no existe ya un dispositivo estático. Las plataformas modernas amplían esto a los recursos de nube híbrida, la transición a IPv6 y la automatización.
DDI stands for DNS, DHCP, and IP address management (IPAM) and describes the integration of these core networking components into one management solution.
1 min·Page
Leer más →
· 02 — LOS LÍMITES DEL DNS NATIVO DE LA NUBE
¿Cuáles son los límites del servicio DNS nativo de cada nube a escala empresarial?
El DNS de cada proveedor está diseñado para dar servicio a las cargas de trabajo dentro de su propio entorno.
Allí se resuelve correctamente y se detiene en el límite, por lo que ninguna herramienta propia de la nube puede gestionar los nombres, las direcciones o las políticas en las demás nubes y en el centro de datos.
AWS cuenta con Route 53 y Amazon DNS, Azure con Azure DNS y Google Cloud con Google Cloud DNS. Los equipos de la nube los utilizan por defecto porque son los DNS más cercanos a los que tienen acceso, y dentro de un único inquilino funcionan bien. Las limitaciones se hacen evidentes en los extremos.
La compatibilidad con las funciones de DNS empresarial varía según el proveedor, por lo que un control en el que confía el equipo de red en una nube puede no existir en otra. Además, cada proveedor convierte un componente esencial de la red en una dependencia de terceros: cuando un proveedor sufre una interrupción en la resolución, todas las aplicaciones que dependen de él también dejan de funcionar, y la empresa no tiene ningún recurso dentro de las herramientas de ese proveedor.
La automatización se topa con el mismo obstáculo, y ahí es donde los costes se multiplican. Los servicios DDI nativos de cada nube solo automatizan dentro de su propio entorno, por lo que no existe una interfaz única a través de la cual el equipo de red pueda impulsar el cambio. Aprovisionar un registro en tres nubes implica tres herramientas, tres conjuntos de credenciales y tres scripts que mantener. El trabajo no se adapta al tamaño del entorno; se multiplica con él.
Una plataforma empresarial solo cubre esa brecha si su propia automatización es completa. Las API parciales o heredadas obligan a los equipos a recurrir de nuevo a soluciones provisionales poco fiables, por lo que lo que importa es si cada acción disponible en la interfaz también está disponible mediante programación, a través de puntos finales documentados y basados en estándares a los que las cadenas de herramientas de DevOps puedan acceder directamente.
Discover API-first DDI with Integrity X by using REST v2 to automate DNS, DHCP, and IPAM for scalable, secure network operations.
5 min·Blog
Leer más →
· 03 — LOS CINCO RETOS DE LA NUBE
¿Qué ocurre con la visibilidad del DNS, el DHCP y el IPAM durante una migración híbrida o multicloud?
La transición hacia una estrategia «cloud-first» fragmenta la visibilidad y el control de la red que NetOps se ha esforzado por conseguir.
Los conflictos de IP surgen debido a la superposición del espacio de direcciones IP, y el resultado son interrupciones en servicios y aplicaciones críticos.
Se repiten cinco patrones. Los departamentos y equipos gestionan sus propias cuentas en la nube, por lo que la «TI en la sombra» se convierte en la norma y no existe una única fuente de verdad que regule el espacio IP. El DDI en la nube y el local se convierten en entidades separadas, por lo que la coordinación de los cambios se transforma en un proceso manual intensivo que introduce errores y frena la innovación.
Los tres factores restantes agravan la situación: una maraña de reglas de reenvío condicionales que requieren actualizaciones constantes y de las que, por lo general, se encarga una sola persona; un enrutamiento ineficiente del tráfico hacia servicios SaaS como Office 365 y Salesforce; y un modelo de responsabilidad compartida que deja a la empresa a cargo de todo lo que queda fuera de la infraestructura del proveedor.
5Retos del DDI en la nube
5 Retos del DDI en la nube
La adopción de la nube genera de forma fiable cinco patrones distintos de fallos en el DDI: cuentas descentralizadas, control dividido entre la nube y las instalaciones locales, proliferación de reglas de reenvío, enrutamiento ineficaz de SaaS y telemetría de seguridad externalizada.
The cloud-first transition has splintered network visibility and control for NetOps. But the DNS, DHCP, and IPAM hurdles they face can be overcome.
4 min·Blog
Leer más →
· 04 — EL COSTE DE LA FRAGMENTACIÓN
¿Cuánto le cuesta realmente a una empresa tener el DNS, el DHCP y el IPAM fragmentados?
Un DDI fragmentado no es gratuito.
Su coste se traduce en interminables horas de trabajo de ingeniería dedicadas a tareas rutinarias, una costosa expansión de la infraestructura y el elevado precio del tiempo de inactividad de la red. La mayor parte de ese tiempo de inactividad es autoinfligido.
Según un estudio de Enterprise Management Associates, la pérdida media de una empresa asciende a 12 900 dólares por minuto durante las interrupciones de los servicios de TI. Esto no solo supone un gasto económico, sino que afecta directamente a la satisfacción del cliente y a la reputación de la marca. Los sistemas fragmentados, con controles de seguridad inconsistentes, visibilidad limitada y procesos manuales, son los responsables de que esos minutos se acumulen.
La causa rara vez es exótica. Según EMA, el 60 % de las interrupciones de red se deben a errores humanos, errores evitables que cuestan a las empresas un tiempo y un dinero muy valiosos. La aplicación centralizada de políticas, los controles de acceso basados en roles y los registros de auditoría automatizados abordan directamente este tipo de errores y facilitan la demostración del cumplimiento normativo.
60 %
60 %
El 60 % de las interrupciones de red se deben a errores humanos, lo que convierte el control centralizado y el acceso basado en roles en una inversión en fiabilidad, más que en una mera formalidad de gobernanza.
¿Qué deben buscar los equipos en una plataforma que integre el DDI empresarial con servicios DNS nativos en la nube?
Busque cinco capacidades, cada una de ellas la inversa de un modo de fallo documentado: visibilidad de 360 grados, control total del espacio IP y de la autoridad DNS,
aprovisionamiento automatizado en cualquier nube, una configuración centralizada del enrutamiento DNS y una aplicación coherente de las políticas de seguridad con registro completo de las consultas.
La visibilidad implica descubrir y sincronizar los datos de DNS entre las nubes y realizar un seguimiento de los servicios que han creado los equipos de nube y de DevOps. El control implica gestionar el espacio IP entre las nubes y centralizar la autoridad para la resolución de DNS, de modo que desaparezcan los retrasos en la prestación de servicios. La automatización implica aprovisionar y configurar servicios de DDI en cualquier nube sin tener que mantener una compleja infraestructura superpuesta por cada proveedor.
Los dos últimos criterios son los que determinan la mayoría de las evaluaciones. La configuración centralizada de las reglas de enrutamiento del DNS es lo que supera la complejidad del reenvío condicional y preserva una experiencia de usuario rápida. La aplicación coherente de las políticas de seguridad, con registros de consultas y respuestas recopilados de todos los resolutores, es lo que acorta el análisis de la causa raíz y reduce el tiempo necesario para detectar y solucionar los problemas.
Learn with BlueCat how security by design, cloud integration, and API programmability offer three technical reasons to adopt Unified DDI.
6 min·Blog
Leer más →
· 06 — LA CONSOLIDACIÓN EN LA PRÁCTICA
¿Cómo consolidan las empresas varios servidores DNS y DHCP en un único plano de gestión que abarque tanto entornos en la nube como locales?
Ejecutando todos los servidores DNS y DHCP, independientemente de su ubicación, bajo un único plano de gestión que contenga la única fuente de verdad.BlueCat Integrity proporciona ese plano, en lugar de dejar que cada entorno se administre mediante sus propias herramientas.
Integrity combina BlueCat Address Manager con los servidores DNS/DHCP de BlueCat en una arquitectura de tipo «hub-and-spoke». Un único dispositivo Integrity de nivel empresarial gestiona miles de servidores DNS y DHCP, por lo que la consolidación no implica sustituir todo el parque de servidores de una sola vez. Integrity admite actualizaciones por fases, lo que permite a los equipos incorporar los entornos al control centralizado de forma secuencial, y su modelo de «paga a medida que creces» evita la actualización forzada que suele paralizar estos proyectos.
El control centralizado solo resulta útil si llega a los elementos que los equipos realmente modifican. Integrity incluye plantillas de red, herramientas de modelado de IP y controles de acceso basados en roles, de modo que un equipo define cómo se estructuran el espacio de direcciones y los registros, y luego delega el trabajo diario sin renunciar a la coherencia. Cada cambio pasa por Integrity, lo que significa que hay un único registro de lo que se ha añadido, modificado o eliminado.
La OpenAPI RESTful de Integrity es la que lleva ese plano al ámbito del trabajo nativo en la nube. Es independiente del proveedor y está documentada, por lo que los procesos de aprovisionamiento y el descubrimiento de servicios consumen Integrity de forma programática en lugar de esperar a que se resuelvan los tickets, y se aplican las mismas políticas tanto si un registro se origina en un centro de datos como en un proceso de implementación.
Más de 1000
Más de 1000
Un único Integrity Address Manager admite más de 1.000 servidores DNS/DHCP conectados con soporte de versiones N-2, lo que hace que un plano de gestión sea práctico a escala empresarial y no solo teórico.
Tame network complexity with Integrity's full-stack DDI management platform and get visibility and control over your DNS, DHCP, and IPAM.
9 min·Page
Ver integridad →
· 07 — Rutas a seguir
¿Qué vía de integración es la adecuada para un entorno híbrido o multicloud?
Crear una única fuente de verdad no significa necesariamente prescindir por completo de los servicios DDI en la nube. Del mismo principio de una autoridad por encima de las nubes se derivan tres vías. La más adecuada depende de qué parte del entorno la empresa pretenda someter a dicha autoridad.
PATH 01
Los equipos de la nube apuestan por los servicios nativos de los proveedores
Integrarlo con el DNS nativo de la nube
Mantén Route 53, Azure DNS y Google Cloud DNS en funcionamiento y convierte la plataforma empresarial en la autoridad de detección y sincronización por encima de ellos. La detección automatizada y la sincronización continua concilian los registros y las direcciones en tiempo real. Esta es la opción más fluida cuando las herramientas nativas de la nube están bien arraigadas.
La proliferación de reenviadores y el solapamiento del espacio IP ya están provocando interrupciones del servicio
Consolídelo en una única plataforma unificada
Reúna el DNS, el DHCP y el IPAM en una única plataforma a escala empresarial, de modo que las rutas de resolución múltiples sustituyan a los reenviadores de opción única y el espacio IP se asigne desde un único lugar. Este es el camino a seguir cuando las características de una solución estandarizada superan las ventajas de la integración por nube.
La presión de las auditorías o el cumplimiento normativo llegó antes de que finalizara la migración
Prioriza la gobernanza y el registro de eventos
Priorice la aplicación centralizada de políticas, el acceso con privilegios mínimos basado en roles y el registro completo de las adiciones, modificaciones y eliminaciones de hosts y registros. Esto aborda el tipo de error humano que subyace a la mayoría de las interrupciones del servicio y genera el registro de auditoría que exigen los reguladores, mientras la consolidación se lleva a cabo por etapas.
Preguntas frecuentes de arquitectos de red que están consolidando el DDI en entornos tanto en la nube como locales.
Al gestionar los tres desde una única plataforma en lugar de tres conjuntos de herramientas, los registros se actualizan en tiempo real, evitando así que se produzca un desfase entre los registros y el uso real de las direcciones IP. BlueCat Integrity agrupa el DNS, el DHCP y el IPAM en una única fuente de verdad, con controles de acceso basados en roles para que los equipos puedan disponer de la visibilidad que necesitan sin fragmentar la responsabilidad. El registro centralizado de cada cambio en los hosts y los registros completa el panorama al permitir que los mismos datos se utilicen tanto para la resolución de incidencias como para la auditoría.
Unifica primero los datos de DDI y, a continuación, automatiza la resolución. Lograr que todos los datos de DDI fluyan a través de un único sistema diseñado específicamente para ello, como BlueCat Integrity, proporciona el denominador común necesario para estandarizar todos los entornos. A partir de ahí, cada ruta de DNS puede configurarse con múltiples opciones de resolución priorizadas, en lugar de un reenviador condicional de una sola opción, de modo que una consulta que devuelva NXDOMAIN se redirija automáticamente.
Anycast distribuye la resolución entre varios sitios, por lo que su valor depende totalmente de la coherencia de los datos que hay detrás de cada nodo. Sin una única fuente de información fiable para las zonas, los registros y el espacio IP, Anycast propaga desviaciones en la configuración en lugar de aportar resiliencia. Considéralo una vez que se haya centralizado el DDI y combínalo con una configuración centralizada del enrutamiento DNS, de modo que el comportamiento de la resolución quede definido en un único lugar.
No. Crear una única fuente de verdad no significa necesariamente prescindir por completo de los servicios de DDI en la nube. En muchos casos, la integración con los servicios disponibles en la nube es la opción más fluida; en otros, las características de una plataforma estandarizada como BlueCat Integrity superan las ventajas de la integración por cada nube. No hay una respuesta única válida para todos.
a través de API. BlueCat Integrity da prioridad a las API, con una OpenAPI RESTful independiente del proveedor que permite que los flujos de trabajo automaticen la configuración y la implementación en los entornos de desarrollo, pruebas y producción, de modo que los cambios en la infraestructura activen actualizaciones del DNS sin intervención manual. Así es como el DDI participa en la integración continua y la entrega continua (CI/CD) y en el descubrimiento de servicios, en lugar de bloquearlos, y es precisamente la capacidad de la que carecen las herramientas DDI heredadas.
Dado que cada regla es una ruta de opción única que debe mantenerse manualmente, y las reglas cambian constantemente a medida que cambian los entornos en la nube, las empresas suelen acabar con miles de reglas de reenvío condicionales gestionadas por una sola persona o un pequeño equipo, lo que supone un riesgo de conflictos de datos e interrupciones del servicio. La centralización de la configuración de la resolución las sustituye por una lógica de respaldo automatizada y priorizada.
¿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.
