Mitogen, an infrastructure code baseline that sucks less
pythonsweetness.tumblr.com
Mitogen, an infrastructure code baseline that sucks less
1–10 of 24 posts
Re: Mitogen, an infrastructure code baseline that sucks less
#2As someone who has many years of experience (and tears) with Ansible, I am looking forward to exploring mitogen and the possibility of it being able to drop in my existing Ansible playbooks is pretty compelling.
Re: Mitogen, an infrastructure code baseline that sucks less
#3Re: Mitogen, an infrastructure code baseline that sucks less
#4Re: Mitogen, an infrastructure code baseline that sucks less
#5A thought occurs that by making this backwards compatible with Ansible playbooks, by having an AoT compiler that compiles a playbook down to pure Python and then feeds that into Mitogen, then as a migration path it could look indistinguishable from Ansible from the perspective of a playbook user.
Re: Mitogen, an infrastructure code baseline that sucks less
#6Re: Mitogen, an infrastructure code baseline that sucks less
#7Re: Mitogen, an infrastructure code baseline that sucks less
#8I think infastructure as code is mostly overrated. I can't tell you the amount of startups wasting time cargo culting best practices without knowing why or how. Most people would be better off just launching shit and keeping it simple
Re: Mitogen, an infrastructure code baseline that sucks less
#9I think infastructure as code is mostly overrated. I can't tell you the amount of startups wasting time cargo culting best practices without knowing why or how. Most people would be better off just launching shit and keeping it simple
However, the benefit of 'infrastructure as code' is that you have a _description_ of your infrastructure. Once you get above a small number of machines, keeping things consistent (because humans are humans) when you're managing pets, not cattle, is difficult and time-consuming; rolling out changes is difficult and time-consuming; understanding why something is the way it is is difficult and time-consuming. OTOH, if you have descriptions of your infrastructure in version control, you can read a description of how everything is set up and know how a given machine or VM with a given role ought to look. You can also dig through history, even if the people committing changes were lazy, and get an idea of why something ended up the way it did.
Sure, doing it as a cargo cult is a bad idea, but that's a criticism that can be levelled at just about anything a start-up might do with regard to the infrastructure side of things, because they'll tend to skimp too much on people with an ops background. But that doesn't mean that it's overrated, just that it's something that you should understand the reasons for doing before doing it.
Re: Mitogen, an infrastructure code baseline that sucks less
#10Seems like this could potentially do the same thing, even faster. Though I admit I have not dived in all that deep yet. Anyone tried it or see anything that would prevent it from running that way?
If not I guess I'll give it a go this weekend.