Pivotal Labs

Main menu

Skip to primary content
Skip to secondary content
  • About
  • Case Studies
  • Team
    • Executives
    • Locations
      • San Francisco (HQ)
      • Boston
      • Boulder
      • Denver
      • London
      • Los Angeles
      • New York
  • Community
    • Blogs
    • Tech Talks
    • Events
  • Careers
    • Lifestyle
    • Principles & Practices
    • Benefits
    • FAQ
    • Apply
  • Contact
    • Press Room
    • Press Releases
    • In The News
    • Press Kit
  • All
  • Labs
  • Standup
  • Tracker

Managing your ey-cloud-recipes

Mike Barinek
Thursday, August 26, 2010

If you’ve recently forked the ey-cloud-recipes on GitHub and then had issues
managing and deploying multiple projects with disparate dependencies using the
single forked gem, then we have a solution that has worked well on a recent project.

We’ve tucked the cookbooks directory underneath our Rails project. To apply Chef
changes, we installed the ‘engineyard’ gem and us ‘ey recipes upload’ and
‘ey recipes apply’ from within our Rails project.

Upside, everything you need to know about the project is local to the project.


.
├── Gemfile
├── Gemfile.lock
├── README.md
├── Rakefile
├── app
├── cookbooks
│   ├── main
│   │   ├── attributes
│   │   │   └── recipe.rb
│   │   ├── definitions
│   │   │   └── ey_cloud_report.rb
│   │   ├── libraries
│   │   │   ├── ruby_block.rb
│   │   │   └── run_for_app.rb
│   │   └── recipes
│   │       └── default.rb
│   ├── redis
│   │   ├── README.rdoc
│   │   ├── recipes
│   │   │   └── default.rb
│   │   └── templates
│   │       └── default
│   │           ├── redis.conf.erb
│   │           └── redis.monitrc.erb
│   └── sunspot
│       ├── recipes
│       │   └── default.rb
│       └── templates
│           └── default
│               ├── solr.erb
│               └── solr.monitrc.erb

  • 0 Shares
  • Share on Facebook
  • Share on Twitter

4 Comments

  1. Matthew Kocher says:

    Having automated configuration live with your source code is the way things should always work. Chef recipes are just code that makes your code run. What makes today’s code run may be different from what makes last month’s code run. If you deploy last month’s code for some reason, it should work just as well as it did when you deployed it last month.

    I’ll certainly try this out if I end up on an EY Cloud project.

    August 27, 2010 at 9:44 pm

  2. Nathan Phelps says:

    Have you added them as a submodule or did you just commit them as part of your project?

    August 28, 2010 at 11:04 am

  3. Mike Barinek says:

    We didn’t use submodules. We’re treating the Chef cookbooks/recipes as source, similar to app source.

    August 28, 2010 at 12:45 pm

  4. Dan Zitting says:

    Great idea. Why we have always kept these in separate repos is now a total mystery to me.

    September 5, 2010 at 12:00 pm

Add New Comment Cancel reply

Your email address will not be published.

Mike Barinek

Mike Barinek
Boulder

Recent Posts

  • American Thrombosis and Hemostasis Network (ATHN) is looking for a Web Application Developer
  • Portico is looking for a Web Application Developer
  • Testing Ruby Services without Mocks
Subscribe to Mike's Feed

Author Topics

boulder (4)
jobs (3)
  • About
  • Case Studies
  • Team
  • Community
  • Careers
  • Contact
  • Labs
  • Events

Contact Us

contact@pivotallabs.com
+1 415-77-PIVOT
TwitterLinkedInFacebook

Pivotal Tracker

Tracker is the award-winning agile project management tool that enables real-time collaboration around a shared, prioritized backlog.
Visit pivotaltracker.com >