Tecnología

SourceHut rechaza los planes para prohibir el proxy del módulo Grabby Go • The Register

El host de código basado en Git, SourceHut, no tendrá que bloquear Go Module Mirror como estaba previsto después de que Google se enterara de sus quejas.

Esta es la situación: durante los últimos dos años, SourceHut ha tenido problemas para manejar la cantidad de datos requeridos por el proxy del módulo Go cuando los desarrolladores usan esta herramienta para obtener repositorios de negocios a través de operaciones de clonación de git.

Cuando trabajaba en Google Ir lenguaje de programación, los módulos consisten en conjuntos de paquetes de Go con versiones específicas agrupadas. corriendo el go get El comando de una interfaz de línea de comandos obtiene los paquetes solicitados con cualquier nueva dependencia declarada en el módulo.

La recopilación de este código del control de versiones puede causar latencia y sobrecargar el almacenamiento porque el comando puede pasar por todo el historial de confirmación de un repositorio con una dependencia transitiva, construida o no, para resolver la versión.

Él Espejo del módulo Go debería funcionar más rápido solicitando solo los metadatos específicos o el código fuente que necesita.

“Un espejo de módulo es un tipo especial de proxy de módulo que almacena metadatos y código fuente en su propio sistema de almacenamiento, lo que permite que el espejo continúe sirviendo el código fuente que ya no está disponible en las ubicaciones originales”, explica la documentación de Go. «Esto puede acelerar las descargas y protegerlo de la desaparición de dependencias».

Desafortunadamente, el proxy demostró ser descortés y solicitó más datos de los que una pequeña empresa de alojamiento de código podría manejar. Hace un año, el fundador de SourceHut, Drew DeVault, comparó la situación con un ataque de denegación de servicio distribuido. Y el mes pasado el decidió prohibir el Go Module Mirror sobre su exceso de caché de repositorios de SourceHut.

Finalmente, la cruzada de dos años de DeVault – documentada en detalle como una publicación de problema de GitHub – ha producido resultados. El martes, en una actualización de su publicación del 9 de enero, dijo que Russ Cox del equipo Go se había acercado. Después de algunas discusiones, el equipo de Go planea revisar su go herramienta de línea de comandos para admitir una -reuse bandera, que reducirá el tráfico creado por la obtención de módulos.

«Mientras tanto, actualice automáticamente el tráfico de proxy.golang.org ha sido deshabilitado para SourceHut, que el equipo de Go asegura que debería tener poco o ningún impacto en los usuarios y reduce la carga en nuestro sistema a un nivel manejable», explicó DeVault.

También sugirió que el equipo de Go ha reconocido que es responsable de presionar demasiado a los hosts pequeños para obtener datos.

«El equipo de Go ha decidido que el comportamiento de actualización automática depende de ellos, no de otros operadores, por lo que se espera que ningún otro host pequeño se vea afectado, ya que el equipo de Go habilitará o deshabilitará el comportamiento de actualización a su discreción, con teniendo en cuenta la carga de los operadores externos», dijo.

Por lo tanto, el plan Go Ban está prohibido. ir al tráfico git.sr.ht de nuevo tiene luz verde.

Un portavoz de Google se negó a comentar y solo dijo que los detalles en la publicación del blog de SourceHut hablan por sí mismos. ®

Federico Pareja

"Escritora típica. Practicante de comida malvada. Genio zombi. Introvertido. Lector. Erudito de Internet. Entusiasta del café incondicional".

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba