The blog seems to have a target audience of people who have never heard of the cloud, but for those of us who are already familiar with cloud, DevOps, drift, and immutable infrastructure it would be nice to see an explanation of what specifically is new here.
Very interesting, I worked on a system that does provide 'truth and trust' but the first part (voluntarily destroying instances) of what you say seems like the opposite? If you want to maintain truth with everyone being aware of each other 's state but then want to voluntarily disrupt said state, wouldn't that lead to unnecessary work? Also, would be nice if you shared the data that led to such an approach (I see this removes the need for say Upgrades, but does it actually provide a benefit)? May be I'm completely off-base here.
I currently use scalr to manage a bunch of servers at the top-level (with Ansible scripts doing config and deployment), but would love for it to be configured via a bunch of config files that are revision controlled in git rather than through a UI like scalr provides. This looks exactly like it would provide this ...
Although I'm not a fan of the vocabulary you guys are using - but that may be because I'm one of those silly JavaScript people. I guess specifically, I'd love to see some screen recordings of this in action. Do you guys have any you can show off? Keep up the good work, immutability is a critical key to making any type of progress in software.
Thanks for the comments and well-wishes! We chose to use some new terms to not overload existing ones where we are introducing new concepts (Conductor, Performers, etc.). The analogues to music conceptually were so strong they seemed the right way to go. We will have lots more in the way of howto's, screen recordings, etc. in the coming weeks as we recover from launching our beta at re:Invent. Sign up for the beta and we'll send out bits with examples and runnable code in <15 mins.
We're currently evaluating Terraform for an H1 2015 rollout. This looks like another interesting option, though it might require more modification to our services than we can commit to.
Where do you think our approach will add overhead to your development? We'd love to know so that we can either explain better or get a better product match for you. With Fugue, you get a Conductor that continually monitors and conforms the environment to your declarations - we think that has a lot of value for operating your environment as opposed to just creating it.
[+] [-] wmf|11 years ago|reply
[+] [-] AndrewWright|11 years ago|reply
[+] [-] AndrewWright|11 years ago|reply
[+] [-] curiousDog|11 years ago|reply
[+] [-] radiofan|11 years ago|reply
[+] [-] joshstella|11 years ago|reply
It will indeed! And with a compiled language so you can get meaningful errors, etc. before spinning up resources that cost $.
- Josh
[+] [-] marknadal|11 years ago|reply
Although I'm not a fan of the vocabulary you guys are using - but that may be because I'm one of those silly JavaScript people. I guess specifically, I'd love to see some screen recordings of this in action. Do you guys have any you can show off? Keep up the good work, immutability is a critical key to making any type of progress in software.
[+] [-] joshstella|11 years ago|reply
Thanks for the comments and well-wishes! We chose to use some new terms to not overload existing ones where we are introducing new concepts (Conductor, Performers, etc.). The analogues to music conceptually were so strong they seemed the right way to go. We will have lots more in the way of howto's, screen recordings, etc. in the coming weeks as we recover from launching our beta at re:Invent. Sign up for the beta and we'll send out bits with examples and runnable code in <15 mins.
- Josh
[+] [-] passive|11 years ago|reply
[+] [-] joshstella|11 years ago|reply
Where do you think our approach will add overhead to your development? We'd love to know so that we can either explain better or get a better product match for you. With Fugue, you get a Conductor that continually monitors and conforms the environment to your declarations - we think that has a lot of value for operating your environment as opposed to just creating it.
- Josh