Just to throw another idea into the mix ­ we have been working on a
Chef[1] cookbook and scripts for building WebObjects environments on
EC2. We have introduced definitions for installing applications and
setting up instances using the JavaMonitor API. We will, of course, share
it once it's ready.

It seems really nice to be able to build environments from the ground up
on a variety of Linux distros and then be able to configure or fine tune
them according to your own template.

--
James

[1] http://www.opscode.com/chef/


From:  Paul Hoadley <pa...@logicsquad.net>
Date:  Tuesday, February 19, 2013 7:30 AM
To:  Pascal Robert <prob...@macti.ca>
Cc:  "Webobjects-deploy@lists.apple.com Deploy"
<webobjects-deploy@lists.apple.com>
Subject:  Re: WebObject and Amazon EC2


On 19/02/2013, at 10:23 AM, Pascal Robert <prob...@macti.ca> wrote:


Le 2013-02-18 à 18:47, Paul Hoadley <pa...@logicsquad.net> a écrit :

I think they're just different.  The instructions here:

http://wiki.wocommunity.org/display/documentation/Deploying+on+Amazon+EC2

are about being able to bring an appserver up from scratch using scripts.
Eyeballing that page right now, it might be a little incomplete and/or
light on detail, but it's certainly an approach I like, for what that's
worth.  With a bit of effort, you can turn
 wo-install.sh into something just right for your own purposes‹we've
evolved it into something that allows us to bring up an appserver on a new
instance with a single local command without even needing to log in.



What are the advantages of doing this over building a template or a AMI?



They're just different points along a bootstrapping spectrum.  WOlastic
was way up the pre-baked end, where (if I recall correctly‹I never tried
it) the idea was you'd fire up an instance from the WOlastic AMI and you'd
be essentially ready to go.  This
 gives basically no flexibility (all the myriad arbitrary choices are
fixed in the AMI), and would require creating a new AMI for every software
upgrade or security fix you wanted to make.  Your approach with packages
is somewhere in the middle, though I presume
 you'll periodically find yourself needing to update those packages as
well.  And then the scripted approach is heading towards the other end,
starting with a vanilla AMI like Amazon Linux, and adding all the pieces
on the fly, including grabbing the latest
 wotaskd and JavaMonitor from the community build server.  There are
trade-offs at every move along the spectrum, and whether you see them as
advantages or disadvantages will depend on your particular business case.



-- 
Paul Hoadley
http://logicsquad.net/






 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to