We use technical cookies and visit statistics: Yandex Metrica and Zorky's own de-identified visit log (cookie zk_aid). We never collect form contents, search text or full IP addresses, and never sell data. Opt out with the button below, or with Global Privacy Control or Do Not Track in your browser. More about cookies and statistics.
Zorky CRMZorky CRM
EN|RU
@termdocs
← All jobs

Ansible-like tool in Go with HCL configs and plan/apply: would you use it? (feedback wanted, no code yet)

Score 54.5/1002d ago
Market insights
📊 DevOps / SRE: salaries and demand on the market
Stack
ansiblegopython
Show company and link
Free. Sign in with email.
Apply
Upload your CV — we will connect you with the employer directly through our pool.
Send your CV →
Description
Hi all, I'm thinking about building an open-source tool for configuring servers (installing packages, managing config files, restarting services), something in the space of Ansible, but written in Go. Nothing is built yet, I want to check whether the idea makes sense before I invest time. What bugs me about Ansible: \- YAML pretends to be a programming language: \`when:\`, \`loop:\`, Jinja inside strings, and a long list of variable precedence rules \- it needs Python on every machine and can be slow \- you can't see clearly what will change before you run it What I'd like to build: \- one Go binary, no Python, easy to install \- configs in HCL (the same language as Terraform) instead of YAML + Jinja \- \`plan\` shows what would change (with a diff), then \`apply\` does it, just like Terraform \- resources reference each other and form a dependency graph, instead of running strictly top to bottom \- idempotent: running it twice changes nothing the second time Two ways to reach your servers: 1. Over SSH. You run the tool on your laptop, it connects to the servers, and nothing needs to be installed on them. This is the first thing I'd build. 2. Optionally, a small agent: the same binary, running on the server as a service and listening on a port. Useful when SSH is locked down, blocked by a firewall, or you just don't want to expose it. The resource code would be identical in both modes, only the way of delivering comman
Full description, company and the link to apply — after you sign in. Sign in
Employer contacts (email/phone/telegram) are hidden from the public preview — send your CV, and we will connect you directly.
Urgent question? Message @termdocs