Nuestro panorama digital, en constante evolución, exige pensar de forma innovadora a la hora de combinar soluciones para mantener las aplicaciones disponibles, fiables, seguras y con un buen rendimiento a escala global.
Para ello, tiene sentido abordar este reto partiendo de un concepto sencillo con el que la mayoría estamos familiarizados: las cargas de trabajo de DNS. Más concretamente, las cargas de trabajo de DNS internas y externas.
“Implementar una solución DNS local para las cargas de trabajo de aplicaciones internas y una solución DNS en la nube para las cargas de trabajo de aplicaciones externas puede ser una práctica recomendada.”
Aunque son similares por naturaleza, disponer de un único conjunto de herramientas para abordar ambas no siempre es la opción más eficiente ni segura. Exigir demasiado a una solución DNS puede generar ineficiencias, riesgos de seguridad, una mayor latencia y una demanda excesiva de recursos informáticos. Sin embargo, una única solución no tiene por qué satisfacer las necesidades de ambos tipos de cargas de trabajo. De hecho, contar con un servicio DNS que gestione exclusivamente las cargas de trabajo de aplicaciones internas junto con una solución dedicada únicamente a las cargas de trabajo de aplicaciones externas permite que ambas soluciones concentren sus recursos en realizar una sola tarea de forma excepcional.
Por este motivo, disponer de una solución DNS local para las cargas de trabajo de las aplicaciones internas y de una solución DNS en la nube para gestionar las cargas de trabajo de las aplicaciones externas puede ser una práctica recomendada para los equipos que buscan separar las exigencias impuestas a su infraestructura. Utilizar dos soluciones DNS independientes evita tener que preocuparse por microgestionar distintos flujos de tráfico a través de un único dispositivo. Deje que cada solución haga lo que mejor sabe hacer para reducir las exigencias generales a las que se ven sometidas.
Estas son las razones por las que puede tener sentido dividir las cargas de trabajo de DNS entre recursos internos y externos.
1. Seguridad
Mantener una solución DNS específica para las aplicaciones internas minimiza el riesgo de exponer registros internos confidenciales a posibles ataques procedentes de la Internet pública. Un servicio DNS externo específico puede centrarse en proteger los recursos de acceso público mediante la implementación de medidas como la mitigación de ataques distribuidos de denegación de servicio (DDoS) en las zonas externas.
2. Optimización del rendimiento
Los servicios DNS internos pueden adaptarse para realizar consultas de baja latencia y optimizarse específicamente para el tráfico interno de la organización. Esto es fundamental para aplicaciones a gran escala o sensibles a la latencia. Los servicios DNS externos pueden optimizar la entrega de aplicaciones de acceso externo, proporcionando a los usuarios la ruta más rápida y eficiente hacia las aplicaciones que necesitan.
3. Escalabilidad
Separar el DNS interno del externo permite que cada servicio escale de forma independiente en función de sus patrones de tráfico y de los requisitos de las aplicaciones. Las aplicaciones externas pueden experimentar picos de tráfico impredecibles y requieren servicios DNS escalables con un almacenamiento en caché sólido y cobertura global. En cambio, las aplicaciones internas tienen menos probabilidades de experimentar picos de tráfico similares, por lo que requieren servicios DNS optimizados para escalar dentro de la infraestructura.
4. Cumplimiento normativo y visibilidad
Garantizar el cumplimiento de los marcos normativos (p. ej., RGPD, HIPAA) suele requerir un mayor control y visibilidad de las consultas DNS. Los sistemas DNS internos dedicados pueden ayudar a cumplir estos requisitos. Los servicios dedicados de DNS externo pueden proporcionar una visibilidad centrada específicamente en los patrones de tráfico de los usuarios finales, el estado de los dominios y el buen funcionamiento de las aplicaciones orientadas al exterior.
5. Gestión y funcionalidades personalizadas
Los servicios DNS internos pueden ofrecer funciones como la detección de servicios internos adaptada a arquitecturas de microservicios (por ejemplo, registros SRV o NAPTR). Los servicios DNS externos pueden centrarse en tareas como el balanceo de carga global, la integración con CDN o la recuperación ante desastres para garantizar una alta disponibilidad a los usuarios finales.
6. Simplicidad operativa
Al separar claramente los servicios DNS, los equipos pueden centrarse mejor en las necesidades de las cargas de trabajo internas y externas, sin prioridades contrapuestas ni configuraciones combinadas, lo que simplifica la resolución de problemas al reducir la complejidad.
Configurar un entorno de este tipo cuando un equipo parte de una única solución DNS puede resultar complicado, por decirlo suavemente. ¿Cómo se puede ampliar la infraestructura sin generar riesgos innecesarios para la seguridad o la eficiencia y, al mismo tiempo, mantener las aplicaciones en línea y disponibles? Esta cuestión resulta especialmente acuciante cuando esas aplicaciones externas gestionan flujos de trabajo críticos para el negocio que no pueden interrumpirse.
Cómo conseguirlo
La implementación de nuevas soluciones de entrega de aplicaciones que abarquen tanto recursos locales como en la nube puede plantear algunos retos. Los equipos necesitan una herramienta que facilite la expansión fluida de las aplicaciones en distintos entornos, garantice una alta disponibilidad y un buen rendimiento, y asegure que las aplicaciones estén siempre disponibles para los usuarios, incluso en una red en pleno crecimiento.
Una herramienta como F5 Distributed Cloud App Connect puede facilitar considerablemente esta transición a los equipos que hayan decidido que una solución de DNS dual es la opción adecuada para ellos. Distributed Cloud App Connect ayuda a los equipos a adaptar la forma en que se entregan las aplicaciones públicas y amplía F5 Distributed Cloud Services a las aplicaciones alojadas en F5 BIG-IP. Para un equipo que quiera utilizar F5 Distributed Cloud DNS para sus aplicaciones públicas, Distributed Cloud App Connect puede encargarse de los procesos de detección, configuración y equilibrio de carga para garantizar una migración sencilla.
Con la función de detección de servicios de Distributed Cloud App Connect, los equipos pueden utilizar Distributed Cloud Services para identificar cualquier servidor virtual que se ejecute en BIG-IP, siempre que dispongan de extensibilidad para ese servidor BIG-IP. Una de las formas más sencillas de hacerlo es implementar un dispositivo de perímetro del cliente (CE) como máquina virtual junto a una implementación de BIG-IP, lo que crea un túnel seguro hacia F5 Global Network y permite aplicar Distributed Cloud Services a las aplicaciones de BIG-IP.
Una vez creada la conexión, los equipos pueden utilizar Distributed Cloud App Connect para detectar cualquier conjunto de servidores virtuales y crear un catálogo de aplicaciones que gestionar. El uso de Distributed Cloud DNS para crear un subdominio y de Distributed Cloud App Connect para crear un registro DNS para el front-end, así como un equilibrador de carga HTTP para el servidor virtual que aloja la aplicación, permite que esas aplicaciones de acceso público utilicen Distributed Cloud DNS como servicio DNS externo dedicado. Los servicios de back-end a los que necesite acceder el servidor virtual solo se anuncian al front-end, no a los usuarios públicos. Esto permite que F5 BIG-IP DNS se centre en las cargas de trabajo internas críticas que mantienen operativas las organizaciones. Una vez que App Connect detecta las aplicaciones en BIG-IP, los equipos también pueden incorporar servicios de seguridad como F5 Distributed Cloud Web App and API Protection (WAAP) a los servidores virtuales en BIG-IP si así lo desean.
Sigue con nosotros para descubrir más
Para obtener una visión más detallada de cómo estas soluciones pueden funcionar conjuntamente para ampliar su entorno, no deje de ver el vídeo que acompaña a este artículo y leer nuestro artículo de análisis en profundidad de DevCentral, en el que sentamos las bases para ampliar su presencia con éxito. Y si está listo para dar el siguiente paso, póngase en contacto con nosotros para descubrir cómo Distributed Cloud DNS puede ampliar su entorno y ofrecer a los usuarios experiencias digitales más uniformes y de alto rendimiento.
Sobre los autores
Colin Clauset es director sénior de marketing de producto en F5 y está especializado en soluciones SaaS para la entrega de aplicaciones. Colin lidera la estrategia de comercialización de proyectos y servicios de entrega de aplicaciones distribuidas, y siente especial pasión por comprender cómo la tecnología puede simplificar procesos complejos para satisfacer mejor las necesidades de los profesionales de TI. Gracias a su experiencia previa en consultoría antes de incorporarse a F5, Colin aborda los retos de los clientes con una visión orientada a soluciones integrales que van más allá de productos concretos.
Más artículos de Colin ClausetArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.