Pete Ehlke
2011-Jan-28 20:27 UTC
[Puppet Users] Application / database deployment coordination
Folks: Just getting started with puppet in a large legacy environment that has never had meaningful systems automation. After a couple of weeks in the lab, we''re extremely happy with the spectacularly quick progress we''ve been able to make, and the obvious promise that puppet holds. However (and there''s always a however): we''ve got a pretty good sized challenge that we''ll have to address somewhere down the line, and I want to get a feeling up front if puppet is potentially the right tool for the job. We have a large j2ee application, with MDBs and servlets deployed in ~50 instances of glassfish, and an object/relational hybrid database running in Oracle 11g RAC. Because of the object/relational design, deployments that include both database updates and application code updates have to be processed in a specific, coordinated order. At this time, there is only one instance of the whole j2ee stack running, so we are not blessed with the ability to take one whole set of glassfish & oracle off line for upgrades while another processes production traffic. Therefore, the puppet agent pull model doesn''t seem to be a terribly good fit for managing this application''s deployment. Question: is the sort of orchestration that I seem to need something that can be approached in puppet, or would I be better off slicing this application out to a different automation platform? Thanks for any thoughts. -Pete -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
John Warburton
2011-Jan-31 01:50 UTC
Re: [Puppet Users] Application / database deployment coordination
On 29 January 2011 07:27, Pete Ehlke <pde@rfc822.net> wrote:> Question: is the sort of orchestration that I seem to need something that > can be approached in puppet, or would I be better off slicing this > application out to a different automation platform? > > Orchestration outside of the client isn''t puppet''s strong point. Look attools like Control Tier ( http://dev2ops.org/blog/2009/11/2/6-months-in-fully-automated-provisioning-revisited.html) with whom Puppet Labs have a relationship John -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
James Turnbull
2011-Jan-31 06:35 UTC
Re: [Puppet Users] Application / database deployment coordination
John Warburton wrote:> On 29 January 2011 07:27, Pete Ehlke <pde@rfc822.net > <mailto:pde@rfc822.net>> wrote: > > Question: is the sort of orchestration that I seem to need something > that can be approached in puppet, or would I be better off slicing > this application out to a different automation platform? > > Orchestration outside of the client isn''t puppet''s strong point. Look at > tools like Control Tier > (http://dev2ops.org/blog/2009/11/2/6-months-in-fully-automated-provisioning-revisited.html) > with whom Puppet Labs have a relationshipI''d also say look at mcollective - http://www.puppetlabs.com/mcollective/introduction/. Regards James Turnbull -- James Turnbull Puppet Labs 1-503-734-8571 -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.