Bài tập Tổng hợp: Kiến trúc một bản triển khai đa nền tảng bị kiểm soát từ đầu đến cuối

Dưới đây là bản tóm tắt kịch bản (brief) độc lập. Một mạng lưới y tế khu vực có nghĩa vụ bảo mật thông tin sức khỏe (health-privacy obligation) đang triển khai một trợ lý ghi chép hồ sơ lâm sàng (clinical documentation assistant) trên hai nền tảng đám mây. Kiến trúc sư ban đầu sắp luôn chuyển công tác, và Giám đốc Tài chính (CFO) của khách hàng đang yêu cầu bằng chứng về giá trị kinh doanh. Hãy thực hiện 7 quyết định theo đúng thứ tự. Mỗi quyết định sẽ làm nền tảng cho quyết định tiếp theo.

Bản tóm tắt kịch bản (The Brief)

Mạng lưới này vận hành trên hai bang. Các điều dưỡng viên đọc lời thoại về các tương tác với bệnh nhân, và trợ lý AI phác thảo ghi chú lâm sàng có cấu trúc. Một bác sĩ lâm sàng có giấy phép hành nghề bắt buộc phải phê duyệt mọi ghi chú trước khi nó đi vào hồ sơ bệnh nhân. Bản triển khai mang nghĩa vụ bảo mật thông tin sức khỏe với yêu cầu về vết kiểm toán (audit-trail) và quy tắc lưu trữ dữ liệu nội địa (data-residency rule).

Đối tác đã chuẩn hóa hạ tầng trên AWS, nhưng chạy một số công việc back-end không bị kiểm soát trên Direct API. Bạn đang ở tuần thứ 4 của đợt triển khai, và CFO muốn biết bản triển khai này mang lại giá trị gì.

Các Quyết định cần Thực thi:

• Quyết định 1 · Khai phá (Discovery): Từ bản tóm tắt, hãy chỉ tên ràng buộc "phải chứng minh" (must-prove constraint) làm định hình kiến trúc nhất, và viết dòng yêu cầu duy nhất mà nó bắt buộc phải có. (Áp dụng khung chuyển dịch khai phá).

• Quyết định 2 · Đóng khung Sự đánh đổi (Tradeoff Framing): Mạng lưới y tế yêu cầu một bản thiết kế có độ trễ thấp nhất. Hãy đóng khung sự đánh đổi giữa việc cắt giảm ghi log để lấy độ trễ và việc giữ lại vết kiểm toán, theo 3 yếu tố bao gồm cả chi phí đảo ngược quyết định (reversal cost). (Áp dụng bảng chuyển dịch đánh đổi).

• Quyết định 3 · Vòng phản hồi (Feedback Loop): Định nghĩa một dòng trong bảng quản trị ánh xạ đợt kiểm toán đầu ra bắt buộc tới điểm kích hoạt rà soát của bên liên quan (stakeholder-review trigger) theo lịch trình cố định, độc lập với bất kỳ chỉ số kỹ thuật nào. (Áp dụng bảng quản trị vòng phản hồi).

• Quyết định 4 · Tài liệu hóa (Documentation): Chỉ tên một dòng nhật ký quyết định (decision-log row) mà sự thiếu vắng của nó sẽ cho phép người kế nhiệm đảo ngược một lựa chọn chịu tải tuân thủ (compliance-load-bearing choice), và nêu rõ phương án thay thế bị từ chối mà nó bắt buộc phải mang theo. (Áp dụng danh sách kiểm tra tính đầy đủ của tài liệu).

• Quyết định 5 · Lựa chọn Điểm đầu vào (Entry Point Selection): Chọn điểm đầu vào chính (primary) và phụ (secondary) dựa trên việc chuẩn hóa AWS, nghĩa vụ nghiêm ngặt, và quy tắc lưu trữ dữ liệu nội địa; đồng thời xướng tên bước cấu hình giúp ngăn chặn sự cố lưu trữ dữ liệu nội địa phổ biến. (Áp dụng ma trận quyết định điểm đầu vào).

• Quyết định 6 · Tài liệu Kết quả (Outcome Document): Chỉ tên chỉ số kinh doanh Trước-và-Sau (before-and-after business metric) và cơ chế kiểm soát có thể kiểm toán được (auditable control) giúp tài liệu trở nên hữu dụng cho lập luận mở rộng quy mô của CFO. (Áp dụng biểu mẫu tài liệu kết quả khách hàng).

• Quyết định 7 · Chuyển giao Giai đoạn (Phase Transition): Chỉ tên tài sản kỹ thuật (artifact) làm cổng chuyển giao giai đoạn tiếp theo cho kịch bản này và đánh giá xem cổng đó đã được đáp ứng hay chưa. (Áp dụng cổng chuyển giao vòng đời dự án).