Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Tình huống
  2. /Quản lý Rủi ro
  3. /Roblox (28–31/10/2021): 73 giờ ngừng dịch vụ vì …
Số 374Quản lý Rủi ro

Roblox (28–31/10/2021): 73 giờ ngừng dịch vụ vì Consul, BoltDB và hệ thống giám sát phụ thuộc chính thứ đang hỏng

Toàn bộ backend của Roblox dựa trên một cụm Consul duy nhất. Một tính năng streaming mới bật hôm trước cùng một lỗi hiệu năng của BoltDB làm cụm này kiệt sức; vì giám sát cũng phụ thuộc Consul, đội kỹ thuật gần như làm việc trong bóng tối. Nền tảng có khoảng 50 triệu người dùng mỗi ngày ngừng 73 giờ. Bài học về rủi ro điểm hỏng đơn và phụ thuộc vòng.

HP
Nguyễn Thu Hà, PMP
17/10/2026
3 phút đọc 0 lượt xem
Bình luận0

Bối cảnh thực tế

Roblox tự vận hành hạ tầng với hơn 18.000 máy chủ và 170.000 container. HashiCorp Consul đảm nhận khám phá dịch vụ, kiểm tra sức khoẻ và lưu trữ khoá–giá trị cho gần như mọi dịch vụ, trên một cụm duy nhất.

Theo báo cáo postmortem Roblox công bố tháng 1/2022:

  • 13:37 ngày 28/10/2021 phát hiện Consul có CPU cao; đến 16:35 số người chơi trực tuyến giảm còn một nửa.
  • Đội lần lượt thay máy mới, nâng lên máy 128 lõi, khôi phục trạng thái từ snapshot, cắt giảm tải… nhưng cụm vẫn không khoẻ.
  • Nguyên nhân thứ nhất: tính năng streaming của Consul (bật cho một dịch vụ định tuyến lưu lượng một ngày trước sự cố) gây tranh chấp ghi khi tải đọc–ghi rất cao. Nguyên nhân thứ hai: BoltDB, lớp lưu trữ log Raft, gặp lỗi hiệu năng nghiêm trọng với freelist.
  • Hệ thống giám sát cũng phụ thuộc Consul, nên khi Consul hỏng, đội mất luôn dữ liệu cần để chẩn đoán.
  • 15:51 ngày 30/10 tắt streaming; sau đó nén lại BoltDB, dựng lại bộ đệm và đưa người chơi trở lại từng đợt khoảng 10%. Dịch vụ hồi phục hoàn toàn 16:45 ngày 31/10.
  • Cam kết: xây trung tâm dữ liệu thứ hai, tách giám sát khỏi hệ thống được giám sát, chia Consul thành nhiều cụm cho dịch vụ quan trọng.

Phân tích nguyên nhân theo chuẩn PMP

  • Điểm hỏng đơn được chấp nhận ngầm

    Một cụm Consul phục vụ mọi workload là rủi ro tập trung rất lớn nhưng không được nêu rõ trong đăng ký rủi ro với kế hoạch ứng phó tương xứng.

  • Thay đổi trên thành phần lõi thiếu đánh giá ở quy mô thực

    Tính năng streaming mới được bật ngay trước sự cố khi chưa được kiểm chứng ở tải của Roblox. Thay đổi trên thành phần mà mọi thứ phụ thuộc cần mức kiểm soát cao nhất.

  • Phụ thuộc vòng làm tê liệt khả năng chẩn đoán

    Giám sát phụ thuộc chính hệ thống cần giám sát — rủi ro "mù" khi khủng hoảng, kéo dài thời gian tìm nguyên nhân qua nhiều giả thuyết sai.

  • Hai nguyên nhân độc lập xuất hiện cùng lúc

    Roblox cho biết việc chẩn đoán hai vấn đề gần như không liên quan là lý do chính khiến sự cố kéo dài. Phân tích rủi ro thường bỏ qua kịch bản lỗi chồng lỗi.

  • Lẽ ra PM nên làm gì

    1. 1

      Bước 1: Lập bản đồ phụ thuộc và gắn cờ điểm hỏng đơn

      Mỗi thành phần mà trên 50% dịch vụ phụ thuộc phải có chủ sở hữu rủi ro, kế hoạch tách nhỏ và lộ trình dự phòng.

    2. 2

      Bước 2: Đặt mức kiểm soát thay đổi theo mức độ tập trung

      Thay đổi càng gần lõi càng nhiều kiểm soát:

      • Ngoại vi

        Ảnh hưởng một dịch vụ: quy trình thường.

      • Dùng chung

        Ảnh hưởng nhiều dịch vụ: thử ở cụm phụ, bật từng phần, có đường lùi.

      • Lõi

        Mọi dịch vụ phụ thuộc: kiểm thử tải ở quy mô thực, có công tắc tắt và người trực theo dõi.

    3. 3

      Bước 3: Giám sát độc lập với hệ thống được giám sát

      Hạ tầng quan sát (telemetry) phải còn hoạt động khi thành phần lõi hỏng; kiểm chứng điều này bằng diễn tập.

    4. 4

      Bước 4: Chuẩn bị quy trình khởi động lạnh

      Tài liệu và công cụ để dựng lại bộ đệm, đưa người dùng trở lại từng phần được chuẩn bị trước, không phải nghĩ ra giữa sự cố.

    PM Takeaway (Bài học rút ra)

    Thành phần mà mọi thứ phụ thuộc vào cũng là nơi rủi ro tập trung lớn nhất. Hãy gọi tên điểm hỏng đơn, siết kiểm soát thay đổi quanh nó, và đảm bảo bạn vẫn "nhìn thấy" hệ thống khi chính thành phần đó sập.

    Nguồn tham khảo

    • Roblox — Roblox Return to Service 10/28–10/31 2021
    #Quản lý rủi ro#Phát triển phần mềm#SRE#Điểm hỏng đơn#Trò chơi trực tuyến#Postmortem

    Nguồn: Roblox — Roblox Return to Service 10/28–10/31 2021 ↗ (mở trong thẻ mới)

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Khi rà soát kiến trúc, bạn phát hiện hệ thống giám sát của công ty dùng chung cụm khám phá dịch vụ với toàn bộ sản phẩm. Đội kỹ thuật cho rằng cụm này "chưa từng sập". Hành động phù hợp nhất của PM là gì?

    Bạn chọn phương án nào?

    Sau 73 giờ ngừng dịch vụ, nếu là CTO của Roblox, bạn ưu tiên việc gì trước?

    Tình huống này hữu ích với bạn?

    Bình luận0

    Bình luận (0)

    Đăng nhập để tham gia thảo luận.

    Tình huống tương tự

    Số 474Quản lý Rủi ro

    Cầu Morandi (Genova, 2018): rủi ro ăn mòn cáp đã biết hàng chục năm, gói gia cố 20 triệu euro mời thầu ba tháng trước khi cầu sập

    Ngày 14/8/2018, một nhịp của cầu cạn Morandi ở Genova (Ý) đổ sập trong mưa giông, làm 43 người chết. Cây cầu khánh thành năm 1967 có lịch sử ăn mòn cáp văng được ghi nhận từ thập niên 1990; tháng 2/2018, một cuộc họp của cơ quan bộ đã nêu tiết diện cáp giảm trung bình 10–20% nhưng không áp biện pháp phòng ngừa. Gói gia cố khoảng 20 triệu euro chỉ được mời thầu tháng 5/2018. Bài học về rủi ro đã biết, ngưỡng hành động và cái giá của sự trì hoãn.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận29/10/2026
    Quản lý Rủi ro

    Khủng hoảng Rò rỉ Dữ liệu & Quy trình Ứng phó Sự cố An ninh mạng

    Dự án xây dựng nền tảng hồ sơ sức khỏe và bảo hiểm số đang ở tuần thứ 36 trên tổng tiến độ 40 tuần, chuẩn bị bước vào giai đoạn nghiệm thu kỹ thuật và diễn tập Golive. Hệ thống chứa cơ sở dữ liệu định danh cá nhân (PII) và lịch sử khám chữa bệnh nhạy cảm của hơn 150.000 người dùng thử nghiệm.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận23/10/2026
    Số 382Quản lý Rủi ro

    Toyota (29/08/2023): bảo trì cơ sở dữ liệu làm hết dung lượng đĩa, hệ thống dự phòng cùng lỗi và 14 nhà máy tại Nhật ngừng một ngày

    Sau đợt bảo trì định kỳ dọn dẹp dữ liệu tích luỹ, máy chủ xử lý đơn đặt linh kiện của Toyota dừng vì không đủ dung lượng đĩa. Máy dự phòng chạy cùng hệ thống nên gặp lỗi tương tự, không chuyển sang được. Toàn bộ 14 nhà máy lắp ráp tại Nhật ngừng một ngày. Bài học về rủi ro trong bảo trì và giả định "đã có dự phòng".

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận21/10/2026

    Nội dung

    Bối cảnh thực tếPhân tích nguyên nhân theo chuẩn PMPLẽ ra PM nên làm gìPM Takeaway (Bài học rút ra)Nguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)