本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

實作 Chef 11.10 堆疊的配方

Chef 11.10 堆疊與 Chef 11.4 堆疊相比有下列優點：

技術指南安裝與優先順序

安裝過程 AWS OpsWorks 與早期 Chef 版本相比，堆棧食譜對於 Chef 11.10 堆棧的工作方式有所不同。對於廚師 11.10 堆棧，之後 AWS OpsWorks Stacks 會安裝內建、自訂和 Berkshelf 食譜，它會依照下列順序將它們合併到通用目錄中：

當 AWS OpsWorks 堆棧執行此合併，它複製目錄的全部內容，包括配方。若有任何重複項目，則會套用下列規則：

為了示範此程序運作的方式，請考慮以下案例，其中三個技術指南目錄都包含名為 mycookbook 的技術指南：

合併的技術指南包含以下內容：

使用 Chef 搜尋

您可以在您的配方中使用 Chef search 方法來查詢堆疊資料。您使用與 Chef 服務器相同的語法，但是 AWS OpsWorks 堆棧從本地節點對象獲取數據，而不是查詢 Chef 服務器。此資料包括：

堆疊組態及部署屬性包含大部分配方通常會透過 search 取得的資訊，包括像是堆疊中每個線上執行個體的主機名稱和 IP 地址。 AWS OpsWorks 堆疊會更新每個生命週期事件的這些屬性，以確保它們能準確反映目前的堆疊狀態。這表示您通常可以在您的堆疊中使用搜尋依存的社群配方，而無須修改。search 方法仍然會傳回適當的資料，只是該資料會來自堆疊組態及部署屬性，而非伺服器。

的主要限制 AWS OpsWorks 堆棧搜索是只處理本地節點對象中的數據，特別是堆棧配置和部署屬性。因此，下列資料類型可能無法透過 search 取得：

下列方法摘錄說明如何使用搜尋取得PHP圖層執行個體的私有 IP 位址。

appserver = search(:node, "role:php-app").first
Chef::Log.info("The private IP is '#{appserver[:private_ip]}'")

使用資料包

您可以在您的配方中使用 Chef data_bag_item 方法來查詢資料包中的資訊。您使用與 Chef 服務器相同的語法，但是 AWS OpsWorks 堆棧從實例的堆棧配置和部署屬性中獲取數據。然而， AWS OpsWorks 堆棧當前不支持 Chef 環境，因此node.chef_environment始終返回_default。

您可以使用 custom 將一個或多個屬性新增JSON至屬性來建立資料袋。[:opsworks][:data_bags]下列範例顯示在 Custom 中建立資料包的一般格式JSON。

{
  "opsworks": {
    "data_bags": {
      "bag_name1": {
        "item_name1: {
          "key1" : “value1”,
          "key2" : “value2”,
          ...
        }
      },
      "bag_name2": {
        "item_name1": {
          "key1" : “value1”,
          "key2" : “value2”,
          ...
        }
      },
      ...
    }
  }
}

通常，您可以JSON為堆疊指定 custom，該堆疊會在每個後續生命週期事件的每個例證上安裝自訂屬性。您也可以在部署應用程式JSON時指定自訂屬性，但這些屬性僅針對該部署安裝，而且可能只安裝到選取的執行個體集。如需詳細資訊，請參閱部署應用程式。

下列自訂JSON範例會建立名為的資料包myapp。其中有一個項目 (mysql)，以及兩個鍵/值對。

{ "opsworks": {
    "data_bags": {
      "myapp": {
        "mysql": { 
          "username": "default-user",
          "password": "default-pass"
        }
      }
    }
  }
}

若要在您的配方中使用資料，您可以呼叫 data_bag_item 並將資料包和值名稱傳遞給它，如下列摘要所示。

mything = data_bag_item("myapp", "mysql")
Chef::Log.info("The username is '#{mything['username']}' ")

要修改數據包中的數據，只需修改自定義JSON，它將被安裝在堆棧的實例上，用於下一個生命週期事件。

使用 Berkshelf

在 Chef 0.9 和 Chef 11.4 堆疊中，您只能安裝一個自訂技術指南儲存庫。在 Chef 11.10 堆疊中，您可以使用 Berkshelf 來管理您的技術指南和其依存項目，讓您可以從多個儲存庫安裝技術指南。(如需詳細資訊，請參閱 本機封裝技術指南依存性。) 特別是，使用伯克架，您可以安裝 AWS OpsWorks 直接從其存儲庫中兼容堆棧的社區食譜，而不必將其複製到您的自定義食譜存儲庫中。支援的 Berkshelf 版本取決於作業系統。如需詳細資訊，請參閱AWS OpsWorks 堆疊作業系統。

若要使用 Berkshelf，您必須明確啟用它，如安裝自訂技術指南中所說明。然後，在您的技術指南儲存庫根目錄中包含一個 Berksfile 檔案，指定要安裝的技術指南。

若要在 Berksfile 中指定外部食譜來源，請在指定預設儲存庫的檔案頂端加入 source 屬性。URLURLs除非您明確指定存儲庫，否則 Berkshelf 將在源代碼中查找食譜。然後，在每個您希望安裝的技術指南中包含一行文字，格式如下：

cookbook 'cookbook_name', ['>= cookbook_version'], [cookbook_options]

cookbook 之後的欄位會指定特定技術指南。

以下為 Berksfile 的範例，示範指定技術指南的不同方式。如需如何建立 Berksfile 的詳細資訊，請參閱 Berkshelf。

source "https://supermarket.chef.io"

cookbook 'apt'
cookbook 'bluepill', '>= 2.3.1'
cookbook 'ark', git: 'git://github.com/opscode-cookbooks/ark.git'
cookbook 'build-essential', '>= 1.4.2', git: 'git://github.com/opscode-cookbooks/build-essential.git', tag: 'v1.4.2'

此檔案會安裝以下技術指南：

除了 Berksfile，自訂技術指南儲存庫可以包含自訂技術指南。在這種情況下, AWS OpsWorks Stacks 會安裝兩組食譜，這意味著一個執行個體最多可以擁有三個食譜儲存庫。

內建技術指南及您的自訂技術指南會在設定時安裝在每個執行個體上，並且在之後不會更新，除非您手動執行更新自訂技術指南堆疊命令。 AWS OpsWorks 堆疊會berks install針對每個 Chef 執行執行執行，因此會根據下列規則，針對每個生命週期事件更新您的 Berkshelf 食譜：

您也可以透過執行更新自訂技術指南堆疊命令來更新您的 Berkshelf 技術指南，該命令會同時更新 Berkshelf 技術指南和您的自訂技術指南。