Recommendations to others considering Progress Chef:
I'd recommend starting with the chef-solo mode, which is much easier to start with and well suitable even for more complex servers infra-structure. Also, take some time to learn some Ruby if you are not comfortable with the language. Review collected by and hosted on G2.com.
What problems is Progress Chef solving and how is that benefiting you?
We integrate Chef and Capistrano to manage our servers and deploy our applications. Since both are written in Ruby, we can share a dynamic configuration written as a Ruby DSL that is used by both Chef recipes and Capistrano tasks. We use Capistrano to run Chef in the servers requiring changes.
For example, we manage multiple environments and applications in a shared set of servers. We have a database server and two application servers and we are able to properly manage the database in the database server through Chef, configure Solr, install packages in the application servers, set up nginx in the right server and everything that is required for the application to run and finally run the deploy procedure using Capistrano tasks, which are more well suited to handle deploys and rollbacks than Chef is. The server management part is handled by Capistrano running chef-solo in the right servers. Then the deploy proceeds as usual with regular Capistrano tasks. All with a single command line that will inform the application, which application server to deploy to and the environment (production, Cert, experimental, staging and others).
Being able to run a single command to handle the full deployment cycle gives a lot confidence specially because there are lots of steps involved for our applications to be properly configured and run in our servers... It would be really easy to forget some of those steps in a big release without the automated recipes. Review collected by and hosted on G2.com.