El registro interno como pasarela

Un registro de paquetes interno puede ser de tres clases de repositorio. El local guarda lo que la propia empresa publica. El de proxy es una copia bajo demanda de un registro público: cuando alguien pide un paquete, el registro lo trae, lo guarda y lo entrega. El virtual junta varios de los anteriores bajo una sola dirección, y es el único que ven los clientes.

La utilidad de ese diseño no es la velocidad. Es que todo paquete pasa por un sitio que la empresa controla. Ahí se pueden aplicar reglas (qué nombres se aceptan, qué versiones son demasiado nuevas) y ahí queda un registro de quién pidió qué. Sin ese punto, cada una de esas decisiones se reparte entre cientos de máquinas.

Tener un registro interno no basta si algunos proyectos no lo usan. El inventario de configuración de cada proyecto (el archivo de cliente que dice a qué registro preguntar) es la primera evidencia. Un proyecto que apunta directo al registro público queda fuera de cualquier regla que se ponga en la pasarela.

No todos los desvíos pesan igual. Uno en un entorno de pruebas o en una herramienta interna es un hallazgo menor. Uno en un servicio que corre en producción es el que hay que atender primero, porque ese código llega a clientes reales.

Abre el inventario de clientes de Guanábana Textil.

Un archivo de configuración se puede cambiar o se puede pasar por alto. Por eso la pasarela solo es de verdad un punto de control si la red impide ir por otro lado: las máquinas de construcción no deberían poder salir al registro público, solo el proxy del registro interno.

Cada excepción a esa regla es un camino que la pasarela no ve. Las reglas de salida muestran cuáles existen y si alguien anotó por qué se hicieron. Una excepción sin motivo escrito no tiene dueño, y lo que no tiene dueño no se revisa.

Lee las reglas de salida de la red de construcción.

Decir «tenemos un registro interno» es una afirmación. Medir qué parte de los proyectos lo usa es un dato. La cobertura es la proporción de proyectos del inventario cuyo registro configurado es la pasarela, sobre el total de proyectos inventariados, y es la cifra que se lleva a quien decide cuánto esfuerzo falta.

Cuenta en el inventario los proyectos que pasan por la pasarela y divídelos entre el total.

Cuando un proyecto en producción va directo al registro público, la tentación es cambiar la línea de su archivo de cliente y dar el asunto por cerrado. Pero el archivo solo dice dónde preguntar: si la red sigue permitiendo la salida directa, el siguiente cambio de configuración puede deshacerlo sin que nadie se entere.

Una corrección completa tiene dos mitades: el cliente apunta a la pasarela y la red deja de ofrecer el otro camino. Y se comprueba con el registro de acceso de la pasarela que ese proyecto ya aparece pidiendo sus paquetes allí.