There are multiple ways to make configuration data available. The pattern
we use where I work is to manage the config files, use ERB templates for
them, and store the data in Hiera. You could also set custom facts on your
node to make data available. The second edition of Pro Puppet has some examples
of both of those approaches.

The trickier part with a real-time app deploy is timing the agent runs and
ordering the resources properly. You might need to use an orchestration
tool like Mcollective to control the agent runs, to get them to happen when
you want to, if the timing is critical.


Rich


On Tuesday, June 10, 2014, Malintha Adikari <[email protected]> wrote:

> Hi,
>
> I am beginner to puppet. I have evaluated puppet and want to use puppet
> for my project. My project is deployment automation task where I have
> several different servers with me. There are different types of
> configuration files in my servers. Let me explain the manully process what
> I am going to be automated using puppet. When I want to setup deployment
> manually, think there are 3 different servers in my setup, first I unzip
> those server packs. Then I make changes in the congifuration file of that
> each server. Then I run server and if I make configurations correctly , the
> setup will be done.
>
> Automating: I will store server packs (zip files) in puppet master side.
> Then I will send request to master for one by one servers. (If there are 3
> servers in my setup , I have to send 3 request to puppet master through 3
> clients). Those server are deployed inside separate clients. What I have
> planned is send all my configuration details along with a request to the
> puppet master. But one problem with that approach is there are lot of
> different configurations to be done when I configure a pack. Initially I
> want to know that
>
> 1. could we send our configuration details with a request to the master
> 2. Can we make configurations changes to the files in the packs with data
> we get with the request from master side
>
> Regards,
> Malintha Adikari
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected]
> <javascript:_e(%7B%7D,'cvml','puppet-users%[email protected]');>
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/puppet-users/525faabf-4825-4124-96ff-5f49e6313e8e%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-users/525faabf-4825-4124-96ff-5f49e6313e8e%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" 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-users/CAPGcbtD%2B%3Da8B3MtPiDqhQ3%3DcMTwZ%3DpkvZZCrdye3mwFSHAF8%3Dw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to