Microsoft sập hai lần trong mười lăm ngày, và lần thứ hai, họ đã dời ngày công bố thu nhập.

Microsoft 365, Outlook, Teams, Copilot và Store gặp sự cố từ khoảng 01:00 giờ Hà Nội ngày 13 tháng 11, với 130.000 báo cáo về Outlook chỉ riêng tại Mỹ. Microsoft ban đầu đổ lỗi cho tải, sau đó nói rằng các máy chủ đang hoạt động bất thường. OpenAI và Anthropic đều báo cáo lỗi trình kết nối, và một nhà sản xuất xe tải điện đã dời lịch công bố kết quả kinh doanh quý vì sự cố này.

Từ khoảng 01:00 giờ Hà Nội ngày 13 tháng 11, người dùng ở Việt Nam và nơi khác mất quyền truy cập Microsoft 365, Outlook, Teams, Copilot và Microsoft Store. Downdetector ghi nhận hơn 130.000 báo cáo về Outlook chỉ riêng tại Hoa Kỳ, 45.000 báo cáo về Microsoft 365 và 10.000 báo cáo về Store, phần lớn liên quan đến việc kết nối và gửi hoặc nhận thư.

Phần thú vị không phải là sự cố ngừng dịch vụ. Mà là thiệt hại thứ cấp.

Microsoft đã nói gì và đã thay đổi những gì

Tuyên bố đầu tiên của công ty mô tả một phần cơ sở hạ tầng của mình là đang trong tình trạng "tải cao". Sau đó, công ty đã sửa lại: tình trạng quá tải không phải do lưu lượng truy cập tăng vọt, mà do một số máy chủ "bất ngờ không hoạt động bình thường", gây áp lực lên những máy chủ vẫn còn hoạt động bình thường.

Sự phân biệt đó rất quan trọng. Lưu lượng tăng đột biến là vấn đề quy hoạch công suất. Máy chủ hỏng bất thường là câu hỏi về độ tin cậy — và phương thức khôi phục mà Microsoft mô tả chính là dấu hiệu tiết lộ: chuyển hướng lưu lượng sang các tuyến mạng thay thế khi có thể, và tối ưu quá trình đưa các máy chủ còn lại trở lại. Người dùng lấy lại quyền truy cập “từng bước một”.

Nói cách khác, hệ thống tự bảo vệ bằng cách dồn tải sang phần còn lại, và đó chính xác là hành vi biến một nút lỗi thành một sự cố toàn cầu.

Hiệu ứng dây chuyền chính là câu chuyện

Hai phòng thí nghiệm AI của Mỹ đã công khai cho biết sự cố của Microsoft đã ảnh hưởng đến họ.

Chi tiết về Workhorse đáng được nhấn mạnh vì đây là chi tiết duy nhất gắn với một ngày cụ thể. Một sự cố chỉ khiến người dùng khó chịu là một chi phí hỗ trợ. Một sự cố đẩy việc công bố thông tin quý của một công ty đại chúng chậm bốn ngày là một sự phụ thuộc trọng yếu — và không ai đã viết "Microsoft" vào lịch rủi ro của công ty đó như một lý do khiến kết quả có thể bị trễ.

Hai lần gián đoạn, mười lăm ngày

Đây không phải là một buổi sáng cá biệt.

1. Lập bản đồ các đầu nối, không chỉ các dịch vụ. Những nhóm bị ảnh hưởng nặng nhất ở đây không vận hành Exchange — họ vận hành các sản phẩm xác thực qua Microsoft. Nếu ngăn xếp của bạn chỉ liệt kê Microsoft trong mục “email”, thì bản đồ đã sai.
2. Ghi lại những gì bị suy giảm, không phải những gì bị hỏng. “Outlook ngừng hoạt động” là tình huống có thể chịu được. “Không thể tạo tích hợp mới và hồ sơ nộp theo quý bị trễ” thì không. Câu thứ hai là câu cần tập dượt.
3. Tập dượt lời biện hộ của nhà cung cấp. Workhorse đã làm đúng — công bố, dời ngày, nói rõ lý do.

Hai sự cố toàn cầu trong vòng hai tuần, trong cùng hệ thống của một nhà cung cấp, với các triệu chứng khác nhau và cùng một hình thái: một thành phần suy giảm, phần còn lại khỏe mạnh bị yêu cầu gánh lấy nó, và mọi thứ ở hạ nguồn đều kế thừa vấn đề.

Điều này thay đổi gì đối với bất kỳ ai xây dựng trên đó

Bài học thực tiễn không phải là "chọn một đám mây khác". Mọi nhà cung cấp lớn đều đã từng có một hai tuần tồi tệ. Bài học là phụ thuộc vào một nền tảng là phụ thuộc vào các chế độ lỗi của nó, và những chế độ đó giờ đây đã đủ rõ ràng để có thể lập bản đồ.

Ba việc đáng làm trước lần tiếp theo:

Hầu hết các công ty phát hiện trong sự cố rằng không ai chịu trách nhiệm về quyết định đó.

Chúng tôi xây dựng các hệ thống dữ liệu và suy luận, và đây là phần mà khách hàng đánh giá thấp: sự cố ngừng dịch vụ của một nền tảng không phải là một sự kiện CNTT, mà là một sự kiện duy trì liên tục kinh doanh gắn với một lịch trình. Những tổ chức xử lý tốt là những tổ chức đã biết cam kết nào của mình phụ thuộc vào máy chủ của người khác — và đã nói rõ điều đó bằng văn bản trước khi các máy chủ ngừng hoạt động bình thường.

Nguồn: VnExpress, ngày 13 tháng 11 năm 2026, đưa tin về số liệu của Downdetector, các tuyên bố của Microsoft với Reuters và các tuyên bố công khai từ OpenAI, Anthropic và Workhorse Group. Chi tiết về sự cố Azure ngày 29 tháng 10 là theo đưa tin của VnExpress. Số liệu báo cáo đo số lượng người dùng phản ánh, không phải mức độ nghiêm trọng hay nguyên nhân của sự cố.

Liên hệ: [email protected]

TÁC GIẢ

Về ABN Asia: Ai-Banking-NetworkSecurity (ABN), ABN Asia được thành lập từ năm 2012, là một công ty xuất phát từ học thuật, do những giảng viên, cựu du học sinh Hungary, Hà Lan, Nga, Đức, và Nhật Bản sáng lập. Chúng tôi chia sẻ đam mê chung và tầm nhìn vững chắc về công nghệ, mang đến sự đổi mới và chất lượng đỉnh cao cho khách hàng. Phương châm của chúng tôi là: Tốt hơn. Nhanh hơn. An toàn hơn. Trong nhiều trường hợp: Rẻ hơn.

Hãy liên hệ với chúng tôi khi Quý doanh nghiệp có các nhu cầu về dịch vụ công nghệ thông tin, tư vấn chuyển đổi số, tìm kiếm các giải pháp phần mềm phù hợp, hoặc nếu Quý doanh nghiệp có đấu thầu CNTT (RFP) để chúng tôi tham dự. Quý doanh nghiệp có thể liên hệ với chúng tôi qua địa chỉ email [email protected]. Chúng tôi sẵn lòng hỗ trợ với mọi nhu cầu công nghệ của Quý doanh nghiệp.

© ABN ASIA