🔥 [Góc Kiến Thức DevNet/NetDevOps] – Source of Truth (SoT)

[dangquangminh]

Bạn đang quản lý hàng trăm thiết bị mạng với đủ loại cấu hình? Làm sao để đảm bảo tất cả được đồng bộ, nhất quán và không còn lỗi do "cấu hình tay"? 👉 Câu trả lời nằm ở khái niệm Source of Truth (SoT) – một trong những trụ cột quan trọng trong hành trình Network Automation.

---

🧠 Vậy Source of Truth là gì?

SoT là nơi duy nhất lưu trữ và cập nhật dữ liệu cấu hình hạ tầng, đảm bảo sự đồng bộ, chính xác và kiểm soát được trong toàn hệ thống.

📌 Hãy nhìn hình minh họa:

• Bạn lưu các thông tin VLAN như tên, VLAN ID trong một file YAML (hoặc database, hoặc source Git).
• Ansible sử dụng các module để đọc dữ liệu từ SoT.
• Sau đó triển khai cấu hình lên thiết bị mạng (switch, router...) dưới dạng native config.

---

🛠️ Tại sao phải cần SoT?


✅ Tránh cấu hình lệch giữa các thiết bị
✅ Dễ kiểm tra, rollback, version control
✅ Tích hợp CI/CD cho hạ tầng (Infrastructure as Code)
✅ Chuẩn hóa và mở đường cho Intent-based Networking

---

🧪 Ví dụ cụ thể:



vlans:
- name: desktops vlan_id: 20
- name: servers vlan_id: 30
- name: printers vlan_id: 40
- name: DMZ vlan_id: 50



Thông tin này không cần viết lại trên từng switch, mà sẽ được hệ thống tự động dịch và áp dụng qua playbook hoặc module như ios_vlan, nxos_vlan...

---

🚀 DevOps/NetOps thời hiện đại không còn "gõ lệnh thủ công"


Bạn có thể:

• Quản lý toàn bộ cấu hình từ Git (GitOps)
• Sử dụng Ansible, Terraform để đẩy cấu hình
• Kết hợp với API hoặc CMDB để có cái nhìn toàn cảnh hạ tầng

---

📣 Bạn đã có SoT cho mạng của mình chưa?
Ở các bài sau, mình sẽ chia sẻ thêm về cách xây dựng SoT với NetBox, Git, hoặc chỉ đơn giản là YAML file + Ansible.

👉 Comment nếu bạn đang tìm hiểu hoặc đã làm rồi để cùng chia sẻ kinh nghiệm nhé!

#NetDevOps #NetworkAutomation #SourceOfTruth ansible #IaC vnpro devnet #HạTầngTựĐộng yaml playbook