Compilar solo lo que necesita

Cada protocolo está detrás de una etiqueta de compilación (build tag), y una etiqueta lo deja fuera por completo: ni escucha, ni analizador, ni dependencia, ni código.

go install -tags nonfs,nowebdav,nosftp,nos3 github.com/go-fileshare/fileshare@latest   # SMB only
go build   -tags nosmb,nonfs,nosftp,nos3 .                                            # WebDAV only

De dónde proceden las personas depende de etiquetas propias: nosql deja fuera los tres controladores de bases de datos, noldap el cliente LDAP.

Son las cifras que da el README de fileshare, medidas antes de que llegara la API de administración; la tabla de abajo es la medición posterior.

La API de administración, y nogrpc

La API de administración trajo gRPC y protobuf, y están detrás de nogrpc (linux/amd64, medido el 2026-09-29, cuando las filas de arriba habían crecido hasta 34,1 MB para todo):

gRPC cuesta 11,7 MB: la medición de los plugins de más abajo, repetida ahora que está aquí por un motivo propio. Un sitio que gestiona sus recursos compartidos en archivos no necesita cargar con él.

nogrpc deja fuera la API de administración y, con ella, el aprovisionador. Salud y métricas son HTTP simple y se quedan.

-tags noprovisioner deja fuera solo el aprovisionador, el rol privilegiado fileshare provisioner, y con él zfs, btrfs y projquota de go-fsctl: un servidor que nunca sirve volúmenes no necesita cargar con el código que los crea. fileshare provisioner en una compilación así lo indica, en lugar de decir «comando desconocido».

nosql es con diferencia la palanca más grande: PostgreSQL, MySQL y SQLite juntos pesan 11,7 MB, más que todos los protocolos de este programa juntos. Un sitio cuyos usuarios están en el archivo la quiere. Los controladores los importa el comando y no la biblioteca que los usa, y eso es lo que convierte la elección en una etiqueta de compilación y no en un fork.

Por qué no plugins en subprocesos

Se midió en lugar de argumentarse: hashicorp/go-plugin trae gRPC y protobuf, que cuestan 13,2 MB por sí solos, más que todo este binario con los tres protocolos y todos los controladores. Un host de plugins tendría el doble de tamaño antes de cargar nada, y cada binario de plugin volvería a llevar gRPC.

En cuanto a superficie de ataque, una etiqueta es también la herramienta más sólida para todo lo que no ejecuta: el código que nunca se compiló no se puede alcanzar, esté aislado o no.

Lo que las etiquetas no dan es aislamiento entre los protocolos que sí ejecuta, ni una forma de añadir un protocolo sin recompilar. Ambas cosas son reales, y ambas son argumentos a favor de una frontera de proceso y no de un binario más pequeño, que es un proceso por protocolo, con este mismo binario, no un framework de plugins.