Microsoft thuê máy chủ AWS để cứu GitHub khỏi 'cơn bão' mã nguồn do AI tạo ra

Một nền tảng bị ngợp bởi mã nguồn máy móc

Nguyên nhân gốc rễ là một cú sốc nhu cầu khủng khiếp đến từ các tác nhân lập trình. GitHub vốn không được xây dựng để cho phần mềm tự động viết mã, commit và deploy ở quy mô siêu lớn.

• Pull request do AI tạo ra tăng gấp 14 lần. Số lượng pull request do tác nhân mở đã tăng vọt từ 4 triệu vào tháng 9 năm 2025 lên hơn 17 triệu vào tháng 3 năm 2026 . Khối lượng commit đã viết lại hoàn toàn thực tế vận hành của GitHub: nền tảng này hiện xử lý khoảng 275 triệu commit mỗi tuần, một con số vượt quá tổng số 1 tỷ commit của cả năm 2025 .
• Độ tin cậy sụp đổ. Từ tháng 5/2025 đến tháng 4/2026, GitHub đã hứng chịu 257 sự cố, trong đó 48 sự cố được phân loại là nghiêm trọng – trung bình một sự cố lớn mỗi tuần . Áp lực gia tăng trong năm 2026. Riêng tháng 5 đã ghi nhận 9 sự cố dịch vụ, và đến tháng 6, độ khả dụng (availability) của GitHub đã giảm xuống còn khoảng 88,4%, một sự sụt giảm thảm hại so với mục tiêu 99,9% trong thỏa thuận dịch vụ (SLA) .
• Ban lãnh đạo thừa nhận điểm giới hạn. Trong cuộc họp báo cáo thu nhập tháng 4/2026 của Microsoft, CEO Satya Nadella thừa nhận GitHub "đang trải qua sự tăng trưởng chưa từng có, được thúc đẩy bởi sự phổ biến của lập trình tác nhân" và rằng công ty "đang nỗ lực hết mình để mở rộng quy mô và đáp ứng nhu cầu này" . Trước đó, CTO của GitHub, Vlad Fedorov, đã đưa ra một lời xin lỗi công khai hiếm hoi, thừa nhận nền tảng này đã đánh giá quá thấp nhu cầu về dung lượng và thời gian hoạt động (uptime) trong tháng 4 đã giảm xuống dưới 85% .

Nguyên nhân trực tiếp rất rõ ràng: hạ tầng của GitHub đơn giản là không thể hấp thụ được tải. Nhóm hạ tầng của nền tảng đã lên kế hoạch mở rộng công suất lên 10 lần vào tháng 10 năm 2025, nhưng đến tháng 2 năm 2026, họ nhận ra rằng cần phải tăng lên 30 lần .

Quay sang đối thủ: giải pháp chữa cháy từ AWS

Với các sự cố hàng tuần làm gián đoạn hàng triệu nhà phát triển và các tác nhân AI, Microsoft đã đưa ra một quyết định mang tính vận hành, chứ không phải chiến lược. Họ đã mua dung lượng 'spot' (dung lượng điện toán dư thừa) từ AWS để ổn định nền tảng .

Một người phát ngôn của Microsoft xác nhận GitHub đang tận dụng nhiều nhà cung cấp đám mây nhưng từ chối bình luận cụ thể về việc Amazon tham gia, chỉ nói rằng: "Sự gia tăng đáng kinh ngạc trong phát triển dựa trên tác nhân bắt đầu từ cuối năm ngoái đã thử thách hạ tầng của chúng tôi" . Nguồn dung lượng AWS được mô tả như một biện pháp tạm thời để giảm bớt áp lực trước mắt trong khi quá trình di dời dài hạn lên Azure vẫn tiếp tục .

Sự mỉa mai thật nặng nề. Microsoft đã mua lại GitHub với giá 7,5 tỷ đô la vào năm 2018 với mục tiêu rõ ràng là gắn kết nó với Azure và cạnh tranh trực tiếp hơn với AWS trong cuộc chiến đám mây . Giờ đây, một sản phẩm của sự bùng nổ AI (phần lớn được hỗ trợ bởi chính GitHub Copilot) đã buộc Microsoft phải trả tiền cho kẻ thù không đội trời chung để thuê máy chủ.

Kế hoạch di dời lên Azure bị chậm lại: thực tế vượt xa kế hoạch

Việc thương lượng với AWS là một tín hiệu rõ ràng rằng quá trình di dời GitHub lên Azure đang bị chậm tiến độ và không theo kịp nhu cầu. Sau thương vụ mua lại năm 2018, Microsoft đã đặt lộ trình di dời toàn bộ hạ tầng của GitHub từ các trung tâm dữ liệu cũ lên Azure . Đó là một nỗ lực kéo dài nhiều năm:

• Dịch vụ CI/CD (Actions) và mô hình Copilot của GitHub đã được di dời lên Azure vào năm 2024 .
• Pages và Packages hoàn tất di dời vào năm 2025 .
• Tuy nhiên, nền tảng cốt lõi và cơ sở dữ liệu chỉ mới bắt đầu được di dời vào tháng 10 năm 2025 . Đến tháng 2 năm 2026, chỉ có 12,5% lưu lượng truy cập của GitHub được định tuyến qua Azure, với mục tiêu đã đề ra là 50% vào tháng 7 năm 2026 .

Kế hoạch ban đầu là chuyển hoàn toàn GitHub lên Azure vào năm 2027 . Nhưng đường cong tải từ lập trình AI đã di chuyển nhanh hơn lộ trình di dời . CTO của GitHub thừa nhận nền tảng này vẫn bị trói buộc vào các trung tâm dữ liệu cũ, hạn chế khả năng mở rộng nhanh chóng trong một vụ bùng nổ lưu lượng truy cập .

Việc bổ sung dung lượng từ AWS cho thấy Azure có thể đã thiếu dung lượng tính toán sẵn có ở các khu vực địa lý phù hợp, hoặc đơn giản là không thể cung cấp đủ nhanh để ngăn chặn cuộc khủng hoảng . Đối với một công ty coi Azure là tương lai, đây là một sự nhượng bộ vận hành sâu sắc.

Phản ứng vận hành: không chỉ là một miếng băng cá nhân

Ngoài việc thuê AWS gây chú ý, GitHub và Microsoft đang thực hiện một số thay đổi vận hành để khắc phục sự mong manh tiềm ẩn:

1. Buộc phải chuyển sang đa đám mây. Hạ tầng của GitHub hiện tại, trên thực tế, đã là đa đám mây. Microsoft đang sử dụng dung lượng AWS như một lớp dự phòng khẩn cấp trong khi quá trình di dời lên Azure tiếp tục . Đây là một kiến trúc chiến thuật, không phải lý tưởng.
2. Đẩy nhanh các công cụ di dời. Về phía Azure DevOps, Microsoft gần đây đã ra mắt bản xem trước của Enterprise Live Migrations (ELM), một công cụ được thiết kế để di dời nhiều kho lưu trữ cùng lúc với thời gian ngừng hoạt động tối thiểu, cho thấy cơ sở hạ tầng di dời đang được nâng cấp dưới áp lực .
3. Tái ưu tiên nội bộ mang tính sống còn. Các báo cáo trước đó cho thấy GitHub đã tạm thời ngừng hầu hết các tính năng mới để tập trung hoàn toàn vào việc di dời hạ tầng cốt lõi "mang tính sống còn" lên Azure, do giới hạn dung lượng tại các trung tâm dữ liệu ở Virginia .

Thông điệp không phải là Microsoft đang từ bỏ Azure cho GitHub – họ không làm vậy. Thông điệp là các tác nhân lập trình AI đã thay đổi vĩnh viễn quy mô của cơ sở hạ tầng dành cho nhà phát triển. Tải của GitHub vốn được thiết kế cho con người gõ phím. Giờ đây, nó đang được tái kiến trúc ngay trong lúc vận hành cho một thế giới nơi phần mềm tự viết, và ngay cả một công ty nghìn tỷ đô như Microsoft cũng có thể bị động, buộc phải dựa vào đối thủ cạnh tranh lớn nhất chỉ để giữ cho hệ thống hoạt động.