XCOR lần lỗi trong vài phút, vẫn gọi kỹ sư

Cortex XCOR dùng tác tử AI để điều tra sự cố trong chưa đầy ba phút, nhưng hiện vẫn gọi kỹ sư trực và giữ con người trong vòng kiểm soát.

Kỹ sư theo dõi dữ liệu vận hành trên nhiều màn hình trong phòng máy
XCOR tự động điều tra khi hệ thống phát cảnh báo.

Cortex XCOR là nền tảng quan sát hệ thống dùng tác tử AI để điều tra sự cố và đề xuất cách xử lý. Theo Palo Alto Networks, quá trình phân tích mất trung bình chưa đầy ba phút. Nền tảng xác định thành công nguyên nhân gốc của 75% sự cố trong các môi trường sản xuất phức tạp. XCOR hiện vẫn gọi kỹ sư trực và giữ quyết định cuối cùng trong tay con người.

Theo The New Stack, XCOR đánh dấu bước chuyển từ bảng điều khiển tĩnh và xử lý thủ công sang các tác tử có thể tự xem xét vấn đề. Đội ngũ Chronosphere bên trong Palo Alto Networks phát triển nền tảng này. Công ty mua Chronosphere vào tháng 1 để xây dựng khả năng khắc phục theo thời gian thực bằng tác tử.

Cách tiếp cận này có ý nghĩa với những doanh nghiệp trong nước đang vận hành ứng dụng trên hạ tầng đám mây. Tại đây, một cảnh báo có thể liên quan đến nhiều dịch vụ, lớp hạ tầng và luồng dữ liệu. XCOR không chỉ hiển thị biểu đồ bất thường. Nền tảng nối các tín hiệu, tìm nguyên nhân có khả năng nhất rồi đề xuất hành động phù hợp.

Nội dung điều tra bắt đầu ngay khi có cảnh báo

XCOR tự kích hoạt một tác tử chuyên biệt khi cảnh báo xuất hiện. Martin Mao là Phó chủ tịch cấp cao kiêm Tổng giám đốc mảng quan sát hệ thống tại Palo Alto Networks. Theo ông, tác tử phân tích vấn đề nền, xác định nguyên nhân có khả năng nhất rồi đề xuất hành động và biện pháp giảm thiểu.

Mao nói mục tiêu cuối cùng là không phải đánh thức kỹ sư giữa đêm chỉ để họ tìm ý nghĩa trong hàng loạt bảng điều khiển. XCOR hiện mặc định giữ con người trong vòng kiểm soát. Khi đội ngũ kỹ thuật tin tưởng hơn vào kết quả phân tích, lãnh đạo có thể dần mở rộng quyền tự chủ cho hệ thống.

Mô hình này gần với cách một phi công sử dụng chế độ lái tự động. Hệ thống đảm nhiệm phần vận hành thông thường, nhưng người có kinh nghiệm vẫn phải có mặt khi xảy ra tình huống ngoài dự kiến. Với đội ngũ kỹ thuật, tự động hóa khâu dò lỗi có thể dành lại thời gian cho công việc kiến trúc thay vì liên tục chữa cháy.

XCOR tìm nguyên nhân trong chưa đầy ba phút

Theo bài viết của Martin Mao trên Palo Alto Networks, tác tử SRE dùng AI hoàn tất phân tích và đề xuất biện pháp trong trung bình chưa đầy ba phút. Trong các môi trường sản xuất phức tạp, XCOR xác định thành công nguyên nhân gốc của 75% sự cố. Với 19% sự cố khác, kết quả phân tích vẫn được đánh giá là hữu ích.

Để so sánh, Mao cho biết quy trình thủ công có thể mất 20 phút chỉ để xác định khu vực liên quan, thu thập bối cảnh ban đầu và tìm đúng kỹ sư đang trực. Thời gian này chưa bao gồm việc sửa lỗi.

Màn hình hiển thị quy trình tự động hỗ trợ đội vận hành phân tích sự cố
Tác tử xử lý bước điều tra trước khi kỹ sư đăng nhập.

Khoảng cách đó giải thích vì sao XCOR vẫn gọi kỹ sư nhưng có thể thay đổi đáng kể một ca trực. Theo Mao, sau khi nhận thông báo, kỹ sư thường cần vài phút để đăng nhập vào nền tảng. Trong lúc ấy, XCOR đã hoàn tất cuộc điều tra. Kỹ sư bắt đầu từ một kết quả phân tích có sẵn thay vì tự ghép từng tín hiệu từ đầu.

Palo Alto Networks dự định tiếp tục rút ngắn thời gian phản hồi khi khách hàng tin tưởng hơn và cho phép tự động hóa thêm các bước khắc phục. Mao lưu ý rằng chi phí là một yếu tố quan trọng, dù giá token đang giảm dần.

XCOR Operator là cửa giao tiếp với các tác tử

XCOR Operator là trợ lý AI đóng vai trò giao diện hội thoại cho các tác tử chuyên biệt hoạt động phía sau. Palo Alto Networks cho biết công cụ này hiểu ý định của người dùng, cung cấp bối cảnh phù hợp và chuyển yêu cầu đến tác tử được tối ưu cho từng quy trình vận hành.

Kỹ sư xem dữ liệu vận hành khi tác tử AI phân tích sự cố
Kỹ sư kiểm tra kết quả do tác tử đề xuất.

Thay đổi lớn nằm ở cách thiết kế quy trình. Thay vì định nghĩa cứng mọi tính năng và từng đường đi, đội ngũ cung cấp cho mô hình suy luận quyền truy cập cùng các khả năng cần thiết, rồi để mô hình tìm đường đến câu trả lời. Mao cho biết trải nghiệm với XCOR Operator khiến ông phải xem lại cách thiết kế sản phẩm và quy trình quan sát hệ thống.

Một người dùng nền tảng quan sát thường phải điều tra sự cố, điều chỉnh cảnh báo, quản lý bảng điều khiển và tối ưu khối lượng dữ liệu. XCOR phản ánh từng vai trò đó bằng một tác tử chuyên biệt, được tối ưu để xử lý trọn vẹn một quy trình cụ thể.

Đây cũng là phần nối tiếp của xu hướng tác tử trí tuệ nhân tạo trên Kubernetes, nơi tác tử không chỉ trả lời câu hỏi mà còn được cấp bối cảnh và quyền để tham gia trực tiếp vào vận hành hạ tầng.

Tốc độ viết mã đang tạo thêm áp lực vận hành

Phân tích Dev Barometer của BairesDev được The New Stack dẫn lại cho thấy 42% nhà phát triển cho biết AI hiện viết ít nhất một nửa lượng mã của họ, tăng từ 12% trong năm trước. Mã được tạo nhanh hơn khiến hoạt động giám sát, bảo mật và xử lý sự cố phải theo kịp.

Số liệu này cũng đặt XCOR vào cùng một bối cảnh với các công cụ tác tử viết mã bằng trí tuệ nhân tạo. Nếu mã được tạo nhanh hơn nhưng khả năng kiểm tra và vận hành không đổi, đội kỹ thuật có thể nhận thêm khối lượng sự cố mà không có thêm thời gian để xử lý.

Trong trường hợp xấu nhất, Mao cảnh báo rằng kỹ sư có thể dành “100% thời gian để chữa cháy” thay vì đổi mới hoặc tạo giá trị cho doanh nghiệp. Ông cho rằng tình trạng này có thể dẫn tới kiệt sức trên diện rộng, nhất là khi lượng mã do AI tạo ra tiếp tục tăng.

Khả năng suy luận phụ thuộc vào bối cảnh đầy đủ

Theo Mao, XCOR chỉ có thể suy luận khi nhận được dữ liệu quan sát xuyên suốt và đủ bối cảnh về ứng dụng, hạ tầng cùng lịch sử vận hành. Palo Alto Networks đã công bố vào tháng 7 ý định mua Embrace, công ty chuyên giám sát trải nghiệm người dùng thực với độ trung thực cao.

Kế hoạch của công ty là kết hợp XCOR RUM ở phía giao diện, XCOR Synthetics cùng dữ liệu quan sát phần máy chủ và hạ tầng. Mục tiêu là tạo một nền tảng bao phủ toàn bộ hệ thống, từ trải nghiệm của người dùng đến dịch vụ chạy phía sau.

Lớp cung cấp bối cảnh cho các tác tử là XCOR Fabric. Công nghệ này đưa thông tin về ứng dụng, hạ tầng và tổ chức đến tác tử theo thời gian thực. Nguồn dữ liệu gồm đồ thị tri thức của doanh nghiệp, bộ nhớ vận hành từ các cuộc điều tra trước, hành vi truy vấn của kỹ sư giàu kinh nghiệm, tài liệu hướng dẫn xử lý và hồ sơ vận hành.

Việc cấp quyền cho tác tử vẫn cần được kiểm soát. Câu hỏi trí tuệ nhân tạo nên có bao nhiêu quyền trong trung tâm vận hành bảo mật cũng áp dụng cho XCOR: quyền càng rộng thì khả năng tự xử lý càng lớn, nhưng yêu cầu giám sát và giới hạn hành động cũng cao hơn.

Chi phí dữ liệu vẫn là rào cản

XCOR cần lượng dữ liệu đủ rộng để tìm mối liên hệ giữa ứng dụng, hạ tầng và sự cố, nhưng việc thu thập mọi tín hiệu có thể làm chi phí tăng cao. Palo Alto Networks cho rằng quy mô và chi phí của kiến trúc đám mây từng cản trở cách tự động hóa này.

Mao ví một hệ thống quan sát không được kiểm soát với chú chó con hiếu động: nhiều tiềm năng nhưng có thể phá hỏng ngân sách. Chronosphere được dùng để tối ưu dữ liệu và giữ chi phí trong giới hạn, đồng thời vẫn cung cấp đủ tầm nhìn cho các tác tử. Vì vậy, hiệu quả chi phí là một nhiệm vụ trung tâm của XCOR.

Đối với doanh nghiệp đang xây dựng hạ tầng trí tuệ nhân tạo, điểm đáng chú ý không chỉ là thời gian điều tra dưới ba phút. XCOR cần dữ liệu đủ rộng để suy luận, nhưng chính lượng dữ liệu đó lại tạo ra bài toán chi phí mà nền tảng phải giải quyết.

XCOR chưa thay thế kỹ sư trực

XCOR rút ngắn bước điều tra nhưng chưa nhận toàn bộ trách nhiệm khắc phục sự cố. Hệ thống vẫn gọi người trực, giữ con người trong vòng kiểm soát và đưa ra đề xuất thay vì mặc định tự thực thi mọi thay đổi. Quyền tự chủ chỉ được mở rộng khi đội ngũ vận hành tin tưởng vào kết quả phân tích.

Điểm khác biệt là thứ chờ sẵn khi kỹ sư mở máy. Thay vì một cảnh báo cùng nhiều bảng điều khiển, họ có thể nhận kết quả điều tra, nguyên nhân được đề xuất và biện pháp giảm thiểu. Palo Alto Networks kỳ vọng quyền tự chủ sẽ tăng theo mức độ tin cậy của khách hàng, nhưng cách triển khai hiện tại vẫn dành quyết định cuối cho con người.

FAQs

Cortex XCOR làm gì khi hệ thống phát cảnh báo?

XCOR tự kích hoạt một tác tử chuyên biệt để phân tích vấn đề nền, tìm nguyên nhân có khả năng nhất và đề xuất hành động giảm thiểu. Hệ thống hiện vẫn gọi kỹ sư trực để con người xem xét kết quả và quyết định có thực hiện thay đổi hay không.

XCOR mất bao lâu để phân tích một sự cố?

Theo Martin Mao, thời gian phân tích và đề xuất biện pháp trung bình hiện dưới ba phút. Ông cho biết quy trình thủ công có thể mất 20 phút chỉ để tìm khu vực liên quan, thu thập bối cảnh ban đầu và xác định đúng kỹ sư trực.

XCOR có tự sửa lỗi mà không cần kỹ sư không?

Mặc định hiện nay là không. XCOR giữ con người trong vòng kiểm soát và đưa ra đề xuất thay vì tự thực thi mọi thay đổi. Lãnh đạo kỹ thuật có thể mở rộng dần quyền tự chủ khi đã tin tưởng vào kết quả phân tích.

XCOR Fabric cung cấp dữ liệu gì cho tác tử?

XCOR Fabric cung cấp bối cảnh thời gian thực từ ứng dụng, hạ tầng, đồ thị tri thức doanh nghiệp, lịch sử điều tra sự cố, hành vi truy vấn của kỹ sư và tài liệu vận hành.

Nếu đội ngũ của bạn đang đánh giá tự động hóa vận hành, hãy bắt đầu bằng việc xác định loại dữ liệu và quyền hành động mà một tác tử như XCOR thực sự cần.