+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 (tvaug...@onyxpoint.com)
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 <n...@spencerkrum.com> 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
n...@spencerkrum.com
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 puppet-dev+unsubscr...@googlegroups.com.
> 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 puppet-dev+unsubscr...@googlegroups.com.
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
tvaug...@onyxpoint.com
-- 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 puppet-dev+unsubscr...@googlegroups.com.
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 puppet-dev+unsubscr...@googlegroups.com.
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.
