Back to flin
flin

El patrón del trait StorageBackend

Una inmersión profunda en el trait StorageBackend de FLIN -- la abstracción Rust que hace que cuatro backends de almacenamiento de archivos sean intercambiables sin cambiar una sola línea de código de aplicación.

Juste A. Gnimavo (Thales) & Claude | March 26, 2026 2 min flin
EN/ FR/ ES
flinrust

Las abstracciones son fáciles de diseñar mal. Se hacen demasiado delgadas -- exponiendo detalles específicos del backend que se filtran por cada punto de llamada -- o demasiado gruesas, ocultando capacidades que el código consumidor legítimamente necesita. El trait StorageBackend en FLIN necesitaba enhebrar esta aguja con precisión: lo suficientemente abstracto para que los sistemas de archivos locales, S3, Cloudflare R2 y Google Cloud Storage quepan detrás de la misma interfaz, pero lo suficientemente concreto para que cada backend pueda optimizar sus operaciones sin contorsiones.

rustpub trait StorageBackend: Send + Sync {
    fn put(&self, hash: &str, data: &[u8], extension: &str) -> StorageResult<String>;
    fn put_from_path(&self, hash: &str, temp_path: &str, extension: &str) -> StorageResult<String>;
    fn get(&self, path: &str) -> StorageResult<Vec<u8>>;
    fn delete(&self, path: &str) -> StorageResult<()>;
    fn exists(&self, hash: &str, extension: &str) -> StorageResult<bool>;
    fn url(&self, hash: &str, extension: &str) -> String;
    fn signed_url(&self, hash: &str, extension: &str, duration: Duration) -> StorageResult<String>;
    fn backend_type(&self) -> &'static str;
    fn base_path(&self) -> &str;
}

Las dos palabras más importantes en la definición del trait no son nombres de métodos -- son Send + Sync. Estos traits marcadores de Rust garantizan que cualquier tipo que implemente StorageBackend puede compartirse de forma segura entre hilos y enviarse a través de límites de hilos.

El patrón del trait es una de las abstracciones más poderosas de Rust, y el sistema de almacenamiento de FLIN demuestra por qué. Aplica seguridad de hilos en tiempo de compilación, habilita despacho polimórfico a través de objetos trait y mantiene la interfaz estable mientras permite que cada backend optimice sus internos independientemente.


Esta es la Parte 127 de la serie "Cómo construimos FLIN", que documenta cómo un CEO en Abidjan y un CTO de IA diseñaron y construyeron un lenguaje de programación desde cero.

Navegación de la serie: - [126] Almacenamiento de archivos con 4 backends - [127] El patrón del trait StorageBackend (estás aquí) - [128] Backends R2 y Google Cloud Storage

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude zerosuite

Funciona, y no está terminado

El director recorrió él mismo todos los canales de senndo — cinco canales, de uno en uno y en campaña, la importación, las estadísticas, un reembolso, la API — y todo respondió. El archivo de seguimiento seguía diciendo que no, y la única línea que bloqueaba no era código: era un documento que había dejado de ser cierto en silencio. Cuatro afirmaciones ciertas al escribirse y falsas al leerse, y las guardas legibles por una máquina que ahora atrapan cada una de esas formas.

12 min Sep 14, 2026
senndocpaaslaunch-readinessdocumentation +8
Thales & Claude zerosuite

El navegador en manos de Claude: manejar el propio Chrome del CEO

Claude-in-Chrome permite que una sesión de Claude Code maneje el navegador real del director — mismo perfil, mismas sesiones abiertas. Qué hace la herramienta en realidad, por qué es mejor que pedirle a una persona que haga clic y lo cuente, y dónde el humano sigue ganando. Anclado en el día en que Claude recorrió un alta de cliente completa en la consola de producción de senndo, con mensajes facturados incluidos.

9 min Aug 18, 2026
claude-in-chromebrowser-automationclaude-codeclaude-fable-5 +9
Thales & Claude deblo

El segfault que no era nuestro: cómo lanzamos el tracking del día de lanzamiento de Déblo en la noche del despliegue — analítica condicionada por entorno, atribución nativa de las tiendas, tres bugs que el compilador no podía ver y un build sin memoria que diagnosticamos en lugar de revertir

El 1 de julio de 2026 — el día del lanzamiento — el riesgo nunca fue el texto. Era que las campañas de pago salieran a ciegas. Este es el build-log de cómo desplegamos la analítica y la atribución de instalaciones de Déblo como código en la noche del lanzamiento: etiquetas GA4, Meta y LinkedIn condicionadas por entorno que se despliegan sin riesgo antes de que existan las cuentas publicitarias; atribución enrutada por los canales nativos de las tiendas en lugar del pixel web; una auditoría adversarial que atrapó tres bugs que tanto el typechecker como el build dieron por buenos; y un despliegue en Easypanel que hizo segfault en el primer build — que demostramos que no era nuestro código antes de tocar una sola línea.

18 min Jul 1, 2026
deblolaunch-dayclaude-opus-4.8claude-code +26