Internet sẽ tiếp tục bị gián đoạn vào năm 2026 và AI là một phần của lý do

Nếu năm 2025 cảm thấy như năm mà internet liên tục bị gián đoạn, thì năm 2026 có vẻ sẽ tiếp tục như vậy. Các sự cố, sự kiện và lỗi sản xuất không còn là những sự kiện hiếm gặp khiến các đội ngũ kỹ sư bất ngờ. Chúng đang trở thành một điều kiện nền tảng ổn định của phát triển phần mềm hiện đại.

Dữ liệu từ các công cụ theo dõi sự cố như IsDown.app cho thấy các sự kiện tăng lên hàng năm kể từ năm 2022, không có sự đảo ngược có ý nghĩa, và các cuộc khảo sát độc lập cũng ủng hộ điều này. Một cuộc thăm dò toàn cầu của hơn 1.000 CIO, CISO và kỹ sư mạng đã phát hiện ra rằng 84% các tổ chức đã báo cáo về sự tăng lên của các sự cố, với hơn một nửa thấy sự tăng lên từ 10-24% chỉ trong hai năm.

ThousandEyes đã quan sát thấy sự biến động tương tự, với sự thay đổi mạnh mẽ từ tháng này sang tháng khác cho thấy áp lực tăng lên ổn định chứ không phải là những sự cố riêng lẻ. Kết luận không thoải mái là các hệ thống chúng ta phụ thuộc vào mỗi ngày đang trở nên mong manh hơn, không phải là mạnh mẽ hơn, mặc dù đã đầu tư nhiều năm vào cơ sở hạ tầng đám mây, quan sát và tự động hóa.

Khi các nền tảng lớn bị gián đoạn, tác động sẽ ngay lập tức. Các khoản thanh toán bị lỗi, các ứng dụng của người tiêu dùng bị đóng băng, các công cụ nội bộ bị chậm lại và toàn bộ chuỗi cung ứng sẽ cảm nhận được tác động với ước tính tổn thất kinh tế thường xuyên đạt đến hàng tỷ. Ví dụ, Amazon, một nhà lãnh đạo trong thương mại điện tử, cho rằng sự tăng lên của các sự kiện – bao gồm cả sự cố gần sáu giờ của trang web và ứng dụng mua sắm này tháng này – là do các thay đổi được hỗ trợ bởi Trí tuệ nhân tạo. Điều này đã khiến công ty lên kế hoạch cho các cuộc họp kỹ thuật để tìm hiểu sâu về sự tăng lên gần đây của các sự cố.

Sau mỗi sự cố lớn, các cuộc trò chuyện lặp lại xung quanh sự dư thừa, chiến lược đa đám mây và rủi ro tập trung vào nhà cung cấp. Những cuộc thảo luận đó rất quan trọng, nhưng chúng bỏ qua bức tranh lớn hơn.

Nếu các nhà cung cấp cơ sở hạ tầng không trở nên tồi tệ hơn trong công việc của họ và công cụ tiếp tục trưởng thành, làm thế nào các sự kiện vẫn tăng lên?

AI đã thay đổi cách phần mềm được giao付

Một trong những thay đổi lớn nhất đang xảy ra cùng thời điểm với sự tăng lên của các sự cố là sự lan rộng của phát triển phần mềm được hỗ trợ bởi AI. Các công cụ mã hóa AI không còn là thử nghiệm. Chúng được tích hợp vào các quy trình làm việc hàng ngày, cho dù trong IDE hay CLI, làm cho việc tạo mã với AI trở nên dễ dàng hơn bao giờ hết.

Trong toàn ngành, số lượng yêu cầu kéo của mỗi nhà phát triển đã tăng lên đáng kể, với một số phân tích cho thấy sự tăng lên khoảng 20% hàng năm khi AI tăng tốc độ đầu ra. Đồng thời, số lượng sự cố trên mỗi yêu cầu kéo đã tăng lên nhanh hơn, tăng hơn 23%.

Quan hệ tương quan đó không phải là bằng chứng của nguyên nhân, nhưng nó khó có thể bỏ qua. AI không chỉ làm cho việc viết mã nhanh hơn, nó thay đổi hình dạng của rủi ro. Đến bây giờ, hầu hết các đội ngũ đã gặp phải một dòng sự cố trong mã được hỗ trợ bởi AI mà các kỹ sư giàu kinh nghiệm tự tin rằng họ sẽ không tự giới thiệu.

Đây không phải là những lỗi cú pháp kịch tính hoặc những thay đổi rõ ràng bị hỏng. Chúng là những lỗi logic tinh vi, cấu hình sai, thiếu hàng rào bảo vệ, và sự cố trường hợp biên mà trông có vẻ hợp lý khi xem xét.

Mã được tạo bởi AI thường biên dịch sạch, vượt qua các thử nghiệm cơ bản, và đọc một cách hợp lý. Vấn đề không phải là AI tạo ra những loại lỗi mới. Nó là việc AI tạo ra những lỗi quen thuộc với tần suất cao hơn và ở quy mô mà vượt quá các quy trình xem xét và kiểm tra chất lượng hiện có.

Điều mà dữ liệu cho thấy khi AI viết nhiều mã hơn

Chúng tôi gần đây đã phân tích hàng trăm yêu cầu kéo mã nguồn mở để giúp đặt số liệu đằng sau trực giác này trong Báo cáo trạng thái của AI so với tạo mã của con người. Khi các thay đổi được đồng tác giả bởi AI được so sánh với yêu cầu kéo chỉ của con người và được chuẩn hóa cho kích thước, các yêu cầu kéo được hỗ trợ bởi AI chứa khoảng 1,7 lần nhiều vấn đề hơn.

Còn đáng lo ngại hơn, chúng cũng cho thấy 1,4-1,7 lần nhiều vấn đề quan trọng và lớn. Các vấn đề về logic và tính chính xác, bao gồm cả luồng điều khiển bị lỗi, sử dụng依赖 sai, và lỗi cấu hình, khoảng 75% phổ biến hơn. Các khoảng trống xử lý lỗi như kiểm tra null bị thiếu, đường dẫn ngoại lệ không đầy đủ và hàng rào bảo vệ bị thiếu xuất hiện gần gấp đôi.

Các vấn đề về bảo mật cũng được khuếch đại, với một số loại xảy ra với tốc độ lên đến 2,7 lần cao hơn, đặc biệt là xung quanh xử lý thông tin đăng nhập và tham chiếu đối tượng không an toàn. Các vấn đề về tính chính xác của đồng thời và phụ thuộc cũng tăng khoảng 2 lần.

Con người cũng mắc những sai lầm tương tự, nhưng khi AI được tham gia, những khiếm khuyết này xảy ra thường xuyên hơn, trên một cơ sở mã lớn hơn, và với tốc độ vượt quá xem xét mã truyền thống. Đây chính là những loại khiếm khuyết có khả năng trượt qua xem xét nhanh và sau đó biểu hiện như các sự kiện bảo mật hoặc sự cố trong môi trường sản xuất.

Điều quyết định liệu năm 2026 có khác biệt

Từ góc độ bảo mật, xu hướng này khó có thể bỏ qua. Các khiếm khuyết logic, mặc định không an toàn và lỗi cấu hình mở rộng bề mặt tấn công ngay cả khi không có lỗ hổng nào nhìn chung là thảm họa. Các khoảng trống xử lý lỗi và sai lầm phụ thuộc làm tăng khả năng thất bại sẽ lan rộng chứ không suy giảm an toàn.

Cách ly mạnh, thực thi với đặc quyền thấp nhất, thông tin đăng nhập ngắn hạn và mã hóa có thể hạn chế bán kính tác động nếu có điều gì đó sai sót, nhưng chúng không thể bù đắp cho các khiếm khuyết được giới thiệu sớm hơn trong chu kỳ phát triển. Bảo mật và độ tin cậy không còn chỉ là vấn đề cơ sở hạ tầng và là hậu quả trực tiếp của cách phần mềm được xây dựng, xem xét và kiểm tra.

Internet sẽ tiếp tục bị gián đoạn vào năm 2026 nếu sự mất cân bằng này vẫn còn. Đó không phải là một lập luận chống lại AI, vì AI đã ở đây và nó sẽ không biến mất. Các đội ngũ sẽ làm tốt nhất không phải là những đội ngũ tránh AI, mà là những đội ngũ thích nghi với các hàng rào bảo vệ của họ để phù hợp với AI.

Điều đó có nghĩa là phân bổ nguồn lực cho các đội ngũ xem xét và kiểm tra chất lượng một cách phù hợp cho đầu ra cao hơn, chuyển kiểm tra và xác nhận sớm hơn trong vòng phát triển, rõ ràng về những vấn đề được tạo bởi AI xứng đáng được xem xét sâu sắc hơn, và đối xử với mã được hỗ trợ bởi AI như đầu vào có biến động cao hơn chứ không phải là đầu ra đáng tin cậy theo mặc định.

Bài học là đơn giản: bạn không thể tự động hóa cách thoát khỏi trách nhiệm. Khi AI viết nhiều mã hơn, các đội ngũ cần thời gian, công cụ và nhân sự để xem xét nhiều mã hơn, không ít hơn. Giai đoạn tiếp theo của sự đổi mới AI sẽ không được định nghĩa bởi tốc độ mã được tạo ra, mà bởi sự tự tin mà nó có thể được giao付.

Xem xét hiện là nút thắt

AI đã tăng đáng kể khả năng tạo mã. Nó không tự động tăng khả năng xem xét. Khoảng trống đó tạo ra rủi ro. Giai đoạn tiếp theo của việc áp dụng AI sẽ không được định nghĩa bởi tốc độ mã được tạo ra. Nó sẽ được định nghĩa bởi sự tự tin mà các đội ngũ có thể giao付 nó.

Điều đó có nghĩa là:

• Phân bổ nguồn lực cho xem xét và kiểm tra chất lượng cho đầu ra cao hơn, không thấp hơn.
• Chuyển xác nhận sớm hơn trong vòng phát triển.
• Tăng tín hiệu trong yêu cầu kéo để người xem xét tập trung vào những gì quan trọng.
• Đối xử với mã được hỗ trợ bởi AI như xứng đáng được xem xét sâu sắc hơn, không phải là giám sát nhẹ hơn.

Internet không cần phải tiếp tục bị gián đoạn. AI không phải là vấn đề gốc, mã được tạo bởi AI mà không được xem xét là vấn đề. Nếu AI sẽ viết một phần ngày càng lớn của phần mềm sản xuất, thì điều gì đó cũng nghiêm ngặt cần phải xem xét nó trước khi nó được giao付.

Điều đó chính xác là lý do tại sao các xem xét mã AI đang trở thành cơ sở hạ tầng nền tảng, không phải là công cụ tùy chọn. Các nền tảng như CodeRabbit tích hợp các xem xét AI có ý thức trực tiếp vào quy trình làm việc Git của bạn, giúp các đội ngũ bắt được các lỗi logic, khoảng trống bảo mật và trường hợp biên trước khi chúng trở thành sự cố.

Bởi vì nếu khả năng tạo mã tăng lên, thì khả năng xem xét cũng phải tăng lên.

Nếu không, năm 2026 sẽ trông giống hệt như năm 2025 – chỉ nhanh hơn.