Saltar a contenido

Siempre es DNS: Aventuras (y dolores de cabeza) de un techie latino en la migración a la nube

Ilustración en 3D tipo caricatura de servidores DNS que representan la gestión de redes y servicios en la nube para empresas divididas.
Esta vibrante imagen en 3D tipo caricatura captura la esencia de la gestión de DNS mientras navegamos por las complejidades de la división de nuestra empresa y los diversos entornos en la nube en los que operamos.

¿Alguna vez te ha pasado que, después de horas de romperte la cabeza con un problema técnico, descubres que la causa era la más obvia y temida de todas? Sí, esa. El temido DNS. Pues bien, acompáñame en esta historia de migraciones en la nube, papeleo interminable y el clásico “¡pero si revisé todo!” que todo techie latino ha sufrido alguna vez.

Te prometo que vas a reír, vas a sentirte identificado y, quizá, hasta te den ganas de lanzar el teclado por la ventana. Así es la vida cuando trabajas en sistemas: siempre hay algo que se escapa y, cuando lo encuentras, te preguntas si no deberías dedicarte a vender empanadas en la esquina.

El arte latinoamericano del papeleo… y la espera

Todo comenzó cuando la empresa decidió dividirse en dos, como quien parte una torta en la fiesta de cumpleaños y a ti te toca el pedazo más chiquito. Estamos hablando de una empresa con aplicaciones propias, repartidas entre Azure, AWS, GCP y hasta data centers caseros. ¡Un verdadero sancocho tecnológico!

La misión: migrar varias aplicaciones a un nuevo entorno de Azure, con autenticación Entra y hospedaje renovado. Fácil, ¿no? Pues no. Antes de tocar una sola línea de código, el verdadero reto era el bendito papeleo. Presentar estimaciones de tiempo, definir quién hace qué, esperar aprobaciones… Y cuando por fin te dan luz verde, ya pasó tanto tiempo que tus estimaciones son historia antigua.

Como buen latino, uno aprende a ser paciente y a preparar café bien cargado. Pero nada prepara a nadie para lo que viene después.

Cuando todo va bien… hasta que no

¡Por fin llega el gran día! Ya tienes permiso, la infraestructura está lista y sientes que hoy sí vas a brillar. Despliegas recursos, replicas la base de datos, mueves el código fuente. Algunos tropiezos con los paquetes de npm y autenticaciones raras del registro, pero nada que no se resuelva con un par de “¡carajo!” y un mate bien amargo.

La aplicación arranca, puedes iniciar sesión, navegar, cargar datos… ¡Vas ganando! Hasta que una página decide no cargar. No hay que entrar en pánico, para eso están los logs de Application Insights, ¿cierto? Pero, sorpresa, no hay logs. Revisas la configuración, la cadena de conexión está bien. Empiezas a sentir ese sudor frío que solo los de sistemas conocemos.

Aquí entra la sabiduría popular: “Si algo puede salir mal, saldrá mal. Y si no, igual desconfía”.

El clásico de siempre: ¡Era DNS!

Después de un día entero dándole vueltas, revisando KUDU, configuraciones y hasta el horóscopo, recuerdas que el App Service está integrado a una VNET. Para quienes no están familiarizados, una VNET (Virtual Network) es como la versión moderna de las viejas redes de la oficina, pero en la nube de Azure. Piensa en la VNET como el “vecindario privado” de tus aplicaciones: pueden chismear entre ellas, pero no con los de afuera.

Resulta que, por esa integración, el DNS se comporta de manera especial. Corres el nameresolver y, en vez de una dirección IP bonita, te salen un par de alias con Azure Private Link y nada de IPs. Aquí ya sabes que el asunto huele raro.

Te acercas al equipo de arquitectura, que, como buen equipo de arquitectura, ya sabía del problema y lo tenían en la lista de pendientes. “Eso es un tema conocido, estamos en eso”, te dicen, como quien promete que ahora sí va a arreglar la puerta del baño que lleva meses rota.

Un comentarista en Reddit lo resumió perfecto: “El truco del nameresolver es oro… pero qué lástima que tuviste que perder un día entero para llegar ahí”. Y otro hasta hizo un haiku, que traducido a nuestro estilo sería algo así:

No era DNS.
Seguro que no era DNS.
¡Era DNS!

En la comunidad techie latina, siempre circula la misma camiseta: “Siempre es DNS”. No falta el compañero que te lo recuerda con una sonrisa cómplice o el clásico meme de “no puede ser DNS… pero sí lo es”.

Un usuario comentó: “El equipo de arquitectura sentado sobre un problema conocido mientras tú te rompes la cabeza… suena familiar”. Y es que en Latinoamérica, todos conocemos ese sentimiento: cuando el equipo de arriba está tan lejos de la trinchera que, si les pides ayuda, te responden con un “ánimo” y nada más.

La moraleja, como en toda buena historia de sistemas, es que antes de buscar fantasmas en la máquina, revises el DNS. Pero, seamos honestos, a veces ni eso salva. Por eso, no falta el colega que te ofrece una mano (o una chela) y te dice: “Si necesitas ayuda para desenredar estos líos de deployment, me avisas. Tengo dos o tres horitas libres”.

¿Y tú, también te peleas con el DNS?

La próxima vez que algo no funcione y sientas que la vida conspira contra ti, recuerda: siempre revisa el DNS. Y si no era, al menos ya descartaste lo obvio. En este mundillo, la paciencia y el humor son tus mejores herramientas. Si no te ha pasado, espéralo… y si ya te pasó, cuéntanos tu anécdota en los comentarios.

¿Te ha tocado vivir un infierno parecido? ¿Cuál ha sido tu peor pesadilla con DNS o migraciones en la nube? ¡Comparte tu historia! Y si quieres la receta de empanadas para esos días de crisis techie, avísame, que aquí también somos expertos en eso.

¡Ánimo, colega! Que en el mundo de sistemas, nunca estamos solos… y siempre es DNS.


Publicación Original en Reddit: It's always DNS