Playbook điều hành miễn phí.
Hệ thống AI của anh/chị có ba nhà cung cấp. Nhưng có thể chỉ có một điểm phụ thuộc. Cả hai câu đó có thể cùng đúng, và khoảng trống giữa chúng chính là nơi sự cố gián đoạn tiếp theo đang chờ. Lý do khoảng trống ấy sống sót qua mọi vòng rà soát là vì danh sách nhà cung cấp không sai — nó đang trả lời một câu hỏi khác. Đếm số nhà cung cấp không đo được mức độ tập trung. Nó chỉ đo anh/chị nhận bao nhiêu hóa đơn. Bằng chứng cho thấy điều này giờ đã đo được chứ không còn là chuyện tranh luận đến từ hai mảnh, cách nhau tám tháng. Ngày 18/11/2025, các Cơ quan Giám sát châu Âu công bố danh sách 19 nhà cung cấp công nghệ được chỉ định là bên thứ ba ICT trọng yếu của hệ thống tài chính, theo Điều 31(1) và 31(9) của quy định về khả năng chống chịu hoạt động của EU. Tháng 7/2026, Vương quốc Anh chỉ định 4 bên thứ ba trọng yếu theo cơ chế riêng của mình, có hiệu lực từ 13/7/2026, và 3 trong 4 là cùng những pháp nhân mà các cơ quan châu Âu đã nêu tên. Hãy đọc thật chính xác, vì chính sự chính xác là lập luận: pháp nhân, không phải công ty — cái thứ tư thuộc cùng một tập đoàn nhưng dưới một pháp nhân khác, và đó đúng là điểm sụp mà khung tư duy này bàn tới, hiện ra ngay bên trong chính cơ chế chỉ định. Hai cơ quan giám sát, hai quy trình riêng biệt, các tiêu chí khác nhau, về cơ bản là một danh sách ngắn. Đó không phải một ước tính thị phần. Một ước tính của giới phân tích là một phương pháp anh/chị không thể kiểm tra, thực hiện trên một tập đối tượng mà anh/chị thường không nhìn thấy; một quyết định chỉ định là một quyết định, có ngày tháng, do một cơ quan giám sát đưa ra khi có quyền truy cập các sổ đăng ký thông tin mà tổ chức tài chính buộc phải duy trì. The Vendor Concentration Heatmap biến điều đó thành thứ một hội đồng quản trị có thể điền vào: sáu tầng, chấm trên hai trục, cùng bước truy vết xuống dưới để biến một danh sách nhà cung cấp thành một phép đo mức độ tập trung. Đây là cách phân chia do tác giả đề xuất, không phải một chuẩn mực đã được phê chuẩn, và cũng không phải khung chuỗi cung ứng năm tầng mà Hội đồng Ổn định Tài chính làm việc với.
Trong playbook có gì
- Đặt lại vấn đề — đếm nhà cung cấp đặt cạnh truy vết theo tầng, so sánh trên bốn hàng quyết định việc hội đồng quản trị có nghe được sự thật hay không: đơn vị đo (hợp đồng, hóa đơn và tên nhà cung cấp · đặt cạnh các điểm phụ thuộc, và nơi hai điểm trở thành một) · câu trả lời điển hình ("Ba nhà cung cấp. Chúng tôi đa nguồn." · đặt cạnh "Ba ở tầng mô hình. Một ở bên dưới.") · điều mỗi cách bỏ sót (rằng hai nhà cung cấp mô hình có thể được phục vụ qua cùng một cloud, trong cùng một region, trên cùng một dòng chip tăng tốc · đặt cạnh không bỏ sót gì về cấu trúc, dù phải tốn công và câu trả lời trung thực thường là chưa rõ) · và nơi mỗi cách sụp về một (nó không thể sụp, vì nó chưa từng nhìn xuống · đặt cạnh tầng cloud và region, thường là vậy). Trường hợp này là bình thường chứ không hề hiếm gặp: hai nhà cung cấp mô hình, được chọn cẩn thận, để có dự phòng thực sự, cả hai được phục vụ qua cùng một cloud, trong cùng một region, trên cùng một dòng chip tăng tốc. Đó là một điểm phụ thuộc khoác hai logo — và hội đồng quản trị được báo cáo rằng hệ thống là đa nhà cung cấp, điều đó đúng, ở tầng mà hội đồng nhìn thấy
- Sổ đăng ký sáu tầng — trang anh/chị tự điền, với mỗi tầng là gì, vì sao nó bị khuất, và ai chịu trách nhiệm. C1 · Model (dòng foundation model nào thực sự tạo ra câu trả lời, và hai nhà cung cấp nghĩa là hai mô hình độc lập hay hai lớp vỏ bọc trên cùng một mô hình; điểm phụ thuộc là phiên bản chẳng kém gì nhà cung cấp, vì việc ngừng hỗ trợ một phiên bản là một cuộc chuyển đổi bắt buộc mà anh/chị không lên lịch) · C2 · Inference và serving (ai vận hành mô hình, trên năng lực tính toán của ai, theo điều khoản của ai — một giao diện của chính hãng, một bản host trên nhà cung cấp cloud, hay tự host; đây là nơi câu "chúng tôi có nhà cung cấp thứ hai" thường hết đúng nhất, vì giới hạn tốc độ và cam kết năng lực quyết định failover là một kế hoạch hay chỉ là một câu văn) · C3 · Cloud và region (hạ tầng tính toán bên dưới và vị trí vật lý của nó; nó không hề bị khuất, nó chỉ nằm thấp hơn một tầng so với nơi sự đa dạng hóa được đếm — nêu tên region, không chỉ tên nhà cung cấp, rồi hỏi nhà cung cấp thứ hai chạy trên gì) · C4 · Dữ liệu và embedding (vector store và embedding model mà hệ thống truy xuất của anh/chị phụ thuộc vào — điểm khóa chặt lặng lẽ nhất trong stack và cũng là điểm ít khi được đưa vào chương trình họp nhất) · C5 · Công cụ và điều phối (agent framework, bộ khung đánh giá, tầng observability — những thứ mã hóa cách mọi thành phần khác được nối với nhau, và hiếm khi được kiểm kê như một điểm phụ thuộc) · C6 · Lối thoát (quyền chấm dứt và quyền tiếp quản theo hợp đồng, khả năng chuyển dữ liệu và mô hình, và liệu điều gì trong số đó đã từng được thực thi hay chưa; nó cũng không hề bị khuất — nó chỉ chưa từng được kiểm thử, nên văn bản và năng lực thực tế chưa bao giờ được đặt cạnh nhau) · cộng thêm bước truy vết xuống dưới, bước biến một danh sách thành một phép đo: với mỗi mô hình nêu ở C1, ghi lại nó thực sự chạy trên gì ở C2 và C3, nêu tên region, rồi tìm mọi chỗ mà hai hay nhiều lựa chọn tưởng như độc lập ở tầng trên quy về cùng một thứ ở bên dưới. Sự hội tụ đó chính là điểm nóng. Mọi thứ khác trên trang chỉ là bối cảnh cho nó
- Hai trục, không phải một — vì một bảng xếp hạng duy nhất gộp hai câu hỏi có câu trả lời khác nhau. Hỏi rời khỏi một tầng khó đến mức nào. Rồi hỏi, tách riêng, điều gì xảy ra nếu nó ngừng. C1 độ khó trung bình, hệ quả trung bình (thường là suy giảm chất lượng) · C2 độ khó trung bình, hệ quả cao · C3 độ khó cao, hệ quả cao nhất · C4 độ khó cao nhất, hệ quả trung bình · C5 độ khó cao, hệ quả trung bình · C6 chính là độ khó, và quyết định mọi hệ quả khác. Phát hiện mà hai trục tạo ra chính là thứ mà một cột điểm nóng duy nhất sẽ phá hủy: tầng có thể làm sập dịch vụ là C3; tầng khó rời bỏ nhất là C4, và một hội đồng chỉ hỏi một câu sẽ nhận được một trong hai câu trả lời đó — thường là C3, vì C3 là tầng mà ai cũng đã lo từ trước. Vì sao C4 khó nhất là một nhận định về kiến trúc, không phải về giá, và chính sự phân biệt ấy giúp nó đứng vững trước phản biện: để thay mô hình chuyển tài liệu của anh/chị thành vector, anh/chị không chỉ đổi một thiết lập, anh/chị phải embed lại toàn bộ kho dữ liệu rồi kiểm định lại mọi kết quả truy xuất từng phụ thuộc vào mô hình cũ. Theo cách tác giả đọc bối cảnh tiêu chuẩn hiện nay, không có chuẩn khả chuyển nào cho lưu trữ vector để mang phần việc đó sang — đây là một đánh giá chứ không phải một phát hiện có nguồn, và được nêu đúng như vậy. C4 không phải tầng tốn kém nhất tính bằng tiền. Nó là tầng có ma sát kiến trúc cao nhất, và ma sát đó tăng dần theo quy mô kho dữ liệu, nghĩa là ngày rẻ nhất để xử lý nó luôn là một ngày trước hôm nay
- Pháp luật Việt Nam đã yêu cầu gì, và câu hỏi duy nhất còn bỏ ngỏ. Theo Thông tư 09/2020/TT-NHNN, có hiệu lực từ 01/1/2021, cloud không bị cấm — hệ thống từ cấp độ ba trở lên có thể lên cloud khi đáp ứng các yêu cầu an toàn — và tổ chức phải hoàn thành đánh giá rủi ro trước khi sử dụng. Nghĩa vụ gửi báo cáo hẹp hơn nhiều so với cách nó thường được mô tả: Điều 33(3) gắn nghĩa vụ đó với trường hợp thuê ngoài toàn bộ công việc quản trị hệ thống, nên riêng việc dùng cloud không đặt một báo cáo lên bàn Ngân hàng Nhà nước, trong khi đánh giá trước khi sử dụng tại Điều 33(1) là nghĩa vụ chung. Điều 35 của cùng thông tư điều chỉnh hợp đồng với bên thứ ba, quyền sở hữu dữ liệu và việc hoàn trả dữ liệu khi chấm dứt — thứ gần nhất với một điều khoản C6 trong pháp luật Việt Nam. Theo Thông tư 13/2018/TT-NHNN, Điều 43 điều chỉnh rủi ro hoạt động phát sinh từ thuê ngoài — bằng cách áp dụng nghĩa vụ nhận diện — đo lường — theo dõi — kiểm soát tại Điều 42 cho rủi ro đó, và yêu cầu kế hoạch duy trì hoạt động kinh doanh liên tục tại Điều 46, do chính ngân hàng hoặc do nhà cung cấp xây dựng. Lưu ý cách dùng từ: luật Việt Nam nói duy trì hoạt động kinh doanh liên tục, không nói lối thoát — và nó có yêu cầu kế hoạch đó phải được kiểm thử ít nhất mỗi năm một lần, trong đó kế hoạch dự phòng cho cloud được kiểm thử về khả năng sẵn sàng thay thế. Điều mà không văn bản Việt Nam nào yêu cầu là anh/chị phải kiểm thử việc thực sự rời khỏi một nhà cung cấp. Và theo Luật Trí tuệ nhân tạo 134/2025/QH15, có hiệu lực từ 01/3/2026 (Điều 34), nghĩa vụ được phân tách giữa nhà cung cấp và bên triển khai tại Điều 11 đến Điều 14. Thời gian chuyển tiếp 18 tháng đến 01/9/2027 nằm ở Điều 35(1)(a) và chỉ áp dụng cho các hệ thống ngành tài chính đã vận hành trước ngày luật có hiệu lực — một khoảng chạy đà cho những gì đang chạy, không phải một kỳ miễn trừ toàn ngành cho những gì anh/chị xây tiếp. Theo cách playbook này đọc các nghĩa vụ của nhà cung cấp, một ngân hàng gắn thương hiệu của mình lên một ứng dụng AI sẽ chịu trách nhiệm với tư cách nhà cung cấp, kể cả khi mô hình lõi được cấp phép từ bên khác; không điều khoản nào nói đúng chữ thương hiệu của chính mình, nên hãy đọc đó như một cách diễn giải chứ không phải một căn cứ được trích nguyên văn. Khoảng trống mới là toàn bộ vấn đề. Ngân hàng đã chạy một bản đánh giá rủi ro trước khi go-live, và gửi nó đi trong trường hợp toàn bộ hệ thống nằm trong tay người khác. Bản đánh giá đó hỏi nhà cung cấp có đủ năng lực hay không. Nó không hỏi nhà cung cấp đứng trên nền tảng nào, hay đã có ai từng thử rời đi hay chưa
- Bài kiểm tra — sáu câu hỏi, một buổi chiều, mỗi câu đi kèm hình dung về một câu trả lời "trượt", để kết quả đầu ra là danh sách những tầng mà tổ chức của anh/chị hiện chưa nhìn thấy, chứ không phải một điểm số. Chức năng trọng yếu nào có dùng AI (trượt: một danh sách hệ thống, không phải các dịch vụ mà khách hàng sẽ nhận ra khi chúng ngừng) · cái gì đang chạy ở cả sáu tầng (trượt: nêu được bốn tầng và lặng lẽ bỏ qua hai, thay vì ghi chưa rõ) · mỗi mô hình chạy trên gì, ở region nào (trượt: "chúng tôi multi-cloud" — nêu tên region, nếu không thì đó chưa phải câu trả lời) · đã chấm trên cả hai trục chưa (trượt: một cột điểm nóng duy nhất, hai câu hỏi bị gộp vào câu mà ai cũng đã hỏi) · các lựa chọn độc lập sụp về một ở đâu (trượt: "chúng tôi có ba nhà cung cấp", đưa ra như một câu trả lời về sự phụ thuộc) · và lối thoát nào đã được kiểm thử, trên production (trượt: một điều khoản hợp đồng, một runbook, một buổi diễn tập trên bàn — không cái nào là một phép thử) · rồi đến quy tắc làm cho sổ đăng ký có răng: khi hai lựa chọn sụp về một, lãnh đạo nên coi chúng là một nhà cung cấp duy nhất — trong sổ đăng ký, trong hợp đồng, và trong kế hoạch phục hồi. Có một hình mẫu đáng học hỏi cho câu hỏi cuối cùng thay vì chờ bị áp đặt: theo cơ chế kiểm thử xâm nhập dựa trên mối đe dọa của EU, các tổ chức được xác định phải kiểm thử ít nhất 3 năm một lần, việc kiểm thử chạy trên hệ thống production đang vận hành, nó vươn tới cả các hệ thống thuê ngoài từ nhà cung cấp bên thứ ba, và văn bản phạm vi kiểm thử do cấp quản lý cao nhất phê duyệt — rồi được cơ quan giám sát thẩm định lại, và đó mới là nửa làm cho chữ ký của hội đồng có sức nặng. Một ngân hàng nằm ngoài cơ chế đó có thể tự nguyện áp dụng cùng hình mẫu: hội đồng ký phạm vi, phép thử chạy trên hệ thống thật, và nó không dừng lại ở ranh giới những gì anh/chị tự vận hành
Năm trang · miễn phí khi đăng nhập thành viên · PDF.
Ba giới hạn thẳng thắn được giữ trong cả bản tải về lẫn ở đây, vì chúng giới hạn những gì heatmap này có thể khẳng định. Khi nào khung tư duy này không đứng vững: các nhà cung cấp cho rằng kỹ thuật đa availability zone, đa region và khoản đầu tư bảo mật của họ vượt xa những gì bất kỳ tổ chức đơn lẻ nào có thể tự xây, và ở cấp độ khả năng chống chịu của riêng một ngân hàng thì điều đó nhiều khả năng là đúng — tập trung vào một nhà cung cấp lớn rất có thể làm tăng chứ không làm giảm tính sẵn sàng. Lập luận đó thường được chống đỡ bằng báo cáo tháng 12/2019 của Hội đồng Ổn định Tài chính về sự phụ thuộc vào bên thứ ba trong dịch vụ cloud, vốn đáng được trích chính xác thay vì tóm tắt: Hội đồng kết luận rằng dường như chưa có rủi ro tức thời đối với ổn định tài chính phát sinh từ việc các tổ chức tài chính sử dụng dịch vụ cloud. Cả hai lớp dè dặt đều là của Hội đồng, và cách diễn giải mạnh hơn đang lưu hành — rằng việc ứng dụng cloud không gây rủi ro cho ổn định tài chính — đã nói quá một cách đọc có điều kiện của năm 2019. Cũng xin lưu ý chính báo cáo ấy đề nghị các cơ quan quản lý thảo luận thêm những gì, vì việc thứ ba trong ba việc đó là nỗ lực chuẩn hóa nhằm bảo đảm khả năng liên thông và khả năng chuyển dữ liệu trong môi trường cloud: nguồn được phía nhà cung cấp dẫn nhiều nhất lại chính là nơi đưa C4 và C6 lên hồ sơ như phần việc còn dang dở. Các cơ quan giám sát không phản bác phần kỹ thuật; câu trả lời của họ là đó là sai tầm nhìn, vì khả năng chống chịu ở một tổ chức không phải là sự ổn định của cả hệ thống. Nhưng đó là lập luận ở cấp hệ thống, và một hội đồng đơn lẻ không thể hành động dựa trên nó. Vì vậy nhận định được chủ động thu hẹp về phiên bản đứng vững nguyên vẹn trước phản biện: đa nguồn ở C1 không giải quyết sự phụ thuộc ở C2 hay C3, và lối thoát chưa từng được kiểm thử. Nhận định đó hoàn toàn không tranh luận về kỹ thuật bảo đảm tính sẵn sàng. Về C5: tầng này có thật nhưng thiếu bằng chứng. Dạng lỗi cụ thể mà nó dự báo — một thay đổi guardrail hoặc bộ lọc an toàn làm hành vi hệ thống thay đổi mà không báo trước — chưa có trường hợp nào được ghi nhận trong nguồn công khai mà nghiên cứu này tìm thấy. Hãy coi nó là khoảng trống trong tầm nhìn của chính anh/chị chứ không phải một sự cố đã được chứng minh; biện pháp kiểm soát đầu tiên đơn giản là đưa nó vào sổ đăng ký. Và về con số thị phần cloud: việc ba nhà cung cấp chiếm khoảng ba phần tư mức sử dụng cloud là điều các doanh nghiệp dịch vụ tài chính Vương quốc Anh tự báo cáo cho Ngân hàng Trung ương Anh và Cơ quan Quản lý Ứng xử Tài chính trong khảo sát AI năm 2024 của hai cơ quan này, được dẫn lại trong báo cáo tháng 10/2025 của Hội đồng Ổn định Tài chính. Đó là một khảo sát của cơ quan giám sát do hai cơ quan quản lý tài chính thực hiện chứ không phải phân tích của giới phân tích, và là một cách đọc về một thị trường chứ không phải một phép đo thị phần hay một cuộc tổng điều tra. Nó không nói lên điều gì chính xác về hệ thống của anh/chị và không nói gì cả về Việt Nam, nên đừng đưa nó vào tờ trình hội đồng như thể nó nói được điều đó.
Những gì chủ ý không có trong playbook này. Không khẳng định rằng cơ chế của EU ràng buộc một ngân hàng Việt Nam, hay rằng nó tạo ra trách nhiệm cá nhân của thành viên hội đồng quản trị đối với một sự cố gián đoạn — nghĩa vụ giám sát không phải là điều nào trong hai thứ đó, dù cơ chế châu Âu có cho phép một quốc gia thành viên truy đến các thành viên của cấp quản lý cao nhất với tư cách cá nhân, ở nơi pháp luật quốc gia quy định như vậy và khi họ chịu trách nhiệm về một hành vi vi phạm quy định đó. Không có ngưỡng định lượng nào về mức độ tập trung, vì không văn bản Việt Nam nào đặt ra một ngưỡng như vậy. Không có một thứ tự xếp hạng duy nhất cho sáu tầng, vì bằng chứng không tạo ra một thứ tự như vậy và một thứ tự duy nhất sẽ che khuất phát hiện về hai trục. Không có tầng nguồn cung chip tăng tốc bên dưới C3 và không có tầng con người và đơn vị tích hợp, dù cả hai đều có thể bàn; sáu là con số mà bằng chứng ủng hộ. Không có số điều khoản nào không được đọc trực tiếp từ văn bản. Không tổ chức nào được nêu tên làm ví dụ ở bất kỳ đâu trong playbook, và không ngân hàng, nhà cung cấp, nền tảng hay mô hình nào được nêu tên hoặc được xác nhận — đó là chính sách biên tập, vì nêu tên một ngân hàng trong một tài liệu về sự phụ thuộc nhà cung cấp của ngân hàng đó sẽ hàm ý một quan hệ khách hàng mà chúng tôi không khẳng định, và các nguồn gốc đứng sau bằng chứng của tuần này đầy ắp những cái tên đã được chủ ý không đưa vào.
Muốn nhận bản hằng tuần? Đăng ký The AI Architect Letter · Đọc bản phân tích đầy đủ · Đọc các bài phân tích mới nhất.