Implementar un backend de almacenamiento en la nube enseña el protocolo. Implementar dos enseña cómo divergen los protocolos bajo la superficie. Cloudflare R2 y Google Cloud Storage ambos almacenan y sirven archivos, pero sus modelos de autenticación, algoritmos de firma de URLs y convenciones de API difieren de maneras que ponen a prueba los límites de una abstracción unificada.
Resumen comparativo
| Aspecto | R2 | GCS |
|---|---|---|
| Protocolo | Compatible con S3 | API REST personalizada |
| Autenticación | Clave de acceso + secreto | Cuenta de servicio + OAuth2 |
| Firma | URLs prefirmadas S3 | V4 RSA-SHA256 |
| Dependencias | rust-s3 (existente) | rsa, pkcs8 (nuevas) |
| Tamaño de implementación | 282 líneas | 580 líneas |
| Costos de egreso | Cero | Tarifas estándar |
| Configuración de región | "auto" | Por bucket |
| Nuevas pruebas | 14 | 15 |
R2 es la implementación más simple porque se apoya en el ecosistema de S3. GCS es la implementación más compleja porque requiere autenticación y firma personalizadas. Ambos son ciudadanos de primera clase en el sistema de almacenamiento de FLIN, y cambiar entre ellos requiere cambiar un valor de configuración.
Esta es la Parte 128 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: - [127] El patrón del trait StorageBackend - [128] Backends R2 y Google Cloud Storage (estás aquí) - [129] Grants de descarga y claves de acceso