Qu茅 hace el DNS en cada petici贸n Toda petici贸n a example.com empieza con una b煤squeda que no tiene nada que ver con tu aplicaci贸n: algo tiene que convertir ese nombre en una direcci贸n IP antes de que un solo paquete TCP salga de la m谩quina. Esa traducci贸n es el DNS, el Domain Name System, y se ejecuta en cada petici贸n, sea el cliente un navegador, curl o un servicio backend que llama a otro por hostname. ...
Qu茅 protege TLS realmente en una conexi贸n HTTPS Carga una p谩gina por http:// sin cifrar en una red que no controlas, un aeropuerto o el router de una cafeter铆a, y todo lo que env铆as viaja como texto legible. La ruta de la URL, las cookies, los campos del formulario, la contrase帽a en un POST de login: cualquiera en esa red con un sniffer de paquetes lo lee al vuelo. TLS, Transport Layer Security, es el protocolo que corta eso. Se sit煤a entre TCP y el protocolo de aplicaci贸n, as铆 que cuando HTTP empieza a hablar, la conexi贸n ya est谩 cifrada y ligada a una identidad de servidor verificada. HTTPS es HTTP corriendo sobre esa conexi贸n en lugar de una en texto plano. ...
Qu茅 hace un CDN realmente con una petici贸n Un usuario en Tokio que carga una p谩gina alojada en un servidor de Virginia paga esa distancia dos veces: una vez para que la petici贸n llegue, otra para que la respuesta vuelva. La fibra viaja a una fracci贸n fija de la velocidad de la luz, y ese trayecto por s铆 solo cuesta entre 150 y 200ms de ida y vuelta antes de que el origen haya hecho ning煤n trabajo. A帽ade una consulta a la base de datos y alg煤n salto lento de m谩s, y una p谩gina que se siente instant谩nea a la vuelta de la esquina se siente lenta al otro lado del planeta. ...
Qu茅 hay entre el navegador y tu app Apunta el navegador a example.com y la petici贸n nunca toca el proceso que ejecuta tu c贸digo. Primero llega a otra cosa: un servidor que lee la petici贸n, decide qu茅 backend debe responder, la reenv铆a ah铆 y devuelve la respuesta como si la hubiera generado 茅l mismo. Ese servidor es un reverse proxy. Nginx, Caddy, Traefik y HAProxy hacen todos este trabajo, igual que el load balancer que se sienta delante de un cl煤ster de Kubernetes. El esquema no cambia nunca: los clientes hablan con el proxy y con nada m谩s. Los servidores reales quedan detr谩s, sean los que sean y est茅n donde est茅n. ...
Por qu茅 dos contenedores en el mismo host no se ven por defecto Levanta Postgres y tu API con un simple docker run y la API no puede llegar a la base de datos, aunque los dos contenedores est茅n en la misma m谩quina. 1 2 docker run -d --name db postgres:16 docker run -d --name api myapp Los dos caen en la bridge por defecto de Docker, la que recibe todo contenedor Docker que no diga lo contrario. Reciben una IP. Lo que no reciben es una forma de encontrarse por nombre, as铆 que la API tendr铆a que llevar la IP interna de la base de datos escrita a mano, una direcci贸n que cambia cada vez que el contenedor se reinicia. ...