#ansible — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #ansible, aggregated by home.social.
-
CW: AI
Out of curiosity, I have asked Claude to rewrite a tiny little SSH wrapper from Python to Go and Rust to check performance.
Results:
* Python = 20ms
* Go = 3ms
* Rust = 1.5msIt's totally useless if you have Mitogen because it opens the SSH connection once but if you don't, every single ms counts.
-
CW: AI
Out of curiosity, I have asked Claude to rewrite a tiny little SSH wrapper from Python to Go and Rust to check performance.
Results:
* Python = 20ms
* Go = 3ms
* Rust = 1.5msIt's totally useless if you have Mitogen because it opens the SSH connection once but if you don't, every single ms counts.
-
CW: AI
Out of curiosity, I have asked Claude to rewrite a tiny little SSH wrapper from Python to Go and Rust to check performance.
Results:
* Python = 20ms
* Go = 3ms
* Rust = 1.5msIt's totally useless if you have Mitogen because it opens the SSH connection once but if you don't, every single ms counts.
-
CW: AI
Out of curiosity, I have asked Claude to rewrite a tiny little SSH wrapper from Python to Go and Rust to check performance.
Results:
* Python = 20ms
* Go = 3ms
* Rust = 1.5msIt's totally useless if you have Mitogen because it opens the SSH connection once but if you don't, every single ms counts.
-
CW: AI
Out of curiosity, I have asked Claude to rewrite a tiny little SSH wrapper from Python to Go and Rust to check performance.
Results:
* Python = 20ms
* Go = 3ms
* Rust = 1.5msIt's totally useless if you have Mitogen because it opens the SSH connection once but if you don't, every single ms counts.
-
I have spent the last two days debugging why my SSH connection didn't go through The Bastion. I have automated everything with terraform so no human mistake. Network flows, user, private key, correct "from" list in the ingress key. In the end, the connection doesn't even reach the bastion. It silently dies in the wrapper in between. And of course, there is no explicit error that could have saved me hours of work. It's not lost because everything is automated now, but this is frustrating.
When I checked the repo, there are multiple issues and pull requests to review now. So it's time to put my maintainer hat on and get things done!
-
I have spent the last two days debugging why my SSH connection didn't go through The Bastion. I have automated everything with terraform so no human mistake. Network flows, user, private key, correct "from" list in the ingress key. In the end, the connection doesn't even reach the bastion. It silently dies in the wrapper in between. And of course, there is no explicit error that could have saved me hours of work. It's not lost because everything is automated now, but this is frustrating.
When I checked the repo, there are multiple issues and pull requests to review now. So it's time to put my maintainer hat on and get things done!
-
I have spent the last two days debugging why my SSH connection didn't go through The Bastion. I have automated everything with terraform so no human mistake. Network flows, user, private key, correct "from" list in the ingress key. In the end, the connection doesn't even reach the bastion. It silently dies in the wrapper in between. And of course, there is no explicit error that could have saved me hours of work. It's not lost because everything is automated now, but this is frustrating.
When I checked the repo, there are multiple issues and pull requests to review now. So it's time to put my maintainer hat on and get things done!
-
I have spent the last two days debugging why my SSH connection didn't go through The Bastion. I have automated everything with terraform so no human mistake. Network flows, user, private key, correct "from" list in the ingress key. In the end, the connection doesn't even reach the bastion. It silently dies in the wrapper in between. And of course, there is no explicit error that could have saved me hours of work. It's not lost because everything is automated now, but this is frustrating.
When I checked the repo, there are multiple issues and pull requests to review now. So it's time to put my maintainer hat on and get things done!
-
I have spent the last two days debugging why my SSH connection didn't go through The Bastion. I have automated everything with terraform so no human mistake. Network flows, user, private key, correct "from" list in the ingress key. In the end, the connection doesn't even reach the bastion. It silently dies in the wrapper in between. And of course, there is no explicit error that could have saved me hours of work. It's not lost because everything is automated now, but this is frustrating.
When I checked the repo, there are multiple issues and pull requests to review now. So it's time to put my maintainer hat on and get things done!
-
ADR-05: Ansible für die gesamte Konfiguration; ansible-vault für Geheimnisse
StatusAngenommenEntschiedenSobald ein Host von hand existierteBezugAusnahme korrigiert durch ADR-10
Kontext:Ein System, das durch Eintippen von Befehlen entstanden ist, existiert nur so lange, wie sich die tippende
#Projekt #SystemArchitektur #ADR #ansible #Systemarchitektur #BTC
-
ADR-05: Ansible für die gesamte Konfiguration; ansible-vault für Geheimnisse
StatusAngenommenEntschiedenSobald ein Host von hand existierteBezugAusnahme korrigiert durch ADR-10
Kontext:Ein System, das durch Eintippen von Befehlen entstanden ist, existiert nur so lange, wie sich die tippende
#Projekt #SystemArchitektur #ADR #ansible #Systemarchitektur #BTC
-
ADR-05: Ansible für die gesamte Konfiguration; ansible-vault für Geheimnisse
StatusAngenommenEntschiedenSobald ein Host von hand existierteBezugAusnahme korrigiert durch ADR-10
Kontext:Ein System, das durch Eintippen von Befehlen entstanden ist, existiert nur so lange, wie sich die tippende
#Projekt #SystemArchitektur #ADR #ansible #Systemarchitektur #BTC
-
ADR-05: Ansible für die gesamte Konfiguration; ansible-vault für Geheimnisse
StatusAngenommenEntschiedenSobald ein Host von hand existierteBezugAusnahme korrigiert durch ADR-10
Kontext:Ein System, das durch Eintippen von Befehlen entstanden ist, existiert nur so lange, wie sich die tippende
#Projekt #SystemArchitektur #ADR #ansible #Systemarchitektur #BTC
-
ADR-05: Ansible für die gesamte Konfiguration; ansible-vault für Geheimnisse
StatusAngenommenEntschiedenSobald ein Host von hand existierteBezugAusnahme korrigiert durch ADR-10
Kontext:Ein System, das durch Eintippen von Befehlen entstanden ist, existiert nur so lange, wie sich die tippende
#Projekt #SystemArchitektur #ADR #ansible #Systemarchitektur #BTC
-
-
-
Looking for an alternative to Ansible? Holger Reibold shows you how to manage your configuration with @rudderio
https://www.admin-it.io/manage-your-configuration-with-rudder/?utm_source=mam
#ConfigurationManagement #Rudder #Ansible #automation #compliance #administration -
Rebuilding my #homelab once more. I switched from #k3s to #talos quite a while ago. As it goes, my experiments left k8s in a ... well ... undefined state. Time to set it up all over again. Sending a huge thanks to Jochen from a few months ago for automating everything. #Talos + #Ansible + #Argo make for really nice experience and I got all my services back in no time, including data.
-
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
-
Тестирование Ansible-ролей локально на macOS (Apple silicon) с помощью драйвера molecule-lima
Разрабатываете Ansible роли на macOS с процессорами M1/M2/M3/M4? Тогда вы знаете проблему локального тестирования роли: molecule + vagrant + virtualbox не работает, molecule + vagrant + VMWare через "костыли", а Docker не подходит для тестирования системных компонентов. Я написал драйвер molecule-lima, который использует нативную виртуализацию macOS через Lima и полностью интегрируется со стандартным Molecule workflow. Драйвер реализован на Ansible playbooks, работает на macOS (ARM/Intel) и Linux, устанавливается одной командой pip install molecule-lima.
https://habr.com/ru/articles/966276/
#ansible #molecule #python3 #driver #plugin #lima #macos #apple_silicon #ansibleroles
-
Finally organized my thoughts into a blog post around the state of hypervisors in my home lab, with some new hardware. I also called out a few nice features of XCP-NG and Proxmox that I discovered while I was evaluating both of them.
https://medium.com/@a.j.longchamps/home-lab-hardware-refresh-september-2025-edition-3e50767b63e1
#homelab #hardware #hypervisors #ansible #automation #debian #kubernetes #learning #tinkering #proxmox #xcpng #minisforum
-
Развитие 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
-
I’m doing a company training on #saltstack and am curious how others like to structure #configuration_management trainings? Regardless of whether it’s #ansible or #cfengine or #puppet #chef etc. I think there’s got to be some common paths people find easiest to follow.
Do you start with examples of the syntax or with the architecture or do a quick start CLI demo first? How quickly do you dig into writing “hello world” and what directions do you like to explore? What are the hard and the easy parts for you and for the students?
-
🛠 Forged in Fire: Why Ansible Speaks the DeadSwitch Language #DeadSwitch #Ansible #CyberSecurity #DevSecOps #LinuxHardening #VaultMinimal #GhostCompliance #AutomationWithIntent #Agentless #CyberGhost #SecureByDefault #InfrastructureAsCode #OpSec #SystemHardening #EmacsOrgMode #SilentAutomation
-
🛠 Forged in Fire: Why Ansible Speaks the DeadSwitch Language #DeadSwitch #Ansible #CyberSecurity #DevSecOps #LinuxHardening #VaultMinimal #GhostCompliance #AutomationWithIntent #Agentless #CyberGhost #SecureByDefault #InfrastructureAsCode #OpSec #SystemHardening #EmacsOrgMode #SilentAutomation
-
🛠 Forged in Fire: Why Ansible Speaks the DeadSwitch Language #DeadSwitch #Ansible #CyberSecurity #DevSecOps #LinuxHardening #VaultMinimal #GhostCompliance #AutomationWithIntent #Agentless #CyberGhost #SecureByDefault #InfrastructureAsCode #OpSec #SystemHardening #EmacsOrgMode #SilentAutomation
-
🧱 The base is open.
The DeadSwitch Vault Minimal Pack is live — 6 hardened Ansible roles to build your fortress.
🔗 https://github.com/DeadSwitch404/vault-minimal
Pro grows in silence.
#DeadSwitch #Ansible #LinuxHardening #DevSecOps #Cybersecurity #FOSS #VaultMinimal #InfoSec
-
🧱 The base is open.
The DeadSwitch Vault Minimal Pack is live — 6 hardened Ansible roles to build your fortress.
🔗 https://github.com/DeadSwitch404/vault-minimal
Pro grows in silence.
#DeadSwitch #Ansible #LinuxHardening #DevSecOps #Cybersecurity #FOSS #VaultMinimal #InfoSec
-
🧱 The base is open.
The DeadSwitch Vault Minimal Pack is live — 6 hardened Ansible roles to build your fortress.
🔗 https://github.com/DeadSwitch404/vault-minimal
Pro grows in silence.
#DeadSwitch #Ansible #LinuxHardening #DevSecOps #Cybersecurity #FOSS #VaultMinimal #InfoSec
-
🛡️ DeadSwitch Vault Minimal Pack Goes Open Source #DeadSwitch #Ansible #LinuxHardening #Cybersecurity #DevSecOps #OpenSource #Automation #SecureLinux #SysAdmin #InfoSec #TomITCafe #VaultMinimal
-
🛡️ DeadSwitch Vault Minimal Pack Goes Open Source #DeadSwitch #Ansible #LinuxHardening #Cybersecurity #DevSecOps #OpenSource #Automation #SecureLinux #SysAdmin #InfoSec #TomITCafe #VaultMinimal
-
🛡️ DeadSwitch Vault Minimal Pack Goes Open Source #DeadSwitch #Ansible #LinuxHardening #Cybersecurity #DevSecOps #OpenSource #Automation #SecureLinux #SysAdmin #InfoSec #TomITCafe #VaultMinimal
-
Как мы помогли Piklema Predictive создать надежную и масштабируемую IT-инфраструктуру
Piklema Predictive — российская компания, разрабатывающая решения для оптимизации горного производства через анализ данных диспетчеризации, цифровые советчики, MES-систем и планирования. За 4 года сотрудничества AvantIT выполнил три миграции их инфраструктуры между облаками (Azure → AWS → GCP → Azure), внедрил Kubernetes и настроил мониторинг, что позволило клиентам Piklema снизить затраты на производство на 15–20%. Проблема: Piklema столкнулась с двумя критичными ограничениями. Во-первых, их инфраструктура на Docker Compose не обеспечивала отказоустойчивость, требуемую промышленными заказчиками. Во-вторых, зависимость от грантов вынуждала ежегодно менять облачного провайдера, что приводило к ручным миграциям длительностью до 2 месяцев. Отсутствие мониторинга усугубляло риски: о нехватке ресурсов (например, места на диске) узнавали только после сбоев. Цель проекта: Создать гибкую, отказоустойчивую инфраструктуру, которую относительно просто переносить между облаками при завершении гранта. Она должна...
https://habr.com/ru/articles/903564/
#Миграция_между_облаками #Kubernetes #Terraform #Ansible #cicd #Hashicorp_Vault #GitOps #ArgoCD #high_availability
-
Как мы помогли Piklema Predictive создать надежную и масштабируемую IT-инфраструктуру
Piklema Predictive — российская компания, разрабатывающая решения для оптимизации горного производства через анализ данных диспетчеризации, цифровые советчики, MES-систем и планирования. За 4 года сотрудничества AvantIT выполнил три миграции их инфраструктуры между облаками (Azure → AWS → GCP → Azure), внедрил Kubernetes и настроил мониторинг, что позволило клиентам Piklema снизить затраты на производство на 15–20%. Проблема: Piklema столкнулась с двумя критичными ограничениями. Во-первых, их инфраструктура на Docker Compose не обеспечивала отказоустойчивость, требуемую промышленными заказчиками. Во-вторых, зависимость от грантов вынуждала ежегодно менять облачного провайдера, что приводило к ручным миграциям длительностью до 2 месяцев. Отсутствие мониторинга усугубляло риски: о нехватке ресурсов (например, места на диске) узнавали только после сбоев. Цель проекта: Создать гибкую, отказоустойчивую инфраструктуру, которую относительно просто переносить между облаками при завершении гранта. Она должна...
https://habr.com/ru/articles/903564/
#Миграция_между_облаками #Kubernetes #Terraform #Ansible #cicd #Hashicorp_Vault #GitOps #ArgoCD #high_availability
-
Как мы помогли Piklema Predictive создать надежную и масштабируемую IT-инфраструктуру
Piklema Predictive — российская компания, разрабатывающая решения для оптимизации горного производства через анализ данных диспетчеризации, цифровые советчики, MES-систем и планирования. За 4 года сотрудничества AvantIT выполнил три миграции их инфраструктуры между облаками (Azure → AWS → GCP → Azure), внедрил Kubernetes и настроил мониторинг, что позволило клиентам Piklema снизить затраты на производство на 15–20%. Проблема: Piklema столкнулась с двумя критичными ограничениями. Во-первых, их инфраструктура на Docker Compose не обеспечивала отказоустойчивость, требуемую промышленными заказчиками. Во-вторых, зависимость от грантов вынуждала ежегодно менять облачного провайдера, что приводило к ручным миграциям длительностью до 2 месяцев. Отсутствие мониторинга усугубляло риски: о нехватке ресурсов (например, места на диске) узнавали только после сбоев. Цель проекта: Создать гибкую, отказоустойчивую инфраструктуру, которую относительно просто переносить между облаками при завершении гранта. Она должна...
https://habr.com/ru/articles/903564/
#Миграция_между_облаками #Kubernetes #Terraform #Ansible #cicd #Hashicorp_Vault #GitOps #ArgoCD #high_availability
-
Hey you! Wanna know a secret? We're upgrading to Patroni 3.x in the next release of Crunchy Postgres via Automation. I know right?! Get the skinny on our plans in my latest blog post: https://hunleyd.github.io/posts/coming-soon-to-cpa---patroni-3.x/ #ansible #postgres #highavailability #ha #failover #developer #devinsights #devrel #spillingthetea
-
Наделяем ansible состоянием, делая похожим на terraform
(Читать с толикой сарказма…) Все, кто работал с ansible, знают, что он не хранит состояние результата своей работы. Это нелепое поведение ansible, нельзя взять и просто удалить из git объекты конфигурации, чтобы они исчезли с управляемых систем, фу. При этом сразу вспоминается его величество terraform с tfstate. Всех, кого раздражает подобное положение дел, прошу в подкат.
https://habr.com/ru/companies/rtlabs/articles/791492/
#ansible #ansible_roles #ansible_playbook #администрирование #администрирование_linuxсистем #itинфраструктура #configuration_management #configuration_management_(cm)
-
Parlons documentation avec @themr0c, Senior Technical Writer chez Red Hat !
#podcast #IA #nocode #documentation #kubernetes #OpenSource #ansible #freesoftware #rudder #redhat #docascode #antora #fosdem #glpi #obsidian #NoCodeFrance
-
Es gibt doch viele Möglichkeiten, Linux-Geräte zentral zu administrieren. Wir haben #linuxmuster an der Schule, damit geht das z.B. Eine andere Schule verwendet #ansible , auch damit kann sehr gut zentral administrieren.
Um im Unterricht eine gewisse Kontrolle zu haben gibt es Tools wie #veyon .
Also, anders formuliert: Die Alternative sollte nicht ein anderer der Big 5 sein (Google, Microsoft), sondern Linux.
-
Es gibt doch viele Möglichkeiten, Linux-Geräte zentral zu administrieren. Wir haben #linuxmuster an der Schule, damit geht das z.B. Eine andere Schule verwendet #ansible , auch damit kann sehr gut zentral administrieren.
Um im Unterricht eine gewisse Kontrolle zu haben gibt es Tools wie #veyon .
Also, anders formuliert: Die Alternative sollte nicht ein anderer der Big 5 sein (Google, Microsoft), sondern Linux.
-
Es gibt doch viele Möglichkeiten, Linux-Geräte zentral zu administrieren. Wir haben #linuxmuster an der Schule, damit geht das z.B. Eine andere Schule verwendet #ansible , auch damit kann sehr gut zentral administrieren.
Um im Unterricht eine gewisse Kontrolle zu haben gibt es Tools wie #veyon .
Also, anders formuliert: Die Alternative sollte nicht ein anderer der Big 5 sein (Google, Microsoft), sondern Linux.
-
Es gibt doch viele Möglichkeiten, Linux-Geräte zentral zu administrieren. Wir haben #linuxmuster an der Schule, damit geht das z.B. Eine andere Schule verwendet #ansible , auch damit kann sehr gut zentral administrieren.
Um im Unterricht eine gewisse Kontrolle zu haben gibt es Tools wie #veyon .
Also, anders formuliert: Die Alternative sollte nicht ein anderer der Big 5 sein (Google, Microsoft), sondern Linux.
