#network_automation — Public Fediverse posts

AWX: большой рефакторинг и потеря корпоративных функций — что происходит с проектом

Для многих технических специалистов AWX на протяжении многих лет был синонимом «бесплатного Ansible Tower» — надёжным и функциональным решением для управления Ansible-автоматизацией. Это был стандарт де-факто для тех, кто хотел получить удобство (практически) "коробочного" решения и функциональность корпоративного уровня, не вкладываясь в лицензии коммерческого решения. Однако 2 июля 2024 года вышел релиз AWX версии 24.6.1, который стал последним на данный момент выпуском проекта. С тех пор прошло более полутора лет, а новых релизов так и не появилось. В репозитории проекта на GitHub висит предупреждение: «Releases of this project are now paused during a large scale refactoring». Для сообщества, активно использующего или планирующего использовать AWX как основной инструмент централизованного управления Ansible-автоматизацией, эта ситуация вызывает закономерные вопросы: Что происходит с проектом? Есть ли у него будущее? Для конечного пользователя не совсем очевидно, но AWX не умирает, а кардинально трансформируется. В данной статье мы разберем текущую ситуацию вокруг AWX, опираясь на официальные анонсы, технические дискуссии разработчиков и статусы ключевых проектов. Проанализируем архитектурные изменения проекта. Разберемся, почему эти изменения были неизбежны, что именно было «вырезано» из проекта и что всё это значит для вас — инженеров ИТ инфраструктуры и архитекторов автоматизации, которые используют AWX в своей работе и проектах.

https://habr.com/ru/companies/astralinux/articles/1002950/

#ansible #awx #eventdriven #it_automation #Infrastructure_as_a_Code_IaC #configuration_management #devops #astra_automation #network_automation

AWX: большой рефакторинг и потеря корпоративных функций — что происходит с проектом

Для многих технических специалистов AWX на протяжении многих лет был синонимом «бесплатного Ansible Tower» — надёжным и функциональным решением для управления Ansible-автоматизацией. Это был стандарт де-факто для тех, кто хотел получить удобство (практически) "коробочного" решения и функциональность корпоративного уровня, не вкладываясь в лицензии коммерческого решения. Однако 2 июля 2024 года вышел релиз AWX версии 24.6.1, который стал последним на данный момент выпуском проекта. С тех пор прошло более полутора лет, а новых релизов так и не появилось. В репозитории проекта на GitHub висит предупреждение: «Releases of this project are now paused during a large scale refactoring». Для сообщества, активно использующего или планирующего использовать AWX как основной инструмент централизованного управления Ansible-автоматизацией, эта ситуация вызывает закономерные вопросы: Что происходит с проектом? Есть ли у него будущее? Для конечного пользователя не совсем очевидно, но AWX не умирает, а кардинально трансформируется. В данной статье мы разберем текущую ситуацию вокруг AWX, опираясь на официальные анонсы, технические дискуссии разработчиков и статусы ключевых проектов. Проанализируем архитектурные изменения проекта. Разберемся, почему эти изменения были неизбежны, что именно было «вырезано» из проекта и что всё это значит для вас — инженеров ИТ инфраструктуры и архитекторов автоматизации, которые используют AWX в своей работе и проектах.

https://habr.com/ru/companies/astralinux/articles/1002950/

#ansible #awx #eventdriven #it_automation #Infrastructure_as_a_Code_IaC #configuration_management #devops #astra_automation #network_automation

AWX: большой рефакторинг и потеря корпоративных функций — что происходит с проектом

Для многих технических специалистов AWX на протяжении многих лет был синонимом «бесплатного Ansible Tower» — надёжным и функциональным решением для управления Ansible-автоматизацией. Это был стандарт де-факто для тех, кто хотел получить удобство (практически) "коробочного" решения и функциональность корпоративного уровня, не вкладываясь в лицензии коммерческого решения. Однако 2 июля 2024 года вышел релиз AWX версии 24.6.1, который стал последним на данный момент выпуском проекта. С тех пор прошло более полутора лет, а новых релизов так и не появилось. В репозитории проекта на GitHub висит предупреждение: «Releases of this project are now paused during a large scale refactoring». Для сообщества, активно использующего или планирующего использовать AWX как основной инструмент централизованного управления Ansible-автоматизацией, эта ситуация вызывает закономерные вопросы: Что происходит с проектом? Есть ли у него будущее? Для конечного пользователя не совсем очевидно, но AWX не умирает, а кардинально трансформируется. В данной статье мы разберем текущую ситуацию вокруг AWX, опираясь на официальные анонсы, технические дискуссии разработчиков и статусы ключевых проектов. Проанализируем архитектурные изменения проекта. Разберемся, почему эти изменения были неизбежны, что именно было «вырезано» из проекта и что всё это значит для вас — инженеров ИТ инфраструктуры и архитекторов автоматизации, которые используют AWX в своей работе и проектах.

https://habr.com/ru/companies/astralinux/articles/1002950/

#ansible #awx #eventdriven #it_automation #Infrastructure_as_a_Code_IaC #configuration_management #devops #astra_automation #network_automation

Containerlab

Containerlab - инструмент для оркестрации и управления контейнерными сетевыми операционными системами в пользовательских топологиях.
Он поддерживает различные [NOS](Сетевые Операционные Системы) , узлы на базе виртуальных машин, лаборатории, определяемые в коде, генератор масштабируемых лабораторий и другие функции.

С интеграцией с [vrnetlab](https://containerlab.dev/manual/vrnetlab/) **containerlab** теперь способен запускать топологии с маршрутизаторами на базе виртуальных машин, определёнными в одном файле топологии.

Containerlab предоставляет единый интерфейс IaaC для управления лабораториями, который может охватывать все необходимые варианты узлов.

учебник:
https://netdevops.it/tutorials/containerlab_getting_started/

официальный сайт:
https://containerlab.dev/

https://github.com/srl-labs/containerlab

#containerlab
#network #containers #labs #network_automation #ceos #srlinux #network_labs #lab_topologies #lab_orchestration

Containerlab

#networking #containers #labs #network_automation #ceos #srlinux #networking_labs #lab_topologies #lab_orchestration #containerlab

container-based networking labs

`Containerlab` is a tool for orchestrating and managing containerized Network Operating Systems in user-defined topologies. It supports various NOSes, VM based nodes, lab as code, scaled labs generator and more features.

tutorial:
https://netdevops.it/tutorials/containerlab_getting_started/

official site:
https://containerlab.dev/

https://github.com/srl-labs/containerlab

Containerlab

container-based networking labs

`Containerlab` is a tool for orchestrating and managing containerized Network Operating Systems in user-defined topologies. It supports various NOSes, VM based nodes, lab as code, scaled labs generator and more features.

Containerlab provides a single IaaC interface to manage labs which can span contain all the needed variants of nodes.

it VM based nodes friendly

With the [vrnetlab integration] (https://containerlab.dev/manual/vrnetlab/) it is possible to get the best of two worlds - running virtualized and containerized nodes alike with the same IaaC approach and workflows.

tutorial:
https://netdevops.it/tutorials/containerlab_getting_started/

official site:
https://containerlab.dev/

https://github.com/srl-labs/containerlab

#containerlab
#network #containers #labs #network_automation #ceos #srlinux #network_labs #lab_topologies #lab_orchestration