Tư vấn kiến trúc: đánh giá hiện trạng trước khi chọn công nghệ

Phần lớn dự án cloud thất bại không phải vì chọn sai nền tảng. Chúng thất bại vì câu hỏi “dùng nền tảng nào” được đặt ra ở tuần thứ nhất, trong khi nó chỉ nên được trả lời ở tuần thứ tám. Khi nền tảng được chốt trước, mọi ràng buộc phát hiện sau đó đều trở thành việc phải lách, và kiến trúc dần biến thành một chuỗi ngoại lệ.

Giai đoạn tư vấn tồn tại để đảo lại thứ tự đó. Mục tiêu không phải là một bản vẽ đẹp, mà là một quyết định đầu tư có căn cứ: làm gì trước, làm gì sau, tốn bao nhiêu, và chấp nhận rủi ro nào.

Khảo sát hiện trạng: bốn thứ và một thứ ít ai đo

Một buổi khảo sát tử tế nhìn vào bốn lớp cụ thể, và một lớp thứ năm thường bị bỏ.

• Ứng dụng và phụ thuộc: cái gì gọi cái gì, đồng bộ hay bất đồng bộ, chịu được bao lâu khi phía sau chết.
• Dữ liệu: khối lượng, tốc độ tăng, yêu cầu lưu trú, và dữ liệu cá nhân có nằm trong đó hay không — câu này quyết định rất nhiều thứ về sau.
• Chi phí hiện tại: không phải hoá đơn tổng, mà chi phí trên một đơn vị nghiệp vụ.
• Ràng buộc tuân thủ: hệ thống thuộc cấp độ nào, kỳ thẩm định khi nào.
• Và lớp thứ năm: cách đội vận hành đang thực sự làm việc — ai được quyền vào production, phát hành bằng tay hay bằng pipeline, đêm ai nhận cảnh báo.

Lớp thứ năm là lớp dự báo tốt nhất cho việc kiến trúc mới sẽ sống hay chết. Một thiết kế cần bốn kỹ sư platform để duy trì, giao cho một đội hai người vốn đang trực luân phiên, thì sáu tháng sau nó sẽ bị lách bằng những thao tác thủ công — và không ai ghi lại.

Phân loại 6R, và lý do “rehost tất cả” thường là câu trả lời sai

Với mỗi ứng dụng có sáu hướng: retire, retain, rehost, replatform, refactor, repurchase. Rehost toàn bộ là phương án nghe an toàn nhất và bán dễ nhất, nhưng nó chuyển nguyên vẹn cả những vấn đề sẵn có sang một nơi tính tiền theo giờ. Chi phí sau đó tăng, và lý do tăng thì không ai giải thích được.

Ngược lại, refactor tất cả là phương án nghe hấp dẫn nhất trên slide và tốn nhất trong thực tế. Việc của giai đoạn tư vấn là chia danh sách ứng dụng thành các nhóm khác nhau và bảo vệ được lý do cho từng nhóm — kể cả nhóm “retire”, thường là nhóm tiết kiệm nhiều nhất và ít ai dám đề xuất.

Kiến trúc mục tiêu và lộ trình chia đợt

Kiến trúc mục tiêu chỉ có giá trị khi đi kèm một lộ trình mà từng đợt có thể bàn giao độc lập. Một bản vẽ lớn hoàn hảo nhưng phải làm xong hết mới thấy giá trị là một bản vẽ sẽ bị dừng giữa đường khi ngân sách đổi ưu tiên.

• Mỗi đợt có tiêu chí thành công đo được, chốt trước khi bắt đầu.
• Mỗi đợt có phương án quay lui đã được thử, không phải một đoạn mô tả trong tài liệu.
• Ưu tiên theo giá trị nghiệp vụ và mức rủi ro, không theo độ mới của công nghệ.
• Nền tảng được chọn sau cùng, dựa trên yêu cầu đã chốt.

Kiến trúc tốt là kiến trúc mà đội vận hành hiện tại của bạn có thể duy trì được, không phải kiến trúc đẹp nhất trên slide.

TCO/ROI: con số nói được gì và không nói được gì

Mô hình TCO ba năm nên so sánh ba phương án, không phải hai: giữ nguyên, tự làm, và dùng dịch vụ. Phương án “giữ nguyên” hay bị bỏ khỏi bảng tính, trong khi nó chính là mốc để biết khoản đầu tư có đáng hay không.

Đầu vào phải ghi rõ nguồn: chi phí hạ tầng và license đang trả, nhân sự vận hành, số sự cố mỗi năm, thời gian downtime. Đầu ra là TCO theo từng năm, tách CapEx và OpEx, cộng điểm hoàn vốn.

Điều mô hình TCO không nói được: rủi ro thực thi. Một lộ trình 18 tháng có thể đúng về số nhưng sai về khả năng của đội. Vì vậy con số luôn phải đi cùng phần giả định — và phần giả định phải viết ra, không giữ trong đầu người làm bảng tính.

Kết thúc giai đoạn tư vấn, khách hàng cầm gì trong tay

• Báo cáo hiện trạng và khoảng trống so với mục tiêu.
• Kiến trúc mục tiêu kèm sơ đồ logic và sơ đồ triển khai.
• Danh sách ứng dụng đã phân loại 6R, có lý do cho từng nhóm.
• Lộ trình chia đợt với tiêu chí nghiệm thu từng đợt.
• Dự toán TCO/ROI kèm danh mục giả định và loại trừ.

Đủ cụ thể để ra quyết định đầu tư, đủ linh hoạt để điều chỉnh khi thực tế thay đổi. Nếu một bản tư vấn không cho phép nói “không làm đợt 3 nữa” mà vẫn giữ được giá trị của đợt 1 và 2, thì nó chưa được chia đúng.