Deploying Apps

30 views
Skip to first unread message

Joseph Faisal Nusairat

unread,
Sep 8, 2008, 2:47:49 PM9/8/08
to colum...@googlegroups.com

Quick question, is Capistrano the way to go still to deploy apps?

I did upgrade the server to use mongrel instead of fast cgi

Chad Pry

unread,
Sep 8, 2008, 2:51:00 PM9/8/08
to colum...@googlegroups.com
Joseph,

We are using capistano in our company and could not accomplish the
deployment standards we observe without it. That being said, I hear
vlad the deployer is a simplier approach to the same idea. One of
those two should definitely offer a lot to any deployment scheme.

Chad

Joe Fiorini

unread,
Sep 8, 2008, 2:54:14 PM9/8/08
to colum...@googlegroups.com
I just setup a staging environment for myself last week and am using Capistrano to deploy to it. Still not using it to deploy to live, however, for some strange reason. And the setup to deploy to two different environments isn't exactly straightforward.

-Joe
--
joe fiorini
http://www.faithfulgeek.org
// freelancing & knowledge sharing

Josh Schairbaum

unread,
Sep 8, 2008, 2:56:13 PM9/8/08
to colum...@googlegroups.com
I use Vlad for everything. If you've got something simple, Vlad is
the way to go. Capistrano fits a real need, but it's way overkill for
most deployments. You can use Vlad w/ Mongrel, Thin, and Passenger.
I believe that it also supports SVN, GIT, and perhaps Hg.

Regards,
Josh

Josh Schairbaum

unread,
Sep 8, 2008, 2:58:27 PM9/8/08
to colum...@googlegroups.com
Joe, 

I believe that Ryan Briones gave a good talk on Cap 2.0 when it came out.  He details how to set multiple deployment environments.  You would be able to do something like `cap production deploy` or `cap staging deploy`.

Ryan,

Do you still have those slides?

Josh

Ryan Briones

unread,
Sep 8, 2008, 3:03:52 PM9/8/08
to colum...@googlegroups.com
The talk that Josh is referring to is "Capistrano 2.0: In the Wild" that I gave in November.

http://brionesandco.com/ryanbriones/2007/12/capistrano-2-in-wild.html

I have a followup talk that I gave at Cinci-ART, SEMI.rb and OSCON called "Commanding your SSH Universe with Capistrano". It tanked at OSCON, but the slides are still good:


Thanks for the plug, Josh. :)
--
Ryan Carmelo Briones

g iams

unread,
Sep 8, 2008, 3:13:55 PM9/8/08
to colum...@googlegroups.com
On 08 Sep, 2008, at 14:56 , Josh Schairbaum wrote:

> If you've got something simple, Vlad is the way to go. Capistrano
> fits a real need, but it's way overkill for
> most deployments.

I second that, having invested the time it takes to learn Capistrano
for what I now realize to be just another simple deployment. If I
remember correctly, that was the primary motivation for Vlad's
inception.

Also, with deployment being mentioned, be sure to checkout the newly-
released Daemon Controller (http://tinyurl.com/5murec) if the need is
there. I'm just getting started with it, but it's already proven
itself to be a great way to migrate the responsibility of managing the
daemons an app depends on to a more obvious place: the app itself (and
not its deployment!).

That's all I've got.
--
-gary

Joseph Faisal Nusairat

unread,
Sep 18, 2008, 8:11:48 PM9/18/08
to colum...@googlegroups.com

Josh

Hey there i tried vlad out. I am using mongrel + svn so i figured it'd be fairly simple

my issue now is it wants to run mongrel_rails cluster::configure

... i didnt create a cluster file. I am only running it on one port. And i cant see from the settings how to disable it from running that because it ends up throwing an error when setting it up saying -

"ERROR RUNNING 'cluster::configure': Plugin /cluster::configure does not exist in category /commands"

any ideas?
thanks
--
"When the planes hit the Twin Towers, as far as I know none of the phone calls from the people on board were messages of hate or revenge - they were all messages of love. If you look for it, I've got a sneaky feeling you'll find that love actually is all around. "
- "Love Actually"

Josh Schairbaum

unread,
Sep 23, 2008, 12:35:15 PM9/23/08
to colum...@googlegroups.com
Joseph,

Sorry, I'm behind on my mailing lists.  I think the easiest thing that might work would be to just setup a cluster of a single server.  You'll need to have init scripts for a single mongrel instance, so you might as well set it up for a cluster which would give you the flexibility to grow for the future, with no performance penalty in the short run.  

Regards,
Josh
Reply all
Reply to author
Forward
0 new messages