+1, I think this is terrific. I need to examine this against my normal workflow, which uses much more bootstrapping (orchestrated hiera checkouts + additional puppet runs) - this seems like it’s a much cleaner way to do the same thing.
I have a back-of-mind worry about a run stages-like level of complexity evolving from this but I suspect we can find a way to guard against that. -Eric -- Eric Shamow Sent with Airmail On December 20, 2014 at 2:50:38 PM, Trevor Vaughan ([email protected]) wrote: I agree. I hope to find some time to dig into the transaction layer and make some of the catalog manipulation a bit cleaner. I've done something similar a few times but never thought about doing it this way so I'm very happy with this and hope to contribute! Trevor On Sat, Dec 20, 2014 at 3:53 PM, Spencer Krum <[email protected]> wrote: This is awesome. I've recommended it to my old work. This is absolutely necessary when automating some of the hairy enterprise apps I've worked with. -- Spencer Krum [email protected] On Sat, Dec 20, 2014, at 10:00 AM, David Schmitt wrote: > On 2014-12-19 22:14, Reid Vandewiele wrote: > > transition { 'stop myapp service': > > resource => Service['myapp'], > > attributes => { ensure => stopped }, > > prior_to => File['/etc/myapp/myapp.cfg'], > > } > > > > file { '/etc/myapp/myapp.cfg': > > ensure => file, > > content => 'mycontent', > > notify => Service['myapp'], > > } > > > > service { 'myapp': > > ensure => running, > > enable => true, > > } > > > > We implemented a prototype and published it at > > https://forge.puppetlabs.com/puppetlabs/transition. It's 0.1.0 code, > > basically first cut, just enough to build out and test the idea, but not > > all the rough edges are sanded off. There's more detail in the readme on > > the Forge page.We implemented a prototype and published it at > > https://forge.puppetlabs.com/puppetlabs/transition. It's 0.1.0 code, > > basically first cut, just enough to build out and test the idea, but not > > all the rough edges are sanded off. There's more detail in the readme on > > the Forge page. > > > > Does this pattern or capability make sense in the general context of > > Puppet? Is this a decent interim solution for something better currently > > under development? What do people think of this? > > > More flexible state management is something that is very much on my mind > in recent times. As other products (like ansible) solve this much better. > > Given the restricted malleability of the manifest language, I think your > implementation is already quite advanced and will solve problems. > > > Regards, David > > > > > -- > * Always looking for people I can help with awesome projects * > Twitter: @dev_el_ops G+: https://plus.google.com/+DavidSchmitt > Blog: http://club.black.co.at/log/ > LinkedIn: http://at.linkedin.com/in/davidschmitt > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-dev/5495B94C.8050000%40dasz.at. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/1419108825.1373821.205262217.70C63FFE%40webmail.messagingengine.com. For more options, visit https://groups.google.com/d/optout. -- Trevor Vaughan Vice President, Onyx Point, Inc (410) 541-6699 [email protected] -- This account not approved for unencrypted proprietary information -- -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/CANs%2BFoWBAgcc8yit2wGeLTNghPHOjObCcs1pNVN5Ku5LxQCLmA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/etPan.54963f67.6b8b4567.5c4%40rassilon. For more options, visit https://groups.google.com/d/optout.
