Flexin do chính đội ngũ Flexin Technology thiết kế, phát triển và vận hành, từ ứng dụng di động, backend đến hạ tầng cloud. Kinh nghiệm từ dự án này là nền tảng cho cách chúng tôi triển khai dự án cho khách hàng.
Người tìm việc tìm ca làm phù hợp gần nơi ở; nhà tuyển dụng đăng tin, chọn ứng viên và quản lý ca làm. Đội vận hành theo dõi toàn bộ hoạt động trên trang quản trị web.
Người tìm việc và nhà tuyển dụng dùng chung một ứng dụng nhưng có quy trình khác nhau: đăng tin, ứng tuyển, phỏng vấn, làm việc và đánh giá.
Lời mời làm việc, thay đổi ca và nhắc check-in phải đến người dùng ngay, kể cả khi lượng truy cập tăng đột biến.
Android, iOS và backend có chu kỳ phát hành khác nhau nhưng phải luôn tương thích với các phiên bản app cũ.
Đáp ứng yêu cầu lưu trữ dữ liệu trong nước mà không phải di dời hạ tầng chính khỏi AWS.
Khảo sát nhà tuyển dụng và người tìm việc, xác định quy trình cốt lõi, thiết kế giao diện.
Đăng tin, ứng tuyển, nhắn tin; ra mắt đồng thời trên Android và iOS.
Quản lý ca làm, check-in, đánh giá hai chiều và trang quản trị cho đội vận hành.
Chuyển hạ tầng sang Amazon EKS, tự động hóa phát hành, thiết lập giám sát và cảnh báo.
Ứng dụng Flutter và trang quản trị kết nối tới backend Spring Boot chạy trên Amazon EKS. Toàn bộ hạ tầng được quản lý bằng Terraform, đặt trong một VPC riêng, tách biệt lớp public, ứng dụng và dữ liệu.
| Nhóm | Dịch vụ AWS | Vai trò |
|---|---|---|
| Mạng | VPC, Route 53, ALB | Tách lớp public, ứng dụng, dữ liệu; tên miền; cân bằng tải và HTTPS |
| Chạy ứng dụng | EKS, ECR | Kubernetes cho API, worker, web quản trị; kho container image |
| Dữ liệu | RDS | Cơ sở dữ liệu quan hệ, sao lưu tự động |
| Tích hợp | SQS, SES | Hàng đợi tác vụ nền; gửi email giao dịch |
| Phát hành | CodeArtifact, ECR | Kho thư viện nội bộ dùng chung giữa các service; image cho từng bản phát hành |
| Giám sát | CloudWatch | Log tập trung, chỉ số, cảnh báo |
Mỗi quyết định xuất phát từ một vấn đề cụ thể trong quá trình vận hành, kèm cân nhắc về đánh đổi.
Vấn đề: nhiều người dùng không cập nhật app, trong khi backend phát hành thường xuyên hơn app trên App Store và Google Play.
Giải pháp: API có phiên bản, backend phục vụ song song nhiều phiên bản; app hiển thị yêu cầu cập nhật khi phiên bản quá cũ. Phiên bản cũ chỉ được ngừng khi lượng sử dụng đủ thấp.
Đánh đổi: tốn công duy trì nhiều phiên bản, đổi lại không làm gián đoạn người dùng.
Vấn đề: API công khai dễ bị gọi trực tiếp từ công cụ bên ngoài app, gây spam ứng tuyển hoặc giả mạo dữ liệu.
Giải pháp: mỗi request từ app được ký kèm dấu thời gian; backend kiểm tra chữ ký và từ chối request sai chữ ký hoặc quá hạn, nhờ đó chặn được cả request bị gửi lại (replay).
Đánh đổi: cần quy trình xoay vòng khóa khi phát hành app mới.
Vấn đề: gửi thông báo và email ngay trong request làm API chậm, nhất là khi một tin tuyển dụng gửi lời mời tới nhiều người cùng lúc.
Giải pháp: API chỉ ghi nhận và đẩy tác vụ vào SQS; worker trên EKS là nơi duy nhất thực thi, có cơ chế thử lại khi lỗi và tự mở rộng theo độ dài hàng đợi. Email giao dịch gửi qua SES.
Đánh đổi: thông báo có độ trễ vài giây, đổi lại API ổn định khi tải tăng.
Vấn đề: người dùng cần thấy ngay lời mời, tin nhắn và thay đổi ca khi đang mở app.
Giải pháp: kết nối Socket.IO đặt trong Backend API; worker xử lý xong sẽ phát sự kiện tới đúng người dùng. Chỉ tách thành service riêng khi lượng kết nối đồng thời đủ lớn.
Đánh đổi: giữ kiến trúc đơn giản ở giai đoạn hiện tại, có sẵn hướng mở rộng.
Vấn đề: quy định yêu cầu một số loại dữ liệu người dùng lưu tại Việt Nam, trong khi hạ tầng chính đặt tại AWS Singapore.
Giải pháp: phân loại dữ liệu, chỉ đưa nhóm dữ liệu thuộc diện quy định về lưu trữ trong nước; phần còn lại giữ nguyên trên AWS.
Đánh đổi: thêm một điểm đồng bộ dữ liệu, đổi lại không phải di dời toàn bộ hệ thống.
Vấn đề: API, worker và web quản trị có nhu cầu tài nguyên khác nhau và tải biến động theo giờ trong ngày.
Giải pháp: mỗi thành phần là một deployment riêng trên EKS, tự mở rộng theo tải, cập nhật cuốn chiếu không gián đoạn; image lưu trên ECR.
Đánh đổi: đòi hỏi đội có kinh nghiệm vận hành Kubernetes.
Vấn đề: cấu hình tay trên console khó kiểm soát, khó tái tạo môi trường và dễ sai lệch giữa staging với production.
Giải pháp: toàn bộ VPC, EKS, RDS, SQS, Route 53… được mô tả bằng Terraform, thay đổi qua review như code ứng dụng.
Đánh đổi: mất thời gian thiết lập ban đầu, đổi lại dựng môi trường mới trong thời gian ngắn.
Vấn đề: deploy thủ công chậm, phụ thuộc vào một vài người và dễ sai sót.
Giải pháp: nhánh theo GitFlow; Jenkins tự build, chạy test, đẩy thư viện dùng chung lên CodeArtifact, đẩy image lên ECR và deploy lên EKS theo từng môi trường.
Đánh đổi: cần duy trì pipeline, đổi lại phát hành nhiều lần mỗi tuần một cách an toàn.
Chúng tôi sẵn sàng chia sẻ chi tiết trong một buổi trao đổi 30 phút.