Triển khai reverse proxy ở Hong Kong thất bại vì khác biệt văn hóa: Bài học đắt giá rằng làm công nghệ không chỉ là cấu hình

Một quản lý dự án CNTT, tạm gọi là Antonio, mới đây chia sẻ câu chuyện xảy ra vào cuối thập niên 1990 khi ông làm việc cho một tập đoàn dịch vụ tài chính đa quốc gia. Không lâu sau khi nhận việc, Antonio được cử tới Hong Kong để giám sát việc triển khai một hệ thống reverse proxy mới cho khu vực. Reverse proxy là một máy chủ trung gian đứng trước các hệ thống nội bộ, có nhiệm vụ nhận yêu cầu từ người dùng rồi chuyển tiếp vào phía sau; công nghệ này thường được dùng để tăng bảo mật, cân bằng tải và che giấu hạ tầng thật của doanh nghiệp.

Antonio cho biết ông đã tổ chức một buổi họp toàn nhóm với khoảng 25 nhân sự kỹ thuật địa phương để trình bày chi tiết kế hoạch triển khai. Ông mô tả rõ cần làm gì và từng thành phần phải được cấu hình ra sao. Cấu hình ở đây là tập hợp các tham số kỹ thuật quyết định cách hệ thống hoạt động, và chỉ một sai lệch nhỏ cũng có thể kéo theo lỗi dây chuyền trong môi trường doanh nghiệp. Vì biết một số thành viên thoải mái hơn khi dùng tiếng Quảng Đông, Antonio còn xin lỗi vì đã nói tiếng Anh quá lâu rồi hỏi cả nhóm có hiểu kế hoạch hay không. Đáp lại là những cái gật đầu mạnh mẽ và gương mặt đầy tự tin.

Mọi việc tưởng như ổn cho tới sáng thứ Hai, khi hàng loạt lỗi kỳ lạ xuất hiện trong môi trường production, tức hệ thống đang phục vụ hoạt động thực tế của doanh nghiệp. Khi kiểm tra, Antonio phát hiện các cấu hình được triển khai khá giống với tài liệu ban đầu, nhưng không hoàn toàn chính xác. Những thành phần quan trọng có liên quan phụ thuộc lẫn nhau, như load balancer và router, đều bị lệch khỏi trạng thái chuẩn. Load balancer là bộ cân bằng tải, có chức năng phân phối lưu lượng truy cập tới nhiều máy chủ để tránh nghẽn và tăng độ sẵn sàng. Router là thiết bị định tuyến, chịu trách nhiệm chuyển dữ liệu qua các mạng khác nhau. Khi các mắt xích này bị chỉnh sai, toàn bộ hệ thống có thể hoạt động bất ổn dù bề ngoài vẫn trông gần như đúng.

Antonio mất bốn ngày để lần theo vấn đề và đưa hệ thống trở lại trạng thái ổn định. Sau đó, ông tập hợp đội ngũ để họp rút kinh nghiệm, nhằm tìm hiểu vì sao bản triển khai thực tế lại bị chỉnh sửa một cách tinh vi đến mức trông như vẫn tuân thủ kế hoạch, nhưng thực chất thì không. Trong phát triển và vận hành hạ tầng, kiểu sai khác này đặc biệt nguy hiểm vì nó tạo ra cảm giác rằng mọi thứ đã được làm đúng, trong khi lỗi chỉ bộc lộ khi hệ thống bắt đầu chịu tải thật hoặc tương tác với các thành phần phụ thuộc.

Theo chia sẻ của Antonio, một thành viên trong nhóm cuối cùng đã giải thích ngắn gọn: ‘Cách của chúng tôi tốt hơn’. Khi Antonio phản bác rằng nếu tốt hơn thì hệ thống đã không bị hỏng, nhóm tiếp tục đưa ra lập luận khiến ông sửng sốt: họ xác nhận chỉ trả lời rằng họ hiểu kế hoạch, chứ không hề nói sẽ làm theo kế hoạch đó. Nói cách khác, nhóm kỹ thuật đã tự điều chỉnh phương án triển khai dựa trên nhận định riêng của họ, vì tin rằng cách tiếp cận của mình ưu việt hơn. Đây là một ví dụ điển hình của hiện tượng thường được gọi là ‘malicious compliance’ hoặc tuân thủ theo kiểu đối phó, dù trong trường hợp này nó còn pha trộn yếu tố khác biệt văn hóa và cách diễn giải ngôn ngữ trong môi trường làm việc quốc tế.

Sau sự cố, Antonio đi đến kết luận rằng khi làm việc ở nước ngoài, hiểu văn hóa địa phương đôi khi quan trọng không kém năng lực kỹ thuật. Trong các dự án xuyên biên giới, một câu hỏi tưởng chừng đơn giản như ‘mọi người có hiểu không’ có thể không đủ để xác nhận mức độ đồng thuận, cam kết thực hiện hay quyền phản biện của nhóm. Đặc biệt trong các dự án hạ tầng mạng, nơi reverse proxy, router, load balancer và các hệ thống phụ thuộc phải vận hành đồng bộ, khoảng cách giữa ‘hiểu yêu cầu’ và ‘thực thi đúng yêu cầu’ có thể tạo ra rủi ro lớn cho doanh nghiệp. Tóm lại, như chính Antonio đúc kết: công nghệ thì dễ, con người mới khó.