Sự cố Issues và Webhooks – Đã khắc phục

 (githubstatus.com)
1 điểm bởi GN⁺ 2 giờ trước | 1 bình luận | Chia sẻ qua WhatsApp
  • GitHub đã điều tra tình trạng suy giảm hiệu năng của Issues và Webhooks, sau đó chuyển sự cố sang trạng thái đã khắc phục vào 16:40 UTC ngày 4 tháng 5 năm 2026
  • Sự cố lần này ảnh hưởng đến Git Operations, Webhooks, Issues, Pull Requests, Actions, Packages, Pages và Codespaces
  • Việc điều tra tình trạng suy giảm hiệu năng của Issues và Webhooks bắt đầu lúc 15:45 UTC, và đến 15:48 UTC đã được mở rộng thành điều tra độ trễ tăng cao và timeout trên nhiều dịch vụ GitHub
  • Từ 16:25 UTC, Git Operations, Actions, Packages, Pages, Pull Requests, Issues, Codespaces và Webhooks lần lượt phục hồi bình thường hoặc được giảm thiểu ảnh hưởng
  • GitHub cho biết độ trễ trên toàn bộ dịch vụ đã trở lại bình thường, đồng thời sẽ tiếp tục thực hiện biện pháp ngăn ngừa tái diễn và phân tích nguyên nhân gốc rễ để chia sẻ ngay khi sẵn sàng

Tổng quan sự cố

  • GitHub thông báo rằng sự cố đã được khắc phục sau khi điều tra các báo cáo về tình trạng suy giảm hiệu năng của Issues và Webhooks
  • Sự cố ảnh hưởng đến Git Operations, Webhooks, Issues, Pull Requests, Actions, Packages, Pages, Codespaces
  • GitHub gửi lời cảm ơn tới người dùng đã chờ đợi trong quá trình xử lý vấn đề, đồng thời cho biết sẽ chia sẻ phân tích nguyên nhân gốc rễ chi tiết ngay khi hoàn tất

Diễn biến

  • Bắt đầu điều tra

    • Vào 15:45 UTC ngày 4 tháng 5 năm 2026, GitHub thông báo đang điều tra các báo cáo về tình trạng suy giảm hiệu năng của Issues và Webhooks
    • Đến 15:48 UTC, thông báo được mở rộng thành đang điều tra độ trễ tăng cao và timeout trên nhiều dịch vụ GitHub

  • Mở rộng phạm vi dịch vụ bị ảnh hưởng

    • Vào 15:48 UTC, GitHub thông báo Git Operations đang gặp tình trạng suy giảm hiệu năng
    • Vào 15:50 UTC, GitHub thông báo Packages đang gặp tình trạng suy giảm hiệu năng
    • Vào 15:51 UTC, GitHub thông báo Actions đang gặp tình trạng suy giảm hiệu năng
    • Vào 15:51 UTC, GitHub thông báo Pull Requests đang bị suy giảm khả dụng
    • Vào 15:56 UTC, GitHub thông báo Pull Requests đang gặp tình trạng suy giảm hiệu năng
    • Vào 16:05 UTC, GitHub thông báo Codespaces đang gặp tình trạng suy giảm hiệu năng
    • Vào 16:06 UTC, GitHub thông báo Pages đang gặp tình trạng suy giảm hiệu năng

  • Phục hồi và giảm thiểu

    • Vào 16:25 UTC, GitHub thông báo Git Operations đã hoạt động bình thường
    • Vào 16:28 UTC, GitHub thông báo Actions và Packages đã hoạt động bình thường
    • Vào 16:29 UTC, GitHub thông báo Pages đã hoạt động bình thường
    • Vào 16:29 UTC, GitHub thông báo độ trễ trên toàn bộ dịch vụ đã trở lại bình thường, đồng thời vẫn đang tiếp tục điều tra nguyên nhân gốc rễ và ngăn ngừa tái diễn
    • Vào 16:32 UTC, GitHub thông báo Pull Requests đã hoạt động bình thường
    • Vào 16:34 UTC, GitHub thông báo tình trạng suy giảm hiệu năng ảnh hưởng đến Issues đã được giảm thiểu và đang được giám sát để xác nhận độ ổn định
    • Vào 16:35 UTC, GitHub thông báo tình trạng suy giảm hiệu năng ảnh hưởng đến Codespaces đã được giảm thiểu và đang được giám sát để xác nhận độ ổn định
    • Vào 16:35 UTC, GitHub thông báo Webhooks đã hoạt động bình thường

  • Đã khắc phục

    • Vào 16:36 UTC, GitHub thông báo tình trạng suy giảm hiệu năng đã được giảm thiểu và đang được giám sát để xác nhận độ ổn định
    • Vào 16:40 UTC, sự cố được chuyển sang trạng thái đã khắc phục
    • Phân tích nguyên nhân gốc rễ chi tiết sẽ được chia sẻ ngay khi có thể cung cấp

Bài viết liên quan

1 bình luận

 
GN⁺ 2 giờ trước
Ý kiến trên Hacker News

  • GitHub đã công bố các con số tăng trưởng sử dụng đáng kinh ngạc và nói nguyên nhân là do lập trình tác tử tăng mạnh, nhưng rốt cuộc đến một thời điểm nào đó họ có lẽ sẽ phải thay đổi giới hạn tốc độ, cắt giảm mức sử dụng ở gói miễn phí, hoặc tìm cách khác để giảm tải
    Có vẻ rất rõ là hạ tầng không theo kịp đà tăng này, và khả năng cao GitHub sẽ không tiếp tục tự gánh toàn bộ chi phí tăng thêm. Khá tò mò GitHub sẽ đi về đâu từ đây

    • Ngày 3 tháng 4, COO của GitHub đã nói rằng hoạt động trên nền tảng đã tăng vọt
      Năm 2025 có 1 tỷ commit, còn hiện tại là 275 triệu mỗi tuần, nên chỉ cần tăng tuyến tính thì năm nay đang ở nhịp 14 tỷ commit. GitHub Actions cũng tăng từ 500 triệu phút mỗi tuần năm 2023 lên 1 tỷ phút mỗi tuần năm 2025, và riêng tuần này đã chạm 2,1 tỷ phút
      Họ nói đang thúc rất mạnh việc bổ sung CPU, mở rộng dịch vụ và tăng cường các chức năng cốt lõi của GitHub
      https://x.com/kdaigle/status/2040164759836778878
      Cũng có bài blog gần đây về tình trạng khả dụng: https://github.blog/news-insights/company-news/an-update-on-...
      Các vấn đề về khả năng mở rộng mà kỹ sư GitHub đang đối mặt có vẻ thật sự không hề nhẹ
    • Quan sát vài chục năm thì có những hệ thống làm cho từng tác vụ trở nên rẻ hơn, và có những hệ thống cố gắng mở rộng theo chiều ngang thật mạnh; thường thì kiểu đầu thắng kiểu sau rất xa
      Ví dụ, có vẻ GitHub đã triển khai trang /pulls của kho như một truy vấn tìm kiếm; ô tìm kiếm được điền sẵn là một gợi ý, và điều đó gần như được xác nhận khi trong sự cố backend tìm kiếm tuần trước, pull request không tải được. Nhưng lẽ ra có thể làm bằng một lệnh gọi API bình thường chỉ lấy các pull request đang mở, API đó có tồn tại và khi đó không bị sự cố
      Nếu GitHub tập trung tìm ra các tác vụ nằm trong top 95% như tải trang và các lệnh gọi API đi kèm rồi tối ưu hóa chúng, thì chỉ nhờ đơn giản hóa thôi cũng có thể giảm tải backend hơn 5 lần
      Trình xem diff cũng có vẻ còn nhiều chỗ để cải thiện. Phần lớn sự kém hiệu quả khủng khiếp có lẽ nằm ở frontend chứ không trực tiếp đè lên backend, nhưng các chức năng dòng lệnh git thông thường thì rất nhanh
    • Có vẻ giờ đã gần tới điểm không thể quay đầu. Nếu không tách riêng hạ tầng miễn phí và trả phí, không rõ họ có thể thoát khỏi cái hố tự đào chỉ bằng mở rộng theo chiều ngang hay không
      Cũng như để buộc ai đó đổi sản phẩm thì phải tốt hơn 10 lần, nếu sản phẩm hiện tại tệ đi 10 lần thì đối thủ chỉ cần đứng yên cũng được lợi 10 lần miễn phí
    • Một tuần trước GitHub đăng nội dung này lên blog, rồi một ngày sau các lãnh đạo GitHub lặp lại điều đó trong bình luận HN, và rất nhanh nó đã trở thành “lẽ thường” rằng sự suy giảm độ tin cậy kéo dài từ 2019 không phải do tích hợp Microsoft năm 2019 mà do một thứ chỉ xuất hiện từ 2023
      PR đúng là có tác dụng. Kết luận giờ là GitHub hỏng vì quá thành công
    • Tôi rất ủng hộ việc chuyển toàn bộ dung lượng máy chủ LinkedIn sang cho GitHub

  • Theo https://mrshu.github.io/github-statuses, uptime trong 90 ngày gần đây của GitHub là 84,92%
    Không hiểu làm sao mức này lại có thể được xem là chấp nhận được dù chỉ một chút

    • Có vẻ trang đó đếm thời gian gián đoạn hơi quá mức. Ngay cả khi chỉ lọc các sự cố major và critical đủ để lên trang đầu HN thì vẫn tệ, nhưng không tệ đến mức 84,92%
      https://isgithubcooked.com/?severities=major.critical
    • Không thể chấp nhận được. Dạo này có quá nhiều thứ không thể chấp nhận nổi mà ai cũng cư xử như thể chẳng sao cả
    • Chẳng những không đạt three nines mà còn không nổi two eights

  • Hiệu năng giờ đã đến mức khó chấp nhận. Không có tuần nào công việc không bị GitHub làm gián đoạn

    • Tác tử AI thực chất đã thay đổi đặc tính mở rộng của cả Internet
      Trước đây GitHub có thể giả định là một số lượng hữu hạn con người dùng nền tảng theo kiểu con người, với các mẫu hành vi có thể quan sát được, rồi mở rộng theo các mẫu đó và tối ưu các điểm nghẽn UI/UX
      Nhưng giờ thì ai cũng có một bot chạy 24/7, thậm chí nhiều bot, khiến nhiều dịch vụ bị quá tải. Đặc biệt là các dịch vụ giờ mang tính tác tử nhiều như GitHub
    • Vài tháng trước đã ở mức không thể chấp nhận nổi rồi, và giờ gần như đến giai đoạn phải chủ động tìm giải pháp thay thế
    • Không phải một tuần, mà giờ chỉ cần qua được một ngày không có sự cố cũng đã là đáng mừng
      Sáng thứ Hai theo giờ Thái Bình Dương mà chuyện này lặp lại lần thứ mấy tôi cũng không còn nhớ nổi
    • Ở châu Âu thì khá hơn nhiều. Tôi đã xong việc vài giờ trước khi sự cố này bắt đầu, và trong vài tháng qua tôi không nhớ có sự cố lớn nào đủ để làm công việc bị đình lại
      Gần đây chỉ có một lần buổi tối tôi làm dự án cá nhân thì bị ảnh hưởng
    • Theo tôi thì mức không thể chấp nhận đã bị vượt qua từ lâu rồi

  • Giờ các bài GitHub sập trên trang đầu HN gần như tuần nào cũng cạnh tranh với các bài thổi phồng LLM mới
    Tôi đang cân nhắc chuyển toàn bộ dự án cá nhân sang Codeberg. Lý do có cả độ ổn định của GitHub, nhưng tôi cũng thích việc đây là một phương án thay thế không bị trói chặt vào một công ty big tech

    • Kiểu spam “Claude Code gần như ma thuật” từng là nặng nhất, nhưng có vẻ tạm thời bị các bài về trạng thái GitHub lấn át. Có thể hiện tại đang là giai đoạn quảng cáo Claude lắng xuống
    • Thế mà vẫn chưa chuyển đi mới chính là vấn đề của nền tảng thống trị. Chỉ cần một chút bất tiện và quán tính là đủ để khiến chẳng ai rời đi
      Ngay cả khi không có hành vi lạm dụng độc quyền, và ở đây là đang nói về Microsoft

  • Trớ trêu là gần như mọi thứ ngoài Copilot đều có vẻ đang suy giảm hiệu năng. Tình huống này gần như tự viết ra trò đùa cho chính nó

    • So với các tính năng hiện đang suy giảm, toàn bộ chức năng của Copilot chỉ chiếm một phần nhỏ về mức độ hữu ích
    • Copilot có lẽ hoàn toàn tách biệt với phía lưu trữ mã của GitHub, chạy trên hạ tầng khác hẳn, không phụ thuộc nặng vào Rails monolith

  • Tôi bắt đầu có một kiểu giác quan thứ sáu để nhận ra lúc GitHub sắp có sự cố, khá kỳ quặc và hơi buồn
    Khoảng một giờ trước, tôi bấm “Resolve Conversation” trong pull request thì thất bại vài lần, và thông báo lỗi hiện ở ngoài khung nhìn phía dưới trang nên ban đầu không thấy. Cứ sau vài thao tác tôi lại phải tải lại trang thì máy chủ mới phản ánh hành động mới
    Tôi đã nói với đồng nghiệp rằng có vẻ GitHub gặp trục trặc ở một dịch vụ khác và nó lan sang phần bình luận PR, rồi có thể lăn thành một sự cố lớn hơn

    • Tôi vừa thấy đúng tín hiệu đó ở phần bình luận review PR. Kiểm tra trang trạng thái thì vẫn xanh, và tôi đoán nó sẽ không giữ được lâu; đúng là vậy

  • Cần phải cắt giảm gói miễn phí
    Trong 2,5 tháng qua tôi đã tạo 4.000 commit, tính riêng trên main. Tôi còn đẩy lên cả đống artifact hồi quy kiểm thử mỗi ngày
    Chi phí là 0 đô

    • Thành thật mà nói tôi ghét gói miễn phí của các sản phẩm SaaS kiểu này
      Ngày xưa khi Google có dịch vụ Git tính phí theo mức dùng trên GCP trong một thời gian rất ngắn, tôi đã dùng nó. Vì tôi muốn sở hữu thứ của mình. Nhưng mọi người đều dùng GitHub “miễn phí”, và dịch vụ đó có lẽ cũng bị khai tử như nhiều dịch vụ khác của Google
      Nên giờ tôi dùng GitHub miễn phí, nhưng thực ra tôi muốn trả tiền cho một nhà cung cấp cloud lớn để trả cho kho lưu trữ và mức sử dụng của mình hơn
    • Làm vậy thì các dự án mã nguồn mở chưa rời đi sẽ chuyển đi
    • Nếu chỉ nhìn phía kho lưu trữ, lượng đó gần như chỉ tương đương khoảng 2 phút CPU
    • GitHub nên áp thuế mã rác. Đồng tác giả với Claude? Trả tiền đi. Comment có quá nhiều em dash? Trả tiền đi. Có quá nhiều mã được viết ra trong thời gian ngắn? Trả tiền đi

  • Mọi thứ đang đi tới mức thật sự lố bịch. Trang trạng thái thỉnh thoảng bị bỏ qua vì “đỏ” cả Copilot, nhưng cần nhìn vào việc độ khả dụng của pull request chỉ là 95,5%, còn thấp hơn cả 96,4% của Copilot
    Không thể truy cập nổi PR thì làm sao còn bảo người ta vào để bình luận “LGTM” được

  • Ít nhất thì mọi người cũng đang học cách dùng lệnh git remote