Migración del almacenamiento temporal de archivos de S3 a R2
Estamos migrando nuestro almacenamiento temporal de archivos de AWS S3 a Cloudflare R2. Este cambio genera un ahorro de costos significativo gracias al egreso gratuito, pero tiene un pequeño impacto en los ajustes personalizados de purga de archivos temporales para un conjunto muy limitado de casos de uso.
Qué vamos a cambiar
Transloadit está moviendo el almacenamiento temporal de archivos de AWS S3 a Cloudflare R2. Esta migración forma parte de nuestros esfuerzos continuos por optimizar los costos de infraestructura, manteniendo el mismo servicio de alta calidad que esperas de nosotros.
Por qué hacemos este cambio
El principal motor de esta migración es la optimización de costos. Cloudflare R2 ofrece egreso gratuito, lo que se traduce en ahorros sustanciales que podemos reinvertir en mejorar nuestro servicio. Al reducir nuestros costos operativos, podemos seguir ofreciendo precios competitivos mientras mejoramos nuestra plataforma.
Impacto en la purga de archivos temporales
R2 tiene una limitación técnica: no admite el etiquetado de objetos para reglas de ciclo de vida con periodos de retención menores a 24 horas. Esto significa que los ajustes personalizados de purga de archivos temporales para periodos menores a 24 horas dejarán de funcionar después de la migración.
Qué permanece sin cambios
- El periodo de retención predeterminado de 24 horas se mantiene igual
- Los archivos se siguen purgando automáticamente después de 24 horas de forma predeterminada
- El flujo de trabajo estándar de la mayoría de los usuarios no se ve afectado
¿A quién afecta?
Este cambio solo afecta a un caso de uso muy limitado:
- Debes haber personalizado los ajustes de purga predeterminados a menos de 24 horas.
- Y tus Templates deben tener Steps hoja sin Steps de exportación.
La mayoría de los clientes no se ven afectados, porque:
- La gran mayoría usa la retención predeterminada de 24 horas.
- La mayoría de los flujos de trabajo incluyen Steps explícitos de exportación o almacenamiento.
- Ya no almacenamos resultados intermedios en S3/R2 (cambió a principios de esta semana), por lo que el caso de uso principal de la purga rápida ya está resuelto.
Cómo prepararte
Si personalizaste los ajustes de purga de archivos temporales a menos de 24 horas, deberías seguir estos pasos.
Agrega Steps de exportación explícitos a tus Templates
La mejor práctica es agregar Steps explícitos de exportación o almacenamiento a tus Templates. Así te aseguras de que tus archivos se almacenen exactamente donde quieras, durante todo el tiempo que los necesites.
Ejemplo de Template con un Step de exportación:
{
"steps": {
"encoded": {
"use": ":original",
"robot": "/video/encode",
"preset": "web/mp4/720p"
},
"exported": {
"use": "encoded",
"robot": "/s3/store",
"credentials": "my_s3_credentials",
"path": "videos/${file.name}"
}
}
}
Al agregar un Step de exportación como /s3/store, /azure/store, /backblaze/store o
/ftp/store, tus archivos se almacenarán en tu propia ubicación de almacenamiento, lo que te da
control total sobre las políticas de retención.
Revisa tus Templates
- Comprueba si personalizaste el ajuste de purga predeterminado de 24 horas.
- Revisa tus Templates para asegurarte de que tengan Steps de exportación.
- Si no tienes Steps de exportación y necesitas que los archivos estén disponibles por menos de 24 horas, considera agregarlos.
Cambios en la interfaz
Estamos actualizando la interfaz de usuario para reflejar estos cambios:
- El modal de ajustes de expiración incluirá una advertencia de que los ajustes personalizados de purga menores a 24 horas ya no son compatibles.
- La documentación se actualizó para reflejar las nuevas limitaciones.
Cronograma
Esta migración se completará antes de que el backend de almacenamiento R2 entre en funcionamiento. Comunicamos este cambio de forma proactiva para asegurarnos de que tengas tiempo de ajustar tus flujos de trabajo si es necesario.
¿Tienes dudas sobre algo?
Si tienes preguntas sobre este cambio o necesitas ayuda para actualizar tus Templates, comunícate con nuestro equipo de soporte a través del chat de Intercom o escríbenos a hello@transloadit.com.
Esperamos que este cambio tenga un impacto mínimo en la práctica, pero nos comprometemos a comunicar de forma transparente cualquier cambio que pueda afectar tus flujos de trabajo.
