Los equipos «Lean» rara vez fracasan en la automatización de DDI por falta de scripts. Fracasan porque el DNS, el DHCP y el IPAM se encuentran detrás de consolas, API y modelos de datos independientes, por lo que el mismo cambio en un registro se escribe tres veces y se mantiene indefinidamente. La solución duradera depende de lo que el equipo pueda gestionar. Cuando los servidores DNS y DHCP existentes deben seguir funcionando bajo tu propio control, BlueCat Micetro los coordina a través de una única API. Cuando el objetivo es gestionar menos elementos en general, BlueCat Horizon ofrece la misma coordinación en formato SaaS.
La automatización es el principal motor de la inversión en DDI de pila completa, ya que las iniciativas de automatización de redes y TI requieren una fuente de verdad DDI fidedigna para eliminar el trabajo manual, reducir los errores y facilitar la modernización nativa de la nube y de las aplicaciones a gran escala.
Para las pequeñas y medianas empresas internacionales, la automatización de redes y TI se cita explícitamente como el principal motor de la inversión en DDI de pila completa, y el 51 % la señala como su razón principal. Las soluciones comerciales de DDI eliminan muchas tareas manuales de DNS, DHCP e IPAM y liberan a los ingenieros de redes para que se centren en tareas de mayor valor en lugar de en el mantenimiento basado en incidencias.
Las preocupaciones en materia de seguridad son, junto con la automatización, uno de los principales motivos para pasar de los enfoques de DDI «hazlo tú mismo» a las plataformas comerciales. El 49 % de las organizaciones busca controles más estrictos, como el acceso basado en roles, la automatización para reducir los errores de configuración y la mejora de las auditorías y los informes, reconociendo que las funciones de seguridad del DNS son ahora tan críticas como la resiliencia básica y la compatibilidad con la nube.
51 % of small and medium international enterprises cite network and IT automation as their primary reason for investing in full‑stack DDI.
Read article
EMA research found that automation is the top reason small and medium international enterprises invest in DDI solutions. What drives your enterprise?
La automatización del DNS y del IPAM es la que más tiempo ahorra cuando el trabajo manual con direcciones y registros se encuentra en la ruta crítica de otra tarea. El aprovisionamiento, la incorporación a la nube y el despliegue de aplicaciones dependen del DNS, por lo que automatizar esos flujos de trabajo elimina el retraso de todas las actividades dependientes, en lugar de solo de la cola de un equipo.
Los procesos manuales de DDI tardan horas o días en completarse y frenan la agilidad de la que dependen la adopción de entornos híbridos y multicloud, la modernización de aplicaciones y DevOps. Incluso una aplicación totalmente moderna sigue siendo inaccesible sin resolución de nombres o una dirección IP, por lo que el trabajo de DNS que espera en una cola de tickets retrasa tareas que no tienen nada que ver con el DNS. La integración de DDI en los flujos de trabajo de DevOps reduce el tiempo de asignación de IP y de cambios en el DNS de horas a minutos.
Las ventajas se multiplican cuando se repite el mismo flujo de trabajo. Una empresa informó de una reducción del 90 % en el tiempo de prestación del servicio tras unificar el DDI, y otra redujo el esfuerzo de gestión del DNS en la nube en un 92,9 %. Los sistemas fragmentados también conllevan un coste por errores que la automatización aborda desde su origen: el 60 % de las interrupciones de red se deben a errores humanos, y la aplicación centralizada de políticas con acceso basado en roles reduce los errores de configuración en lugar de detectarlos a posteriori.
Una empresa redujo el esfuerzo de gestión del DNS en la nube en un 92,9 % tras unificar el DDI, y otra redujo el tiempo de prestación del servicio en un 90 %.
Read article
Discover with BlueCat how cost optimization, risk reduction, and accelerated digital transformation offer three reasons to adopt Unified DDI.
Las estrategias «Cloud-first» y multicloud modifican los requisitos, ya que el equipo de DDI deja de ser el único encargado de aprovisionar el espacio DNS e IP." Los equipos de la nube adoptan el DDI dentro de sus propias cuentas sin que intervenga el equipo central, lo que fragmenta los servicios de red centrales entre la nube y las instalaciones locales y hace que la automatización se ejecute con datos de los que nadie es responsable de forma centralizada.
La brecha de influencia es cuantificable. Un estudio de EMA realizado entre 333 profesionales de TI reveló que el 44 % de los equipos de DDI consideran que no tienen suficiente influencia sobre cómo se implementa y gestiona la DDI en la nube pública, y que los equipos que carecen de esa influencia son más propensos a calificar su estrategia general de DDI como fallida. La consecuencia no es solo organizativa. Se traduce en un espacio de direcciones fragmentado, rangos superpuestos y reglas de reenvío condicionales cuyo mantenimiento se vuelve cada vez más complicado a medida que crece el entorno.
La solución pasa por la centralización, más que por la restricción. El 79 % de las empresas ya integra su gestión de direcciones IP locales en sus entornos en la nube para gestionar el espacio de direcciones, y las organizaciones multicloud son aún más propensas a hacerlo. Casi la mitad señala que la visibilidad y el control centralizados son el requisito más importante para la gestión de direcciones IP (IPAM) en la nube pública, por delante del acceso basado en roles y el seguimiento del uso, y las organizaciones que más éxito tienen con DDI son las que más probabilidades tienen de quererlo.
Read article
Only 40% of enterprises believe they are fully successful with their DDI solution. Learn how to find greater success with new research from EMA and BlueCat.
La automatización es tan fiable como los datos en los que se basa. Los datos de DDI se pueden automatizar de forma segura cuando un único sistema ofrece una visión completa del DNS, el DHCP y el espacio IP tanto en las instalaciones como en la nube, cuando ese registro se mantiene actualizado a medida que los recursos aparecen y desaparecen, y cuando se puede acceder a los mismos datos a través de una API en lugar de una consola.
El primer requisito es la exhaustividad. La visibilidad en tiempo real del uso de DDI a través de una única fuente de verdad es lo que permite a un flujo de trabajo saber que una dirección está realmente libre antes de reclamarla, y lo que permite que una rutina de desactivación recupere lo que le corresponde. Sin ella, los procesos de automatización paralelos compiten por la misma dirección de un conjunto finito, y las colisiones son cada vez más probables a medida que el aprovisionamiento se acelera.
El segundo requisito es el alcance. Las API completas son las que conectan ese registro con los flujos de trabajo de DevOps, las herramientas de seguridad, las plataformas de ITSM y las prácticas de infraestructura como código, de modo que los flujos de trabajo de extremo a extremo y el aprovisionamiento de autoservicio se ejecutan sobre datos fiables en lugar de sobre una copia de los mismos. Una organización de la lista Fortune 500 redujo el tiempo de aprovisionamiento de la red de cuatro horas a unos minutos gracias a la automatización basada en API, y unas API robustas son las que mantienen la inversión en DDI compatible con herramientas que aún no se han elegido.
Read article
Unify DNS, DHCP, and IPAM (DDI) to boost visibility, automation, and security. Explore nine reasons to modernize DDI and streamline network operations.
Los equipos deberían plantear a los proveedores de DDI preguntas detalladas sobre las capacidades de automatización, la visibilidad centralizada en entornos híbridos y la escalabilidad arquitectónica, y lo que la adopción exige realmente a los servidores que ya están en funcionamiento, y deben definir requisitos claros y alineados con las partes interesadas antes de que comience cualquier evaluación.
La guía para la evaluación de proveedores advierte de que un proyecto de DDI está abocado al fracaso si los requisitos no se articulan claramente y no se alinean entre todas las partes interesadas. Los requisitos deben abarcar la escalabilidad, la seguridad, el cumplimiento normativo, la fiabilidad, el alcance del entorno, los plazos de adopción y el soporte continuo, en lugar de confiar en que los proveedores definan las necesidades tras una presentación de funcionalidades.
La evaluación debe analizar la arquitectura y las capacidades operativas, incluyendo si la plataforma ofrece una única fuente de verdad con automatización abierta, aprovisionamiento de IP de autoservicio, visibilidad centralizada y aplicación de políticas tanto en las instalaciones como en la nube, y análisis de amenazas basado en DNS. Pregunte qué requisitos impone la plataforma a los servidores que ya están en funcionamiento, ya que un enfoque que se superpone al DNS y al DHCP existentes conlleva un perfil de riesgo diferente al de uno que los sustituye. Pregunte también si cada acción de la interfaz tiene un equivalente API documentado, ya que ese límite es donde se detiene la automatización.
Read article
You've decided your DNS, DHCP, and IP address management are too complex to DIY. Learn more from BlueCat about how to find the right solution partner.
Cuando los servidores DNS y DHCP existentes deben seguir funcionando bajo el control del propio equipo, la capa de automatización debe ser un complemento, en lugar de un sustituto. La orquestación de Microsoft, BIND, Kea y los servicios basados en la nube bajo un único plano de control proporciona a cada back-end una única API, de modo que un solo flujo de trabajo abarca todo el entorno en lugar de uno por cada plataforma.
Las plataformas de infraestructura como código de uso general, como Ansible, Chef, Puppet, Salt y Terraform, suelen complementarse con la automatización especializada de DDI, en lugar de ser sustituidas por ella. La madurez operativa es tan importante como la lista de funcionalidades, ya que algunas herramientas requieren una gran experiencia en DevOps, mientras que otras tienen una barrera de entrada mucho menor. Para un equipo formado por unos pocos ingenieros, la barrera de entrada suele ser el factor decisivo.
BlueCat Micetro desempeña la función de «overlay», integrando y orquestando la infraestructura actual de DNS, DHCP e IPAM a través de una única interfaz web con acceso REST, SOAP y JSON-RPC, así como módulos de Ansible para crear flujos de trabajo. El acceso basado en roles, los flujos de trabajo de aprobación y el seguimiento detallado de los cambios permiten que varios administradores realicen modificaciones de forma segura sin añadir una carga administrativa adicional derivada de las revisiones, que es la limitación que suele determinar si un equipo pequeño puede automatizar o no.
Micetro’s DDI orchestration across DNS, DHCP, and IPAM is credited with reducing manual work and delivering more than $120,000 in rentabilidad anual de la inversión (ROI).
Read article
Learn how BlueCat Micetro enables DDI orchestration across DNS, DHCP, and IPAM to reduce manual work and deliver $120K+ in ROI.
Read article
With Micetro, integrate, orchestrate, and automate your current DNS, DHCP, and IPAM network infrastructure via a single web interface.
Utilizar la orquestación de DDI como SaaS tiene sentido cuando la limitación principal del equipo es la cantidad de infraestructura que puede gestionar, en lugar de lo que necesita automatizar. La tarea de orquestación es la misma, ya que abarca Active Directory, BIND, Kea y Cisco Meraki a través de agentes ligeros, pero el plano de control está alojado en la nube, por lo que no hay ninguna plataforma a la que aplicar parches, escalar o mantener disponible.
Las hojas de cálculo fragmentadas, los servidores DHCP aislados y las herramientas DNS de código abierto heredadas garantizan que cada cambio de IP se convierta en una incidencia manual y que cada interrupción del servicio siga siendo un riesgo importante. El 44 % de las empresas sigue dependiendo de hojas de cálculo o de software de desarrollo propio para la gestión de direcciones IP, y para un equipo pequeño el obstáculo para solucionar eso rara vez es la falta de voluntad. El problema es que una plataforma autohospedada supone una tarea más que gestionar.
BlueCat Horizon ofrece orquestación de DDI como SaaS, utilizando agentes ligeros o puntos de servicio para integrar la infraestructura existente en una única capa de orquestación sin necesidad de una migración de sustitución total. Las actualizaciones de registros se automatizan, se eliminan los conflictos de IP y la aplicación de políticas y los registros de auditoría se extienden por toda la red, todo ello gestionado desde una consola basada en navegador con acceso basado en roles, mientras que las API REST admiten la integración de CI/CD para los flujos de trabajo de DevOps.
El 44 % de las empresas sigue dependiendo de hojas de cálculo o de software de desarrollo propio para la gestión de direcciones IP.
Read article
BlueCat Horizon is a SaaS-based DDI platform that unifies and automates DNS, DHCP, and IP address management across existing environments like Active…
Read article
BlueCat Horizon is a SaaS-first Intelligent NetOps platform unifying DNS, DHCP, IPAM, security, and observability to automate modern network operations AI
El primer paso adecuado depende de cuál sea el verdadero obstáculo: las operaciones manuales, la fragmentación de la nube, la capacidad del equipo para gestionar la infraestructura o una próxima decisión sobre la plataforma. Las vías que se indican a continuación son secuenciales, no excluyentes, y la mayoría de los entornos comienzan por una de ellas y van incorporando las demás.","
Estas respuestas abordan las dudas más comunes que tienen los equipos de NetOps y CloudOps «lean» a la hora de planificar los flujos de trabajo de automatización de DDI.
¿Todavía tienes dudas?
Obtén respuestas reales de un representante de BlueCat.
