#awx — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #awx, aggregated by home.social.
-
High temperatures (ºF) in and around Alaska on Monday. Daily record high temperatures in the eastern Aleutians, Alaska Peninsula and Kodiak Island. Somewhat colder than normal eastern Interior and Southeast as well as the Yukon Territory. #awx #weather @[email protected]
-
High temperatures (ºF) in and around Alaska on Monday. Daily record high temperatures in the eastern Aleutians, Alaska Peninsula and Kodiak Island. Somewhat colder than normal eastern Interior and Southeast as well as the Yukon Territory. #awx #weather @[email protected]
-
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
-
Поднимает AWX-Ansible (AWX-Operator) под Minikube в Debian
Ранее уже писал статью о поднятии AWX-Ansible но тот способ уже не работает так как в DEV образе слишком много изменений и с стабильной версии повторно не удалось развернуть (хотя полностью DEV версия прекрасно работает).
-
Поднимает AWX-Ansible (AWX-Operator) под Minikube в Debian
Ранее уже писал статью о поднятии AWX-Ansible но тот способ уже не работает так как в DEV образе слишком много изменений и с стабильной версии повторно не удалось развернуть (хотя полностью DEV версия прекрасно работает).
-
Поднимает AWX-Ansible (AWX-Operator) под Minikube в Debian
Ранее уже писал статью о поднятии AWX-Ansible но тот способ уже не работает так как в DEV образе слишком много изменений и с стабильной версии повторно не удалось развернуть (хотя полностью DEV версия прекрасно работает).
-
:toot: Automate smarter with Ansible and AWX!
Curious about how AWX can simplify and supercharge your Ansible automation?
Our latest blog dives into what AWX is, why it matters, and how you can get started — from setup to your first automated workflow.👉 Read more: https://atix.de/en/blog/ansible-automation-with-awx-an-overview-and-how-to-get-started/
-
:toot: Automate smarter with Ansible and AWX!
Curious about how AWX can simplify and supercharge your Ansible automation?
Our latest blog dives into what AWX is, why it matters, and how you can get started — from setup to your first automated workflow.👉 Read more: https://atix.de/en/blog/ansible-automation-with-awx-an-overview-and-how-to-get-started/
-
:toot: Automate smarter with Ansible and AWX!
Curious about how AWX can simplify and supercharge your Ansible automation?
Our latest blog dives into what AWX is, why it matters, and how you can get started — from setup to your first automated workflow.👉 Read more: https://atix.de/en/blog/ansible-automation-with-awx-an-overview-and-how-to-get-started/
-
:toot: Automate smarter with Ansible and AWX!
Curious about how AWX can simplify and supercharge your Ansible automation?
Our latest blog dives into what AWX is, why it matters, and how you can get started — from setup to your first automated workflow.👉 Read more: https://atix.de/en/blog/ansible-automation-with-awx-an-overview-and-how-to-get-started/
-
:toot: Automate smarter with Ansible and AWX!
Curious about how AWX can simplify and supercharge your Ansible automation?
Our latest blog dives into what AWX is, why it matters, and how you can get started — from setup to your first automated workflow.👉 Read more: https://atix.de/en/blog/ansible-automation-with-awx-an-overview-and-how-to-get-started/
-
Развитие Ansible: от фантастического устройства до зрелой экосистемы управления ИТ-инфраструктурой
Ansible - один из самых популярных инструментов автоматизации, но многие до сих пор используют его, ограничиваясь лишь командой ansible-playbook. С 2012 года Ansible вырос из простого инструмента в мощную экосистему, решающую проблемы с зависимостями, тестированием и централизованным управлением. Если вы все еще боретесь с конфликтами версий Python на хосте или пишете Ansible-контент без тестов - эта статья для вас. Мы разберем современный инструментарий Ansible - от Execution Environments и Ansible Navigator до Event Driven Ansible и AWX. Вы узнаете, как эти компоненты превращают Ansible в полноценную платформу автоматизации, готовую справляться как с задачами небольших команд, так и с вызовами крупных компаний. А для начала немного истории, ведь название Ansible пришло к нам прямиком из научной фантастики...
https://habr.com/ru/companies/astralinux/articles/943136/
#ansible #awx #devops #execution_environment #IT_automation #Infrastructure_as_Code_IaC #configuration_management #astra_automation #eventdriven
-
Развитие Ansible: от фантастического устройства до зрелой экосистемы управления ИТ-инфраструктурой
Ansible - один из самых популярных инструментов автоматизации, но многие до сих пор используют его, ограничиваясь лишь командой ansible-playbook. С 2012 года Ansible вырос из простого инструмента в мощную экосистему, решающую проблемы с зависимостями, тестированием и централизованным управлением. Если вы все еще боретесь с конфликтами версий Python на хосте или пишете Ansible-контент без тестов - эта статья для вас. Мы разберем современный инструментарий Ansible - от Execution Environments и Ansible Navigator до Event Driven Ansible и AWX. Вы узнаете, как эти компоненты превращают Ansible в полноценную платформу автоматизации, готовую справляться как с задачами небольших команд, так и с вызовами крупных компаний. А для начала немного истории, ведь название Ansible пришло к нам прямиком из научной фантастики...
https://habr.com/ru/companies/astralinux/articles/943136/
#ansible #awx #devops #execution_environment #IT_automation #Infrastructure_as_Code_IaC #configuration_management #astra_automation #eventdriven
-
Развитие Ansible: от фантастического устройства до зрелой экосистемы управления ИТ-инфраструктурой
Ansible - один из самых популярных инструментов автоматизации, но многие до сих пор используют его, ограничиваясь лишь командой ansible-playbook. С 2012 года Ansible вырос из простого инструмента в мощную экосистему, решающую проблемы с зависимостями, тестированием и централизованным управлением. Если вы все еще боретесь с конфликтами версий Python на хосте или пишете Ansible-контент без тестов - эта статья для вас. Мы разберем современный инструментарий Ansible - от Execution Environments и Ansible Navigator до Event Driven Ansible и AWX. Вы узнаете, как эти компоненты превращают Ansible в полноценную платформу автоматизации, готовую справляться как с задачами небольших команд, так и с вызовами крупных компаний. А для начала немного истории, ведь название Ansible пришло к нам прямиком из научной фантастики...
https://habr.com/ru/companies/astralinux/articles/943136/
#ansible #awx #devops #execution_environment #IT_automation #Infrastructure_as_Code_IaC #configuration_management #astra_automation #eventdriven
-
Wer die neueste Version von AWX betreiben möchte, braucht einen Kubernetes Cluster.
Es muss kein richtiger Kubernetes Cluster installiert werden. Ausreichend ist es mit "kind" einen kleinen Cluster aufzubauen.
Mit der Anleitung von mir klappt das Setup, da praxiserprobt.
https://wiki.unixweb.net/books/docker/page/awx-installation-auf-kvm-mit-ubuntu-24042-lts
-
Wer die neueste Version von AWX betreiben möchte, braucht einen Kubernetes Cluster.
Es muss kein richtiger Kubernetes Cluster installiert werden. Ausreichend ist es mit "kind" einen kleinen Cluster aufzubauen.
Mit der Anleitung von mir klappt das Setup, da praxiserprobt.
https://wiki.unixweb.net/books/docker/page/awx-installation-auf-kvm-mit-ubuntu-24042-lts
-
Wer die neueste Version von AWX betreiben möchte, braucht einen Kubernetes Cluster.
Es muss kein richtiger Kubernetes Cluster installiert werden. Ausreichend ist es mit "kind" einen kleinen Cluster aufzubauen.
Mit der Anleitung von mir klappt das Setup, da praxiserprobt.
https://wiki.unixweb.net/books/docker/page/awx-installation-auf-kvm-mit-ubuntu-24042-lts
-
Wer die neueste Version von AWX betreiben möchte, braucht einen Kubernetes Cluster.
Es muss kein richtiger Kubernetes Cluster installiert werden. Ausreichend ist es mit "kind" einen kleinen Cluster aufzubauen.
Mit der Anleitung von mir klappt das Setup, da praxiserprobt.
https://wiki.unixweb.net/books/docker/page/awx-installation-auf-kvm-mit-ubuntu-24042-lts
-
Wie versprochen, der erste Artikel in der "Serie" #Kubernetes, #AWX und all die Tücken 😆 Es beginnt mit der Installation eines simplen K8s Clusters auf #Proxmox in der einfachsten Form. https://blog.maurix.net/installation-eines-minimal-kubernetes-clusters
-
Wie versprochen, der erste Artikel in der "Serie" #Kubernetes, #AWX und all die Tücken 😆 Es beginnt mit der Installation eines simplen K8s Clusters auf #Proxmox in der einfachsten Form. https://blog.maurix.net/installation-eines-minimal-kubernetes-clusters
-
Der #awx execution environments Kaninchenbau… what have I done
-
Der #awx execution environments Kaninchenbau… what have I done
-
#Kubernetes #Ingress und #AWX schadet Ihnen und den Menschen in Ihrer Umgebung 😅 Nach Wochen läuft der Kram endlich über HTTPS. Scheinbar ist es gar nicht so trivial OnPremise Kubernetes mit Ingress laufen zu lassen. Aber die AWX Dokumentation ist da auch gelinde gesagt so gut wie nicht vorhanden (außer, dass vieles depricated ist). Nun ja Ingress muss mit dem Parameter "hostNetwork: true" deployed werden und ohne "ingressClassName: nginx" geht da auch nix...
-
Now I understand why the project is lagging. There is a big refacto in progress and breaking changes for the next release.
For example, OAuth2 tokens have been removed from the CLI https://github.com/ansible/awx/pull/15647
-
Now I understand why the project is lagging. There is a big refacto in progress and breaking changes for the next release.
For example, OAuth2 tokens have been removed from the CLI https://github.com/ansible/awx/pull/15647
-
Now I understand why the project is lagging. There is a big refacto in progress and breaking changes for the next release.
For example, OAuth2 tokens have been removed from the CLI https://github.com/ansible/awx/pull/15647
-
Now I understand why the project is lagging. There is a big refacto in progress and breaking changes for the next release.
For example, OAuth2 tokens have been removed from the CLI https://github.com/ansible/awx/pull/15647
-
Now I understand why the project is lagging. There is a big refacto in progress and breaking changes for the next release.
For example, OAuth2 tokens have been removed from the CLI https://github.com/ansible/awx/pull/15647
-
I've spent the morning to include a patch into a home-made debian package for the Ansible awx.awx collection. My patch[1] is not yet merged upstream so I had to backport to the version we use.
The latest version of AWX has been released more than a year ago. Is the project dead?
-
I've spent the morning to include a patch into a home-made debian package for the Ansible awx.awx collection. My patch[1] is not yet merged upstream so I had to backport to the version we use.
The latest version of AWX has been released more than a year ago. Is the project dead?
-
I've spent the morning to include a patch into a home-made debian package for the Ansible awx.awx collection. My patch[1] is not yet merged upstream so I had to backport to the version we use.
The latest version of AWX has been released more than a year ago. Is the project dead?
-
I've spent the morning to include a patch into a home-made debian package for the Ansible awx.awx collection. My patch[1] is not yet merged upstream so I had to backport to the version we use.
The latest version of AWX has been released more than a year ago. Is the project dead?
-
I've spent the morning to include a patch into a home-made debian package for the Ansible awx.awx collection. My patch[1] is not yet merged upstream so I had to backport to the version we use.
The latest version of AWX has been released more than a year ago. Is the project dead?
-
AWX (Ansible TowerのOSS 版) 事始め #awx - Qiita https://qiita.com/nishimura-toru/items/bda02856ccd6d7c1c4b3
-
AWX (Ansible TowerのOSS 版) 事始め #awx - Qiita https://qiita.com/nishimura-toru/items/bda02856ccd6d7c1c4b3
-
I found Squest (https://github.com/HewlettPackard/squest/) recently, which is a self-service portal built on top of #AWX #RedHat #AAP (Ansible Automation Platform). Of course I had to try this out...
@christianhuth put together a Helm chart, while I tried to get upstream's way of deploying to work (they are using an #Ansible playbook-role construct to install this into #Kubernetes).
Here is the first result, the helm-based #vagrant #libvirt setup:
https://codeberg.org/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible
https://github.com/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible(The ansible branch using upstream's deployment will follow, once I get it working with vagrant-libvirt...)
Have a lot of fun!
-
I found Squest (https://github.com/HewlettPackard/squest/) recently, which is a self-service portal built on top of #AWX #RedHat #AAP (Ansible Automation Platform). Of course I had to try this out...
@christianhuth put together a Helm chart, while I tried to get upstream's way of deploying to work (they are using an #Ansible playbook-role construct to install this into #Kubernetes).
Here is the first result, the helm-based #vagrant #libvirt setup:
https://codeberg.org/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible
https://github.com/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible(The ansible branch using upstream's deployment will follow, once I get it working with vagrant-libvirt...)
Have a lot of fun!
-
I found Squest (https://github.com/HewlettPackard/squest/) recently, which is a self-service portal built on top of #AWX #RedHat #AAP (Ansible Automation Platform). Of course I had to try this out...
@christianhuth put together a Helm chart, while I tried to get upstream's way of deploying to work (they are using an #Ansible playbook-role construct to install this into #Kubernetes).
Here is the first result, the helm-based #vagrant #libvirt setup:
https://codeberg.org/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible
https://github.com/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible(The ansible branch using upstream's deployment will follow, once I get it working with vagrant-libvirt...)
Have a lot of fun!
-
I found Squest (https://github.com/HewlettPackard/squest/) recently, which is a self-service portal built on top of #AWX #RedHat #AAP (Ansible Automation Platform). Of course I had to try this out...
@christianhuth put together a Helm chart, while I tried to get upstream's way of deploying to work (they are using an #Ansible playbook-role construct to install this into #Kubernetes).
Here is the first result, the helm-based #vagrant #libvirt setup:
https://codeberg.org/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible
https://github.com/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible(The ansible branch using upstream's deployment will follow, once I get it working with vagrant-libvirt...)
Have a lot of fun!
-
I found Squest (https://github.com/HewlettPackard/squest/) recently, which is a self-service portal built on top of #AWX #RedHat #AAP (Ansible Automation Platform). Of course I had to try this out...
@christianhuth put together a Helm chart, while I tried to get upstream's way of deploying to work (they are using an #Ansible playbook-role construct to install this into #Kubernetes).
Here is the first result, the helm-based #vagrant #libvirt setup:
https://codeberg.org/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible
https://github.com/johanneskastl/squest_on_k3s_vagrant_libvirt_ansible(The ansible branch using upstream's deployment will follow, once I get it working with vagrant-libvirt...)
Have a lot of fun!
