- From: snacktime <snacktime@gmail.com>
- To: chef@lists.opscode.com
- Subject: chef solo versus client/server
- Date: Wed, 15 Apr 2009 00:20:05 -0700
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=VTf9bV/n70WLYn+cGyA9/Vx/8a1mS9l1d6MvYb0nGJ9cL9g/ZHc3e8+vTVyYRmuOQS cdG32zO0cOseFQ8Zxq4kmSi/aYedIGHzrqLx26YJwztjaOmx2/uEADXaXxd43EQGIsPV UroyUHbmW3dLbZe+ggrMmpiH51KlpH5BcLJig=
I'm wondering what I'd really give up by using chef solo and not running the server at all. If I have a cron job that pulls down the latest cookbooks and dna, then runs chef solo on them, doesn't that basically accomplish the same thing on the client side as using the client and server together?
My biggest dilemma is that when you put together my own app plus chef server, it's a lot of moving parts, and also some duplicated functionality. For example I already have a web ui, and it already handles uploading cookbooks and json dna files. And I already have a client/server architecture for handing off tasks to nodes, getting updates, etc.. I'm tempted to just stick with chef solo.
Chris
- chef solo versus client/server, snacktime, 04/15/2009
Archive powered by MHonArc 2.6.16.