interesting points, it takes a bit of time to ween yourself off the ‘standard’ devops tools, Hercules CI effects might be exactly what your looking for.
If you can build up enough momentum to escape the docker black hole gravity well and avoid the oncoming dockerpocalpyse , then you enter devops rehab… I actually regard docker as operating system in it’s own right, the same as emacs ;-). I’ve got one operating system, i don’t need to run another OS within and OS…unix is already good enough, without these esoteric middle ware wrappers around cgroups (name spaces). My view changed when i saw https://www.youtube.com/watch?v=8fi7uSYlOdc . Liz is truly brilliant and smart and hat off to them…, but you get to learn how shonky these container abstractions can be , especially with tangle of virtual network stacks they employ…
But going from traditional tools to full nix, can be a steep (inverse parabolic) learning curve, so , what ever works now…, then do it… even its an anti pattern, you’ll find new nix patterns to move more systems to a fully declarative nix configuration. You will get more funky with the nix language, you’ll find you need a lot less moving parts to the job.
I wrote this effect to deploy the Plutonomicon website, and it is really simple. Let me know if you don’t understand it, and I’ll do my best to explain it.
Thanks, looks interesting. I did a first quick check, and noticed currently there’s only github support (I also saw this issue). But that got me thinking, I’m already using gitlab-runner on local nixos hosts, they’re currently executing “normal” container builds submitted by a lan-local gitlab instance, shouldn’t that the a good base to get hercules-ci also working on them somehow?
integration of herc-ci and gitlab is on the cards… so that would be a great help for those that want to jump from the microsoft ship to the gitlab ship (im not sure who own’s gitlab) , just watch out you don’t get attacked by the Crimson Permanent Assurance vessel
GitLab owns GitLab They’re independent, funded by corporate buyers of the enterprise version of their software. It’s the open-core business model, so you get slightly earlier access to new features and better enterprise-targeted integration for SSO and such if you pay. Also GitLab states they prefer organizations who can afford it pay for the enterprise license, so you go on santa’s “bad” list if you don’t.
gitlab.com is their generous public offering, probably used as a test bed and marketing platform.
I don’t see them selling to Microsoft anytime soon; even if they do, the project is likely to just be maintained as a FOSS fork down the line. Anyway, my point is, go support open core organizations!
No, definitely not. We are using Ansible in medium sized project and from my perspective it´s pain. Even though you are supplied with some extra modules from Ansible Galaxy it feels like every time things are getting serious you are doing bash. This plus the strange lexical design and the mixture of describing a desired state and having a sequential stepwise process makes this concept as a language compared to terraform or nixos just painful.