Tự động hóa ở phạm vi nhóm có thể triển khai nhanh, nhưng khi mở rộng ra quy mô toàn doanh nghiệp, bài toán không còn nằm ở công cụ mà chuyển sang quản trị, mô hình vận hành và phân định trách nhiệm giữa các bộ phận. Đây là nhận định được ông Hwang In-su, Giám đốc điều hành Red Hat Korea, đưa ra tại sự kiện Red Hat Ansible Automate 2026 được tổ chức chiều 28/5 tại Lotte World Tower, Jamsil.
Theo ông Hwang In-su, nhiều doanh nghiệp không gặp trở ngại khi triển khai tự động hóa ở quy mô nhỏ. Tuy nhiên, khi mở rộng trên toàn tổ chức, mức độ phức tạp tăng lên nhanh chóng do môi trường vận hành bị phân tán và mỗi bộ phận lại theo đuổi yêu cầu, mục tiêu và phạm vi trách nhiệm riêng. Vì vậy, tự động hóa IT ở cấp doanh nghiệp cần được tiếp cận từ góc độ quản trị, thay vì chỉ nhìn như một dự án công nghệ.
Ông cho biết các dự án tự động hóa dựa trên script ở cấp nhóm thường có thể triển khai nhanh. Dù vậy, khi mở rộng lên phạm vi toàn công ty, khoảng cách giữa yêu cầu bảo mật và vận hành gần như chắc chắn sẽ bộc lộ rõ hơn. Theo ông, đây là lý do doanh nghiệp cần xây dựng một mô hình vận hành tổng thể ngay từ đầu.
Lãnh đạo Red Hat Korea cho rằng rào cản lớn nhất khiến tự động hóa khó lan rộng trong môi trường doanh nghiệp là “sự phân tán của môi trường vận hành”. Vấn đề này không chỉ mang tính kỹ thuật, mà còn bắt nguồn từ cách tổ chức được chia tách theo nền tảng, mục tiêu và trách nhiệm khác nhau giữa các bộ phận. Khi tổ chức bị phân mảnh, tự động hóa cũng dễ bị phân mảnh theo.
Ông dẫn ví dụ, các bộ phận như trung tâm dữ liệu, an ninh bảo mật, mạng và đội vận hành đều có yêu cầu riêng. Trong khi đó, phạm vi tự động hóa ngày càng mở rộng, từ máy chủ vật lý, môi trường ảo hóa, đám mây, edge cho tới hạ tầng AI. Vì vậy, tự động hóa ở quy mô doanh nghiệp không thể chỉ được xem là câu chuyện của công cụ hay script, mà phải được đặt trên nền tảng quản trị và mô hình vận hành thống nhất.
Theo ông, doanh nghiệp cần xác định trước một số nguyên tắc cốt lõi: yêu cầu từ các bộ phận sẽ được tích hợp như thế nào, phạm vi tự động hóa đến đâu, đơn vị nào chịu trách nhiệm vận hành và nền tảng tự động hóa sẽ được sử dụng ra sao sau khi triển khai.
Red Hat hiện đẩy mạnh chiến lược tiếp cận thị trường tự động hóa doanh nghiệp thông qua Ansible Automation Platform. Đây là phiên bản Ansible được tối ưu cho môi trường doanh nghiệp, tập trung xử lý những vấn đề thường phát sinh khi triển khai tự động hóa ở quy mô lớn.
Ông Hwang In-su cho biết nền tảng này không chỉ là công cụ thực thi, mà là một hệ thống vận hành bao phủ toàn bộ vòng đời tự động hóa trên cùng một nền tảng. Theo đó, Ansible Automation Platform tích hợp các chức năng xây dựng nội dung, quản lý thực thi và chính sách, đồng thời hỗ trợ kiến trúc thực thi phân tán, tự động hóa theo sự kiện và các tính năng nâng cao năng suất dựa trên AI.
Ông cũng cảnh báo rằng nếu mỗi bộ phận vận hành tự động hóa theo một cách khác nhau, doanh nghiệp sẽ đối mặt với rủi ro trong phát triển và vận hành, tiêu chuẩn vận hành thiếu nhất quán và trách nhiệm khó xác định. Theo ông, Ansible Automation Platform giúp chuyển các tài sản tự động hóa rời rạc thành năng lực nền tảng có thể tái sử dụng, qua đó biến tự động hóa từ những dự án ngắn hạn thành tài sản vận hành dài hạn của doanh nghiệp.
Một điểm khác được ông Hwang In-su nhấn mạnh là cách đo lường hiệu quả tự động hóa cũng cần thay đổi. Ông cho biết các đội kỹ thuật thường lấy số lần chạy playbook làm chỉ số đánh giá, trong khi ban lãnh đạo lại quan tâm nhiều hơn đến độ ổn định dịch vụ, tốc độ vận hành, khả năng giảm sự cố, rút ngắn thời gian triển khai và tối ưu chi phí vận hành.
Vì vậy, theo ông, KPI của tự động hóa không nên dừng ở số lần thực thi, mà phải phản ánh doanh nghiệp đang vận hành nhanh hơn và an toàn hơn đến mức nào. Tổ chức phụ trách tự động hóa cần trở thành bộ máy tạo ra các kết quả kinh doanh mà ban lãnh đạo kỳ vọng, tức chuyển tự động hóa thành giá trị doanh nghiệp có thể đo lường được.
Về chi phí, ông cho rằng cách so sánh công cụ tự động hóa mã nguồn mở với nền tảng doanh nghiệp chỉ dựa trên phí bản quyền là không thực tế. Trong môi trường vận hành thực tế, doanh nghiệp còn phải tính đến các chi phí tiềm ẩn do lỗi phân quyền, thiếu cơ chế quản trị, thiếu tiêu chuẩn vận hành và thiếu công cụ kiểm toán.
Theo ông, chi phí của tự động hóa cần được đánh giá lại trên cơ sở tổng chi phí vận hành và khả năng giảm rủi ro. Ông cũng nhấn mạnh hiệu quả của tự động hóa không nên được hiểu là cắt giảm nhân sự, mà là tái phân bổ thời gian làm việc. Khi các tác vụ lặp lại được giảm bớt, kỹ sư IT có thể tập trung hơn vào các nhiệm vụ chiến lược, tạo giá trị cao và tăng cường hoạt động phòng ngừa sự cố.