JNCIA-DevOps study materials
JNCIA-DevOps study resources

JNCIA-DevOps study plan

JNCIA-DevOps · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

Automation and Scripting & Network Automation with Junos and APIs

  • Set up a Python 3 virtual environment with the Junos PyEZ library and Netmiko installed, and verify connectivity to a lab device or virtual Junos VM using a read-only RPC.

  • Write a Python script that retrieves and prints interface status and configuration facts from a Junos device using PyEZ Table and Config views.

  • Explain the difference between NETCONF, REST, and Junos XML API transports and identify which port and encoding each uses.

  • Parse a JSON response from the Junos REST API with Python's json module and extract a specific field from the output.

Your checkpoint

A working Python script repository with a README documenting lab topology, device credentials handling, and sample output for at least two PyEZ operations.

Week 2

Automation and Scripting & Network Automation with Junos and APIs

  • Use Jinja2 templates to generate Junos configuration snippets from a Python dictionary of variables, including a loop over interface names.

  • Write a script that applies a configuration change via PyEZ and then verifies the change with a subsequent show command.

  • Handle errors and exceptions in automation scripts, including connection timeouts and commit failures, and log them to a file.

  • Describe idempotency and explain why a script that re-applies the same configuration should produce no diff on the second run.

Your checkpoint

A templated configuration generator plus an idempotency test log showing a non-empty diff on first apply and an empty diff on second apply.

Week 3

Infrastructure as Code and Configuration Management & Automation and Scripting

  • Distinguish declarative versus imperative configuration approaches and map Junos commit model, candidate config, and rollback to those concepts.

  • Write a YAML inventory of at least three devices and load it into an automation script that iterates over all hosts.

  • Explain what a configuration drift is and demonstrate detecting drift by comparing rendered intent against the running configuration.

  • Describe the role of a source of truth and compare a flat-file inventory with a structured data model.

Your checkpoint

A YAML-based intent file plus a drift-detection script that reports per-device compliance status against the intended configuration.

Week 4

DevOps Culture and Practices & Infrastructure as Code and Configuration Management

  • Summarize the CALMS framework and explain how each element maps to a network operations team's daily work.

  • Describe the three ways of DevOps and give a network-specific example of each, such as automating a change pipeline versus reducing batch size.

  • Set up a Git repository for network configurations with a branching strategy and a documented pull-request review workflow.

  • Explain infrastructure as code principles including version control, peer review, automated testing, and reproducible deployments for network devices.

Your checkpoint

A Git repository with branch protection rules, at least two reviewed pull requests, and a CONTRIBUTING document describing the change workflow.

Week 5

Continuous Integration and Continuous Delivery & Infrastructure as Code and Configuration Management

  • Build a CI pipeline that runs a linter and a configuration syntax check on every commit to a network automation repository.

  • Write automated tests for a Jinja2 template using rendered-output assertions and run them in the pipeline.

  • Explain the difference between continuous delivery and continuous integration and identify which gates belong at each stage.

  • Describe artifact versioning and explain why a tested configuration bundle should be promoted rather than rebuilt per environment.

Your checkpoint

A CI pipeline configuration file that fails the build on lint errors or failed template tests, demonstrated with one passing and one intentionally failing run.

Week 6

Continuous Integration and Continuous Delivery & Network Automation with Junos and APIs

  • Add a deployment stage to the pipeline that pushes validated configuration to a lab device and verifies the result with post-change assertions.

  • Implement a rollback step that restores the previous configuration when post-change verification fails.

  • Explain canary and blue-green deployment patterns and describe how they apply to network device upgrades or configuration rollouts.

  • Describe how to securely store device credentials in a CI system using secrets management rather than plaintext variables.

Your checkpoint

An end-to-end pipeline run log showing validation, deployment, verification, and a triggered rollback on a simulated failure.

Week 7

Network Automation with Junos and APIs & DevOps Culture and Practices

  • Consume a Junos REST API endpoint from a script to retrieve operational data and format the result as a report.

  • Explain the role of a REST API gateway and describe how authentication tokens or basic auth are used against Junos devices.

  • Describe how ChatOps or event-driven automation could replace a manual troubleshooting step in an operations runbook.

  • Compare the value of monitoring, observability, and telemetry data in a DevOps feedback loop for network infrastructure.

Your checkpoint

A scripted operational report generated from live or simulated Junos REST data, plus a one-page runbook describing an event-driven automation scenario.

Week 8

Automation and Scripting & DevOps Culture and Practices & Infrastructure as Code and Configuration Management & Continuous Integration and Continuous Delivery & Network Automation with Junos and APIs

  • Complete a timed practice assessment covering all five domains and record the score per domain.

  • Re-review the two domains with the lowest practice scores and rewrite your own summary notes for each.

  • Explain end to end how a configuration change moves from a developer branch through CI, review, deployment, and verification.

  • Document a personal troubleshooting checklist for common automation failures such as authentication errors, schema mismatches, and commit conflicts.

Your checkpoint

A final review packet containing the practice assessment score breakdown, per-domain summary notes, and a one-page end-to-end change workflow diagram.

Milestones

Week 2: Can write and run a PyEZ script that reads device facts and pushes a templated configuration change without referring to notes.

Week 4: Can explain CALMS and the three ways of DevOps to a colleague and show a Git history with reviewed pull requests.

Week 6: Can demonstrate a CI pipeline that validates, deploys, verifies, and rolls back a network configuration change.

Week 8: Scores at least 80 percent overall on the practice assessment with no domain below 70 percent.