3 ms·
I've been using Omnibus extensively since they introduced it at ChefConf'13...and I just spent the last two weeks cleansing my infrastructure of anything Omnibu
by atom_enger 11y ago
I've been using Omnibus extensively since they introduced it at ChefConf'13...and I just spent the last two weeks cleansing my infrastructure of anything Omnibus related in favor of using Packer + Amazon AMI's.
Some projects may benefit from using Omnibus; being able to produce deliverables which are just installed by the package manager. However, there is a significant learning curve and investment of time required for the debugging process in order to get your package building with Omnibus.
I finally said screw all that and I've resorted to shell scripts + packer building my images on amazon. Now my builds don't require a complicated omnibus builder host to be configured, or even ruby to be installed and god damnit, I don't have to worry about doing a bundle update to get the latest chef-sugar or omnibus gem to get it to work.
I'm tired of these complicated systems. Every new piece of tech in your stack should be considered carefully. I could barely explain Omnibus to my dev team, even though I knew exactly how it worked and how all the packages were built on every build.
Omnibus is a great project with a lot of contributors, but users beware - it comes at a price of time and complexity.
- duggan 11y agoAgree on all points, particular about weighing up the pros and cons. If you have full control of your stack, I would say Omnibus is a waste of time. It is without a doubt most useful when you do not control the environment where your code is going to be deployed.
- atom_enger 11y agoYeah, that's precisely where it became useful. Deploying our code into a datacenter with extremely strict security requirements(meaning no bundle install to get deps on the host, everything had to come with).