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ý Tích hợp
  3. /Google (14/12/2020): chuyển dịch vụ định danh sa…
Số 373Quản lý Tích hợp

Google (14/12/2020): chuyển dịch vụ định danh sang hệ thống hạn ngạch mới, hết thời gian ân hạn và gần như mọi dịch vụ cần đăng nhập đều lỗi

Google chuyển User ID Service sang hệ thống hạn ngạch mới, nhưng một phần hệ thống cũ vẫn báo mức sử dụng bằng 0. Khi thời gian ân hạn hết, hạn ngạch tự động bị cắt, cơ sở dữ liệu tài khoản không ghi được và gần như mọi lưu lượng có xác thực của Google lỗi khoảng 50 phút. Bài học về tích hợp khi di chuyển hệ thống chạy song song.

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

Bối cảnh thực tế

User ID Service cấp thông tin xác thực và tra cứu siêu dữ liệu tài khoản cho hầu hết dịch vụ của Google. Cơ sở dữ liệu tài khoản dùng Paxos để đồng thuận ghi.

Theo báo cáo sự cố trên trang trạng thái Google Cloud:

  • Tháng 10/2020, dịch vụ được đăng ký vào hệ thống hạn ngạch mới trong quá trình di chuyển, nhưng một số phần của hệ thống cũ vẫn báo mức sử dụng của nó là 0.
  • Một thời gian ân hạn trong việc áp hạn ngạch đã che giấu vấn đề. Khi ân hạn hết, hệ thống tự động giảm hạn ngạch, kể cả của cơ sở dữ liệu tài khoản, khiến leader Paxos không ghi được; dữ liệu đọc nhanh chóng lỗi thời và yêu cầu bị từ chối.
  • Khoảng 3:46 sáng (giờ Thái Bình Dương) ngày 14/12/2020, gần như mọi lưu lượng có xác thực bị lỗi 5xx: Google Workspace, Cloud Console, BigQuery, Cloud Storage… Các kiểm tra an toàn hiện có không bao phủ trường hợp một dịch vụ báo tải bằng 0.
  • 4:08 xác định nguyên nhân; 4:22 tắt áp hạn ngạch ở một trung tâm dữ liệu, 4:27 ở tất cả; lỗi trở lại bình thường lúc 4:33.
  • Công cụ hỗ trợ nội bộ cũng hỏng nên khách hàng Cloud đến 5:34 mới nhận được cập nhật. Google cam kết rà soát tự động hoá hạn ngạch để ngăn thay đổi toàn cầu quá nhanh.

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

  • Giai đoạn chạy song song không được kiểm soát tích hợp

    Khi di chuyển, hệ thống cũ và mới cùng tồn tại; dữ liệu sai từ hệ thống cũ được hệ thống mới tin dùng. Không có bước đối chiếu số liệu giữa hai bên trước khi đưa vào áp dụng.

  • Thời gian ân hạn là rủi ro có hẹn giờ

    Ân hạn che lấp lỗi suốt nhiều tuần, rồi tự động "kích nổ" mà không ai phải thao tác gì. Mốc hết ân hạn lẽ ra phải là một cột mốc trong kế hoạch, có kiểm tra trước.

  • Tự động hoá được phép thay đổi lớn toàn cầu trong thời gian ngắn

    Hạn ngạch của dịch vụ cốt lõi bị cắt đồng loạt ở mọi nơi. Thiếu giới hạn tốc độ thay đổi và kiểm tra hợp lý (một dịch vụ quan trọng "dùng 0 tài nguyên" là bất thường).

  • Phụ thuộc vòng trong ứng phó

    Công cụ hỗ trợ cũng cần đăng nhập nên hỏng theo, làm chậm truyền thông với khách hàng.

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

    1. 1

      Bước 1: Đưa đối chiếu dữ liệu vào tiêu chí chuyển đổi

      Mỗi giai đoạn di chuyển có tiêu chí thoát: số liệu hai hệ thống khớp nhau trong biên độ cho phép trong N ngày.

    2. 2

      Bước 2: Quản lý mốc ân hạn như một sự kiện có kiểm soát

      Trước khi ân hạn hết, chạy kiểm tra "nếu áp ngay bây giờ thì ai bị cắt?" và duyệt danh sách đó.

      • Sẵn sàng

        Không dịch vụ cốt lõi nào bị giảm hạn ngạch: cho phép hết ân hạn.

      • Cần rà soát

        Có dịch vụ bị giảm nhưng không thuộc nhóm cốt lõi: chủ sở hữu xác nhận.

      • Chặn

        Dịch vụ cốt lõi báo tải bằng 0 hoặc bị giảm mạnh: gia hạn ân hạn, điều tra dữ liệu.

    3. 3

      Bước 3: Giới hạn tốc độ thay đổi của tự động hoá

      Thay đổi hạn ngạch được áp từng vùng, có thời gian quan sát, và tự dừng khi lỗi tăng.

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

    Di chuyển hệ thống chưa xong khi hệ thống mới đã "được đăng ký", mà khi dữ liệu hai bên đã được đối chiếu và mọi mốc hẹn giờ (ân hạn, hết hạn) đã được kiểm tra trước. Tự động hoá càng mạnh càng cần giới hạn tốc độ thay đổi.

    Nguồn tham khảo

    • Google Cloud Service Health — Incident #20013
    #Quản lý tích hợp#Phát triển phần mềm#Di chuyển hệ thống#SRE#Điện toán đám mây#Postmortem

    Nguồn: Google Cloud Service Health — Incident #20013 (14/12/2020) ↗ (mở trong thẻ mới)

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

    Câu 1/1
    Dự án di chuyển hệ thống hạn ngạch đã hoàn tất phần đăng ký dịch vụ; thời gian ân hạn sẽ tự hết sau hai tuần. Báo cáo tiến độ ghi "xanh". PM nên làm gì tiếp theo?

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

    Trong di chuyển hệ thống lõi, bạn thích cơ chế nào hơn?

    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ố 509Quản lý Tích hợp

    Victoria rút khỏi Commonwealth Games 2026 (Úc): dự toán 2,6 tỷ AUD, con số 6,9 tỷ bị thổi phồng và 589 triệu AUD chi ra mà không có sự kiện

    Tháng 4/2022, bang Victoria nhận đăng cai Commonwealth Games 2026 theo mô hình nhiều thành phố vùng, dự toán 2,6 tỷ AUD. Tháng 7/2023, chính quyền rút lui với lý do chi phí đã lên 6,9 tỷ AUD. Kiểm toán bang kết luận dự toán ban đầu thấp phi thực tế, con số 6,9 tỷ bị tính trùng dự phòng, các cơ quan không phối hợp đưa ra tư vấn đầy đủ và kịp thời — và việc đăng cai rồi rút lui đã tốn khoảng 589 triệu AUD. Bài học về chất lượng business case và kiểm soát tích hợp ở cấp chương trình.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận29/10/2026
    Số 499Quản lý Tích hợp

    Sự cố mạng di động AT&T (22/2/2024): một phần tử mạng cấu hình sai, không qua bình duyệt, chặn hơn 92 triệu cuộc gọi

    Rạng sáng 22/2/2024, một nhân viên AT&T Mobility đưa một phần tử mạng cấu hình sai vào hệ thống đang chạy trong khung bảo trì đêm. Ba phút sau, dịch vụ thoại và dữ liệu 5G bắt đầu rớt trên toàn nước Mỹ, kéo dài ít nhất 12 giờ, chặn hơn 92 triệu cuộc gọi và hơn 25.000 cuộc gọi tới 911. Báo cáo của FCC chỉ ra thay đổi đã không qua bình duyệt (peer review), không được kiểm thử đủ và không có cơ chế giới hạn tác động. Bài học về kiểm soát thay đổi tích hợp trong hệ thống hạ tầng trọng yếu.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận27/10/2026
    Số 489Quản lý Tích hợp

    Operation Warp Speed (Mỹ, 2020–2021): chạy song song phát triển, thử nghiệm và sản xuất vắc-xin — rồi hụt hơi ở khâu tiêm cho người dân

    Chương trình Operation Warp Speed của Mỹ cho phép các hãng vắc-xin chồng lấn các pha thử nghiệm và sản xuất quy mô lớn ngay khi chưa có kết quả, nhờ đó hai vắc-xin được cấp phép khẩn cấp vào tháng 12/2020. Nhưng mục tiêu 300 triệu liều chưa đạt, và đầu tháng 1/2021 mới có 5,3 triệu trong 17,3 triệu liều đã phân phối được tiêm. Bài học về quản lý tích hợp: tăng tốc từng luồng việc chưa đủ, các điểm bàn giao giữa chúng cũng phải được thiết kế.

    0 lượt thích 0 lượt đánh giá hữu ích 0 bình luận26/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)