Trying to figure out the best approach for a large project. When is it appropriate to add recipes within a recipe by using include_recipe
as opposed to adding the recipe to the run_list
? Is there a good rule of thumb?
As I see it, any recipe should be able to run on an empty machine on its own. So if some recipe A depends on recipe B run before it, I always use include_recipe.
For example: 2 cookbooks, tomcat and java. Tomcat requires java.
When some user wants to install tomcat, he may have no idea that he actually requires some other cookbook to install it. He runs the tomcat recipe and either it fails with some completely unhelpful error message like "No java found" or even worse - it succeeds, but then of course the user cannot start tomcat, because he does not have java installed.
But when there is a
include_recipe 'java'
line in tomcat cookbook, which also requires adepends 'java'
line in metadata, the user when trying to install tomcat, will see the understandable error message: "the cookbook java not found". This way actually user can download dependencies on his own (or even with some automatic tool) without actually running recipes, but reading metadata.
include_recipe foo
? –
Issi All logic should be controlled with run lists. Cookbooks, try as they might, are not as re-usable as people would like to think. All include_recipe
does is add another place where users have to look to figure out what the run list is going to do so make it explicit and put it in the run list.
include_recipe
to make a dependency explicit. –
Antonioantonius © 2022 - 2024 — McMap. All rights reserved.
parent
, youinclude_recipe parent
and some unwitting soul addsparent
to the run list, doesparent::default.rb
get run twice? Ifparent
has been crafted correctly, nothing bad will happen to the machine, but how much time will it waste when you bootstrap/converge a new node? If Chef isn't automagic in dodging duplication, is there a recommended way to avoid it manually? – Retortion