Автоматизация Cisco ACI с помощью Ansible, эпизод 1 — часть 2 | Зачем нужен этот проект и риски а...

В первом эпизоде ​​— второй части моей серии «Автоматизация Cisco ACI с помощью Ansible» я объясняю основную причину существования этого проекта и почему настоящая автоматизация сети должна выходить за рамки простого переноса конфигурации. В этом разделе мы сосредоточимся на трех важных областях риска: Риск ввода — корректен ли YAML-файл? Существуют ли необходимые зависимости? Правильны ли ссылки на объекты? Риск изменений — что именно изменится? Можем ли мы проверить изменения перед развертыванием? Есть ли у нас стратегия восстановления? Риск результата — сработало ли изменение так, как ожидалось? Есть ли ошибки? Произошло ли отклонение конфигурации? Основная идея проста: Успешное выполнение автоматизации не означает автоматически успешное изменение сети. Более безопасный рабочий процесс должен включать: Проверка → Планирование → Обзор → Контролируемое применение → Верификация Это основа фреймворка автоматизации, используемого на протяжении всей серии. В этом разделе я также объясняю, почему этот проект разработан на основе более структурированного и ориентированного на производство подхода к автоматизации Cisco ACI с использованием Ansible и APIC. Репозиторий GitHub: https://github.com/emomeni/Cisco-ACI-... Cisco DevNet Code Exchange: https://developer.cisco.com/codeexcha... Если вы работаете с Cisco ACI, Ansible, сетевой автоматизацией, NetDevOps, инфраструктурой как кодом или DevNet, эта серия для вас. Эхсан Момени Консультант по сетевой автоматизации #CiscoACI #Ansible #NetworkAutomation #NetDevOps #Cisco #DevNet #InfrastructureAsCode #Automation #GitOps #APIC