2つのノードAとB、Aが2つのステップ、Bが3つのステップを持つシェフを使用してこのような構成を行う必要があるとします。手動の配列が点である：AとBの両方のないステップ1 ノードが依存しているときにシェフがビルドシーケンスを制御する方法
が並列にするときのconfigureノードの属性を取得することはできませんシェフで検索を（）ようだん）が完成します。
Bがステップ1を完了したときにいくつかの属性を公開する方法がある場合、ノードAは公開された属性を取得して構成を続けることができます（AはBからの公開属性）
シェフはこれを処理しません。 Chef-yの最良のアプローチは、一般に、各ノードを収束させる（すなわち最終的に一貫性を持たせる）ことであり、ループ内で動作するように努力し続けることである（通常、シェフクライアントのデーモンモードを介して）。シェフは、「ステップ」を持たない収束したプロミスモデルを中心に構築されていることを覚えておいてください。実際には現実の世界が手続き的なので、その道を行くのが簡単なこともあります。 RunDeckとFabricはこのノード間のオーケストレーションを処理するための私の個人的な推奨事項です（あなたはRDまたはFabタスクの数がsudo chef-clientで終わるでしょう）が、MCollectiveとSaltStackも一般的です。シェフにはChef Push Jobsという非常に基本的なツールがあります（可能な限り最も基本的なオーケストレーションレイヤであると考えている場合はknife sshもありますが、使用することはお勧めしません）。