Bài viết tổng hợp những vấn đề gặp phải và quá trình xử lý khi hợp nhất việc tải lên logo công ty/ảnh hồ sơ vốn phụ thuộc vào FileStack sang S3.
Bối cảnh triển khai
- Ở giai đoạn đầu, FileStack đã giúp rút ngắn đáng kể thời gian triển khai “tính năng upload không phải cốt lõi”, và cũng được dùng ổn định trong production suốt thời gian dài
- Theo thời gian, hạ tầng S3 đã được hoàn thiện, và cấu trúc chỉ còn logo/ảnh hồ sơ nằm ở dịch vụ bên ngoài bắt đầu gây vướng mắc
- Trong môi trường dev/test, hình ảnh thường xuyên bị lỗi do FileStack Rate Limit
Vấn đề
- Khi phát triển cục bộ với AWS S3 thì việc hết hạn token tạm thời STS, phụ thuộc mạng, và rào cản onboarding đều khá bất tiện
- Một cái bẫy suýt bị bỏ sót trong lúc migration: logo trong email có thể bị hỏng về sau do presigned URL hết TTL
Cách giải quyết
- Đơn giản hóa phát triển cục bộ bằng MinIO (tương thích API S3, cấu hình dễ dàng bằng Docker)
- Với logo trong email, vẫn giữ bucket ở chế độ private nhưng tách riêng bằng cách chỉ public đường dẫn
public/*qua CloudFront
Vì sao lần này lại làm
- “Cải thiện legacy” lúc nào cũng dễ bị trì hoãn vì bài toán ROI, nhưng lần này nhờ các công cụ AI coding mà chi phí mò mẫm giảm xuống, nên cảm thấy “đáng để thử”
- Thành thật mà nói, nếu không có AI thì có lẽ đã không thử
Bài học rút ra
- FileStack không phải là một lựa chọn tệ; vào thời điểm đó nó là lựa chọn tốt nhất, và vấn đề quan trọng hơn là “khi nào nên gỡ bỏ”
- Khi hoàn cảnh thay đổi thì có thể gỡ bỏ, và các công cụ AI đang giúp cho cái “để sau” ấy trở nên dễ dàng hơn
Chưa có bình luận nào.