CLI – Di sản vàng của thế hệ admin và câu chuyện chưa có hồi kết
CLI từng là đồ nghề chính cho các Sysadmin, Netadmin thời kỳ đầu. Bạn phải nhớ từng dòng lệnh, từng cú pháp, từng dấu cách. Nhưng chính sự “cần mẫn” đó tạo nên thế hệ admin "tay lệnh vàng". Ngày xưa admin được xem là giỏi khi biết và nhớ được nhiều lệnh.
Vì sao CLI vẫn chưa chết?
Giao diện dòng lệnh dễ hiểu cho con người – không cần IDE, không cần YAML hay JSON.
Rất tốt cho thao tác thủ công, khắc phục sự cố trực tiếp.
Thường là cách duy nhất để truy cập khi thiết bị mất kết nối mạng hoặc bị lock API.
Tuy nhiên…
CLI không thân thiện với tự động hóa (automation):
Thiếu tính lập trình (programmability). Mặc dù chúng ta có thể dùng shell để lập trình nhưng không đủ.
Dễ lỗi khi thao tác hàng loạt
Không theo mô hình “idempotent”
Gặp khó khăn khi tích hợp CI/CD hoặc self-healing infrastructure
Đó là lý do Ansible, Puppet, Chef ra đời
Những công cụ này không xóa bỏ CLI, mà trừu tượng hóa CLI thành dạng template hóa – giúp bạn tái sử dụng, tự động hóa và kiểm soát cấu hình với tốc độ CI/CD hiện đại.
Ví dụ minh họa:
Bạn cần cấu hình OSPF cho 20 router?
Với CLI: bạn gõ tay từng con.
Với Ansible: bạn dùng 1 template YAML, gọi inventory, rồi ansible-playbook là xong.
Tóm tắt bài về CLI
CLI là nền móng. Nhưng nếu bạn muốn đi xa hơn “gõ lệnh”, hãy bắt đầu học cách tự động hóa nó!
Bạn còn dùng CLI nhiều không? Hay đã chuyển hẳn sang Ansible/Python? Comment chia sẻ nhé!
#NetDevOps #Automation #CLIvsAPI #IaC #Ansible #DevNet #VnProSharing
