From CLI to Code: Standardizing Network Infrastructure Pipelines
How we shifted our entire network operations team from manual SSH sessions to GitOps pipelines using Ansible and GitLab CI.
βIf a network change isnβt represented by a Git commit, it doesnβt exist. Shifting from manual SSH to GitOps is an organizational culture transformation.β
At NTT Data, I led the transformation from traditional manual network administration to a NetDevOps model.
The NetDevOps Architecture
Instead of making manual edits directly on routers and firewalls, engineers submit Pull Requests (PRs) containing network intent in YAML.
- Git Repository: Houses the single source of truth for device inventories, interface configurations, and firewall policies.
- CI Pipeline: Automatically validates YAML syntax, checks duplicate IP assignments, and runs dry-run execution tests before approval.
- CD Pipeline: Pushes changes to production devices using Ansible Tower.
[!IMPORTANT] Never allow manual CLI configuration changes in production once GitOps pipelines are established. Remove SSH write permissions to enforce pipeline compliance.
# # NetDevOps Pipeline Inventory Definition
all:
children:
datacenter_switches:
hosts:
leaf-01:
ansible_host: 10.10.1.11
vlan_id: 200
vlan_name: "App-Tier-Subnet"
The Verdict
Key Takeaway
Git Is the Single Source of Truth for Network State.
Treat network infrastructure configuration as software code. Moving to NetDevOps eliminates manual errors and creates an immutable audit trail for every change.
Sachin Kumar Sharma
Associate Director (Infrastructure & Cloud Architecture Strategy) | 20+ Yrs Exp
Architecting resilient multi-cloud enterprise landing zones, SDN overlay fabrics, DevSecFinOps automation pipelines, and autonomous Agentic AI platforms.