Vì sao các công ty Mỹ chuyển data engineering sang Việt Nam

Các công ty Mỹ chuyển data engineering sang Việt Nam vì ba điều: kỹ sư senior nắm cả kiến trúc lẫn triển khai, một ngày làm việc tiếp tục chạy trong lúc đội ở Mỹ đã nghỉ, và chi phí quản lý thấp hơn thuê qua agency cung ứng nhân sự. Mô hình này hiệu quả khi khung giờ trùng nhau, cách bàn giao bằng văn bản và quy tắc truy cập được thống nhất trước ticket đầu tiên. Nếu không, kết quả thường gây thất vọng.

Bài viết này đi qua những gì đội ngũ Mỹ thực sự nhận được, khung giờ trùng nhau tính bằng giờ thật, ba cách làm rút ra từ các dự án chúng tôi đã giao, và những điều cần kiểm tra trước khi ký với bất kỳ đối tác nào.

Đội ngũ Mỹ thực sự nhận được gì

Nhiều kinh nghiệm hơn trên cùng ngân sách

Phép so sánh đúng không phải là "kỹ sư rẻ hơn", mà là cùng một ngân sách mua được bao nhiêu kinh nghiệm. Khoản ngân sách chỉ đủ cho một vị trí mid-level ở nhiều thị trường Mỹ có thể đủ cho một kỹ sư senior đã vận hành pipeline thật. Điều đó thay đổi những gì bạn có thể giao: không chỉ ticket, mà cả rà soát kiến trúc, triển khai, gia cố khi đưa lên production và bàn giao.

Công việc tiến triển qua đêm

Việt Nam đi trước lục địa Mỹ từ 11 đến 15 tiếng, tùy bờ Đông hay bờ Tây và mùa trong năm. Một thay đổi bạn duyệt vào buổi sáng ở Mỹ sẽ được làm và kiểm thử trong lúc đội bạn ngủ, rồi chờ bạn duyệt vào sáng hôm sau. Nhịp này chỉ có lợi khi có bàn giao bằng văn bản (sẽ nói ở dưới); thiếu nó, mỗi câu hỏi còn bỏ ngỏ sẽ tốn thêm một ngày.

Một đầu mối từ nguồn dữ liệu đến dashboard

Công việc dữ liệu hiện đại đi qua thu thập, biến đổi, hạ tầng cloud, báo cáo và ngày càng nhiều dữ liệu cho các tính năng AI. Bên mua ngày càng muốn một đối tác chịu trách nhiệm cả chặng đường đó, kể cả kiểm thử, cảnh báo và tài liệu vận hành giúp hệ thống chạy ổn sau khi ra mắt. Mô hình chỉ cung ứng nhân sự để lại những khoảng trống đó cho đội của bạn.

Khung giờ trùng nhau, tính bằng giờ thật

"Có giờ làm việc trùng nhau" là điều dễ hứa và cũng dễ kiểm tra. Việt Nam dùng UTC+7 quanh năm và không đổi giờ theo mùa, nên chênh lệch với Mỹ dịch đi một tiếng hai lần mỗi năm.

| Giờ Việt Nam | Giờ miền Đông Mỹ (EDT, mùa hè) | Giờ miền Tây Mỹ (PDT, mùa hè) | | --- | --- | --- | | 8:00 tối | 9:00 sáng | 6:00 sáng | | 9:00 tối | 10:00 sáng | 7:00 sáng | | 10:00 tối | 11:00 sáng | 8:00 sáng | | 7:00 sáng (hôm sau) | 8:00 tối | 5:00 chiều |

Vào mùa đông ở Mỹ (EST và PST), mọi giờ Mỹ trong bảng sớm hơn một tiếng: đội miền Đông có cuộc gọi buổi sáng dễ chịu hơn, còn đội miền Tây phải gọi sớm hơn.

Trên thực tế, đó là một đến hai tiếng làm việc trực tiếp mỗi ngày, thường vào buổi sáng ở Mỹ, phần còn lại chạy bằng bàn giao văn bản. Những đội làm tốt coi khung giờ này là lúc ra quyết định, không phải họp báo cáo tiến độ:

• Trước cuộc gọi, phía Việt Nam ghi lại những gì đã thay đổi, việc gì đang bị chặn và điều gì cần quyết.
• Trong cuộc gọi, chỉ bàn quyết định và câu hỏi còn mở; mọi thứ khác đã có sẵn bằng văn bản.
• Sau cuộc gọi, phía Mỹ có trọn một ngày làm việc để duyệt không đồng bộ, và việc triển khai tiếp tục qua đêm.

Một thay đổi pipeline được duyệt sáng thứ Ba ở New York có thể được làm xong, kiểm thử và chờ duyệt vào sáng thứ Tư. Thiếu phần văn bản, cùng khoảng chênh đó biến mỗi câu hỏi thành một ngày chậm trễ.

Ba cách làm rút ra từ các dự án đã giao

Lời hứa về làm việc từ xa thì rẻ, nên dưới đây là những gì ba dự án của chính chúng tôi cho thấy về các cách làm giúp mô hình này chạy được.

Pipeline chạy lại an toàn trong lúc bạn ngủ

Một đội phân tích thị trường năng lượng cần lưu lại mọi báo cáo điều độ năm phút một lần của AEMO, đơn vị vận hành thị trường điện Úc, trên cả năm vùng của Thị trường Điện Quốc gia. Pipeline chúng tôi xây chạy một hàm AWS Lambda mỗi năm phút, lưu từng báo cáo vào S3 (bỏ qua nếu đã có) và ghi 19 chỉ số điều độ cho mỗi vùng vào DynamoDB, với khóa ghép từ thời điểm thanh toán và mã vùng.

Chi tiết quan trọng khi làm việc từ xa là cách chạy lại. Một pipeline lỗi lúc 3 giờ sáng giờ Mỹ phải chạy lại được vào buổi sáng mà không sinh dữ liệu trùng, vì người sửa có thể cách người đọc dashboard mười hai múi giờ. Ghi dữ liệu theo kiểu idempotent biến việc đó thành một lần sửa thường lệ thay vì một sự cố.

Truy cập mà không dùng chung khóa

Với alice/ai, CI/CD chạy trên GitHub Actions với quyền truy cập AWS qua OIDC và hai pipeline DEV, PROD tách riêng. Không kỹ sư nào giữ khóa production dài hạn: mỗi lần triển khai nhận một role trong thời gian chạy, và thu hồi quyền chỉ là sửa role đó, không phải đi tìm những bản sao thông tin đăng nhập. Đây cũng là nguyên tắc mà đội bảo mật ở Mỹ nên đòi hỏi từ bất kỳ đối tác bên ngoài nào.

Bàn giao đúng định dạng đội bạn đang dùng

Một đội nghiên cứu định lượng làm việc trên Stata cần dữ liệu bảng (panel) về hoạt động LinkedIn của hơn 300 công ty. Bản giao là bộ dữ liệu panel hơn 146 MB dưới dạng tệp Stata .dta, nên các nhà phân tích mở ngay trong công cụ họ vẫn dùng. Một đối tác tốt bàn giao dữ liệu, mô hình và tài liệu theo định dạng của đội bạn, chứ không theo định dạng dễ làm nhất.

Chọn mô hình hợp tác

Cách tổ chức công việc quan trọng không kém nơi làm việc. Ba mô hình phổ biến hỏng theo những cách khác nhau.

| Mô hình | Phù hợp khi | Cần lưu ý | | --- | --- | --- | | Bổ sung nhân sự (kỹ sư tham gia vào đội của bạn) | Bạn đã có người dẫn dắt kỹ thuật mạnh và ticket rõ ràng | Bạn gánh toàn bộ việc kiến trúc, review và quản lý | | Đội được quản lý (nhà cung cấp vận hành một đội theo backlog của bạn) | Bạn cần năng lực ổn định trong nhiều tháng | Trình độ dễ trôi dần, và kiến thức ở lại phía nhà cung cấp | | Dự án phạm vi cố định (một kết quả xác định, giao và bàn giao) | Mục tiêu rõ: một pipeline, một đợt di chuyển, xây lại hệ thống báo cáo | Phạm vi phải được viết rõ trước khi bắt đầu |

Với phần lớn công việc dữ liệu ở doanh nghiệp vừa, một dự án phạm vi cố định, báo giá cố định sau khi khảo sát và bàn giao bằng văn bản là cách bắt đầu ít rủi ro nhất. Nó buộc hai bên thống nhất thế nào là "xong", và kết thúc bằng thứ đội của bạn tự vận hành được: mã nguồn trong repository của bạn, hạ tầng trong tài khoản cloud của bạn và tài liệu vận hành. Các dự án xây dựng pipeline dữ liệu của chúng tôi kết thúc đúng như vậy.

Danh sách kiểm tra trước khi ký

Trước khi ký với bất kỳ đối tác làm từ xa nào, ở Việt Nam hay nơi khác, hãy có câu trả lời rõ ràng bằng văn bản cho những điểm sau.

Truy cập và bảo mật

• Quyền truy cập production được cấp, giới hạn và thu hồi thế nào: tốt nhất qua SSO của bạn hoặc role ngắn hạn (OIDC), theo nguyên tắc quyền tối thiểu
• Không ai dùng chung thông tin đăng nhập và không có gì được lưu ngoài hệ thống quản lý bí mật của bạn
• Dữ liệu production nằm trong tài khoản cloud của bạn, và quyền truy cập được gỡ thế nào vào ngày cuối

Quyền sở hữu và hợp đồng

• Mã nguồn, pipeline và tài liệu thuộc về bạn sau khi thanh toán
• Có thỏa thuận xử lý dữ liệu nếu dữ liệu cá nhân đi qua hệ thống được xây
• Ai được ghi tên trong dự án: người bạn phỏng vấn phải là người trực tiếp làm

Triển khai và bàn giao

• Thay đổi được review và triển khai thế nào, và một lần triển khai lỗi được hoàn tác ra sao
• Những kiểm thử dữ liệu nào chạy ở mỗi lần nạp (độ mới, số dòng, tính duy nhất, giá trị rỗng, giá trị hợp lệ) và ai nhận cảnh báo khi có kiểm thử thất bại
• Bạn nhận được giám sát, tài liệu vận hành và tài liệu truy vết dữ liệu nào khi kết thúc, và hỗ trợ sau ra mắt ra sao

Đối tác trả lời nhanh và cụ thể là đối tác đã từng làm. Câu trả lời mơ hồ về quy trình thường có nghĩa quy trình đang được ứng biến.

Những rủi ro nên tính trước

Không điều nào dưới đây là lý do để tránh làm việc từ xa. Chúng là lý do để lên kế hoạch.

• Kiến thức dồn vào một người. Đưa ghi chú kiến trúc bằng văn bản và một buổi hướng dẫn có ghi hình vào phạm vi dự án, đừng để thành một ân huệ vào phút cuối.
• Hiểu lầm khi làm việc không đồng bộ. Đặc tả bằng văn bản kèm một ví dụ về kết quả đúng tránh được nhiều việc làm lại hơn là thêm cuộc họp.
• Tết Nguyên đán. Kỳ nghỉ lớn nhất của Việt Nam rơi vào cuối tháng Một hoặc tháng Hai và thường chiếm khoảng một tuần. Hãy lên lịch phát hành quanh nó như quanh đợt đóng băng cuối năm.
• Sự cố production ban đêm. Thống nhất trước ai xử lý khi pipeline lỗi vào ban đêm ở Mỹ, đường báo cáo lên cấp trên ra sao, và những job nào được phép chạy lại mà không cần người quyết.

Khi nào Việt Nam là lựa chọn đúng

Data engineering đặt tại Việt Nam rất phù hợp khi:

• bạn muốn năng lực triển khai senior mà không phải dựng một đội nội bộ lớn
• backlog kết hợp hạ tầng dữ liệu với báo cáo và tự động hóa nghiệp vụ
• đội của bạn quen ra quyết định bằng văn bản và duyệt không đồng bộ

Mô hình này kém phù hợp hơn khi công việc cần người có mặt tại chỗ, khi mọi quyết định đều cần họp trực tiếp, hoặc khi không ai bên bạn đủ sức làm chủ yêu cầu và duyệt kết quả.

Đọc thêm: Đối tác kỹ thuật dữ liệu hay đội ngũ nội bộ: Bên mua nên cân nhắc đánh đổi thế nào và Chọn xử lý batch hay streaming cho pipeline dữ liệu hiện đại.

Điều đọng lại

Lý do các công ty Mỹ chuyển data engineering sang Việt Nam không chỉ nằm ở mức giá. Đó là năng lực triển khai senior hơn trên cùng ngân sách, công việc tiếp tục chạy qua đêm và một đối tác chịu trách nhiệm từ nguồn dữ liệu đến dashboard. Hãy xác định phạm vi, lên kế hoạch khung giờ trùng nhau, viết bàn giao ra văn bản và giữ quyền truy cập trong tài khoản của chính bạn, khi đó Việt Nam trở thành một lợi thế chứ không phải một sự thỏa hiệp.