Node.js スタックの初回作成 - AWS OpsWorks
前提条件アプリケーションの実装データベースサーバーとロードバランサーの作成スタックの作成アプリケーションのデプロイ次のステップ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Node.js スタックの初回作成

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post または AWS Premium Support を通じて AWS サポート チームにお問い合わせください。

この例では、Node.js アプリケーションサーバーをサポートする Linux スタックの作成方法と、シンプルなアプリケーションのデプロイ方法について説明します。スタックは以下のコンポーネントから構成されます。

前提条件

このウォークスルーでは、以下のことを前提としています。

  • AWS アカウントがあり、 AWS OpsWorks スタックの使用方法に関する基本的な理解がある。

    AWS OpsWorks スタックまたは を初めて使用する場合はAWS、「」の入門チュートリアルを完了して基本を学習しますChef 11 Linux スタックの使用開始。

  • Node.js アプリケーションの基本的な実装方法を理解している。

    Node.js に慣れていない場合は、「Node: Up and Running」などの入門チュートリアルを完了して、基本事項を学習してください。

  • この例で使用する予定のAWSリージョンに、少なくとも 1 つのスタックを作成済みです。

    リージョンで最初のスタックを作成すると、 AWS OpsWorks スタックはレイヤータイプごとに Amazon Elastic Compute Cloud (Amazon EC2) セキュリティグループを作成します。Amazon RDS データベース (DB) インスタンスを作成するには、これらのセキュリティグループが必要です。 AWS OpsWorks スタックを初めて使用する場合は、「」のチュートリアルに従ったときと同じリージョンをこの例に使用することをお勧めしますChef 11 Linux スタックの使用開始。新しいリージョンを使用する場合は、リージョンに新しいスタックを作成します。このスタックにレイヤーやインスタンスは必要ありません。スタックを作成するとすぐに、 AWS OpsWorks スタックはリージョンに一連のセキュリティグループを自動的に追加します。

  • スタックはデフォルトの VPCで作成します。

    このチュートリアルでは EC2-Classic を使用できますが、一部の詳細は若干異なります。たとえば、EC2-Classic では、サブネットの代わりにインスタンスのアベイラビリティーゾーン (AZ) を指定します。

  • ユーザーIAMには AWS OpsWorks 、 スタックに対するフルアクセス許可があります。

    セキュリティ上の理由から、ウォークスルー用にアカウントのルート認証情報を指定しないことを強くお勧めします。代わりに、 AWS OpsWorks スタックのフルアクセス許可を持つユーザーを作成し、それらの認証情報を AWS OpsWorks スタックで使用します。詳細については、「 管理者ユーザーの作成」を参照してください。

アプリケーションの実装

このチュートリアルでは、Amazon RDS DB インスタンスに接続し、インスタンスのデータベースを一覧表示するシンプルな Express アプリケーションを使用します。

アプリケーションを実装するには、ワークステーション上の使いやすい場所に nodedb という名前のディレクトリを作成し、以下に示す 3 つのファイルを追加します。

パッケージディスクリプター

アプリケーションのパッケージディスクリプターを作成するには、以下に示す内容の package.json というファイルを nodedb ディレクトリに追加します。package.json は、Express アプリケーションに必要であり、アプリケーションのルートディレクトリに配置されている必要があります。


{
  "name": "Nodejs-DB",
  "description": "Node.js example application",
  "version": "0.0.1",
  "dependencies": {
    "express": "*",
    "ejs": "*",
    "mysql": "*"
  }
}

この例の package.json は、ほぼ最小限の内容です。必要な name 属性と version 属性が定義され、従属パッケージがリストされています。

  • express は、Express パッケージを参照しています。

  • ejs は、アプリケーションがHTMLレイアウトファイルにテキストを挿入するために使用する EJSパッケージを参照します。

  • mysql は、アプリケーションがRDSインスタンスへの接続に使用する node-mysql パッケージを参照します。

パッケージディスクリプターファイルの詳細については、「package.json」を参照してください。

レイアウトファイル

アプリケーションのレイアウトファイルを作成するには、views ディレクトリに nodedb ディレクトリを追加し、以下に示す内容の views というファイルを index.html に追加します。


<!DOCTYPE html>
<html>
<head>
  <title>AWS Opsworks Node.js Example</title>
</head>
<body>
  <h1>AWS OpsWorks Node.js Example</h1>
    <p>Amazon RDS Endpoint: <i><%= hostname %></i></p>
    <p>User: <i><%= username %></i></p>
    <p>Password: <i><%= password %></i></p>
    <p>Port: <i><%= port %></i></p>
    <p>Database: <i><%= database %></i></p>

    <p>Connection: <%= connectionerror %></p>
    <p>Databases: <%= databases %></p>
</body>
</html>

この例では、レイアウトファイルは Amazon からのデータを表示するシンプルなHTMLドキュメントですRDS。各 <%= ... => 要素は、次に作成するコードファイル内で定義されている変数の値を示します。

コードファイル

アプリケーションのコードファイルを作成するには、以下に示す内容の server.js ファイルを nodedb ディレクトリに追加します。

重要

AWS OpsWorks スタックでは、Node.js アプリケーションのメインコードファイルに という名前server.jsを付け、アプリケーションのルートフォルダに配置する必要があります。


var express = require('express');
var mysql = require('mysql');
var dbconfig = require('opsworks'); //[1] Include database connection data
var app = express();
var outputString = "";

app.engine('html', require('ejs').renderFile);

//[2] Get database connection data
app.locals.hostname = dbconfig.db['host'];
app.locals.username = dbconfig.db['username'];
app.locals.password = dbconfig.db['password'];
app.locals.port = dbconfig.db['port'];
app.locals.database = dbconfig.db['database'];
app.locals.connectionerror = 'successful';
app.locals.databases = '';

//[3] Connect to the Amazon RDS instance
var connection = mysql.createConnection({
    host: dbconfig.db['host'],
    user: dbconfig.db['username'],
    password: dbconfig.db['password'],
    port: dbconfig.db['port'],
    database: dbconfig.db['database']
});

connection.connect(function(err)
{
    if (err) {
        app.locals.connectionerror = err.stack;
        return;
    }
});

// [4] Query the database
connection.query('SHOW DATABASES', function (err, results) {
    if (err) {
        app.locals.databases = err.stack;
    }
    
    if (results) {
        for (var i in results) {
            outputString = outputString + results[i].Database + ', ';
        }
        app.locals.databases = outputString.slice(0, outputString.length-2);
    }
});

connection.end();

app.get('/', function(req, res) {
    res.render('./index.html');
});

app.use(express.static('public'));

//[5] Listen for incoming requests
app.listen(process.env.PORT);

この例では、データベース接続情報を表示し、データベースサーバーに照会して、サーバーのデータベースを表示しています。これは、必要に応じてデータベースとやり取りするために簡単に一般化することができます。コード内の番号付きのコメントに対応する注釈を以下に示します。

[1] Include database connection data (データベース接続データを含める)

この require ステートメントでは、データベース接続データを含めています。後で説明するように、データベースインスタンスをアプリケーションにアタッチすると、 AWS OpsWorks スタックは接続データを という名前のファイルに配置します。opsworks.jsこれは次のようになります。


exports.db = {
  "host":"nodeexample.cdlqlk5uwd0k.us-west-2.rds.amazonaws.com",
  "database":"nodeexampledb",
  "port":3306,
  "username":"opsworksuser",
  "password":"your_pwd",
  "reconnect":true,
  "data_source_provider":"rds",
  "type":"mysql"}

opsworks.js はアプリケーションの shared/config ディレクトリ /srv/www/app_shortname/shared/config にあります。ただし、 AWS OpsWorks スタックはアプリケーションのルートディレクトリopsworks.jsにシンボリックリンクを に配置するため、 のみを使用して オブジェクトを含めることができますrequire 'opsworks'。

[2] Get database connection data (データベース接続データを取得する)

これら一連のステートメントは、opsworks.js に記述されている接続データを表示します。そのために、db オブジェクトの値を一連の app.locals プロパティに割り当てています。これらのプロパティはそれぞれ、index.html ファイル内の <%= ... %> 要素のいずれかに対応しています。レンダリング後のドキュメントでは、<%= ... %> 要素が、対応するプロパティ値に置き換わります。

[3] Amazon RDSインスタンスに接続する

この例では、node-mysql を使用してデータベースにアクセスしています。データベースに接続するために、接続データを connection に渡して createConnection オブジェクトを作成し、connection.connect を呼び出して接続を確立しています。

[4] Query the database (データベースを照会する)

接続を確立した後、データベースを照会するために connection.query 呼び出します。この例では単純に、サーバーのデータベース名を照会しています。query は、データベース名を Database プロパティに割り当てて、各データベースに対応する results オブジェクトの配列を返します。この例では、名前を連結し、レンダリングapp.locals.databases,されたHTMLページにリストを表示する に名前を割り当てます。

この例では、RDSインスタンスの作成時に指定したデータベースと、Amazon によって自動的に作成されるnodeexampledbデータベースの 5 つがありますRDS。

[5] Listen for incoming requests（受信されるリクエストをリッスンする）

最後のステートメントは、指定されたポートで受信されるリクエストをリッスンします。明示的なポート値を指定する必要はありません。アプリケーションをスタックに追加するときは、アプリケーションが HTTPまたは HTTPSリクエストをサポートするかどうかを指定します。 AWS OpsWorks スタックはPORT環境変数を 80 (HTTP) または 443 (HTTPS) に設定し、その変数をアプリケーションで使用できます。

他のポートでリッスンすることは可能ですが、Node.js アプリケーションサーバーレイヤーの組み込みセキュリティグループ AWS-OpsWorks-nodejs-App-Server では、ポート 80、443、22 () へのインバウンドユーザートラフィックのみが許可されますSSH。他のポートへの着信ユーザートラフィックを許可するには、適切なインバウンドルールを使用してセキュリティグループを作成し、Node.js アプリケーション-サーバーレイヤーに割り当てます。組み込みのセキュリティグループを編集することでインバウンドルールを変更しないでください。スタックを作成するたびに、 AWS OpsWorks スタックによって組み込みセキュリティグループが標準設定で上書きされるため、変更を加えると変更内容は失われます。

注記

関連するアプリケーションを作成または更新するときに、カスタムの環境変数をアプリケーションに関連付けることができます。カスタムレシピJSONとカスタムレシピを使用して、アプリケーションにデータを渡すこともできます。詳細については、「アプリケーションへのデータの引き渡し」を参照してください。

データベースサーバーとロードバランサーの作成

この例では、Amazon RDS データベースサーバーと Elastic Load Balancing ロードバランサーインスタンスを使用します。各インスタンスは別々に作成し、スタックに組み込む必要があります。このセクションでは、新しいデータベースとロードバランサーのインスタンスを作成する方法を説明します。既存のインスタンスを使用することもできますが、この手順を読み、そのインスタンスが正しく設定されているか確認することをお勧めします。

以下に、この例で十分である最小限の設定の RDS DB インスタンスを作成する方法について説明します。詳細については、「Amazon RDSユーザーガイド」を参照してください。

RDS DB インスタンスを作成するには
  1. コンソールを開きます。

    Amazon RDSコンソールを開き、リージョンを米国西部 (オレゴン) に設定します。ナビゲーションペインで、RDSダッシュボードを選択し、DB インスタンスを起動を選択します。

  2. データベースエンジンを指定します。

    データベースエンジンとして MySQL Community Edition を選択します。

  3. マルチ AZ 配置を拒否します。

    [No, this instance...] を選択し、[Next] を選択します。この例にマルチ AZ 配置は必要ありません。

  4. 基本的な設定を指定します。

    [DB Instance Details] ページで、次の設定を指定します。

    • DB Instance Class: db.t2.micro

    • Multi-AZ Deployment: No

    • ストレージ割り当て: 5 GB

    • DB インスタンス識別子: nodeexample

    • マスターユーザーの名前: opsworksuser

    • [Master Password]: 任意のパスワード

    後で使用できるようにインスタンス識別子、ユーザー名、およびパスワードを書き留め、その他のオプションについてはデフォルト設定をそのままにして、[Next] を選択します。

  5. 詳細設定を指定します。

    [Configure Advanced Settings] ページで、以下の設定を指定します。

    • データベース名: nodeexampledb

    • DB セキュリティグループ (複数可）: AWS-OpsWorks-DB-Master-Server

    注記

    AWS-OpsWorks-DB-Master-Server セキュリティグループでは、スタックのインスタンスのみがデータベースにアクセスできます。データベースに直接アクセスする場合は、適切なインバウンドルールを使用して DB RDSインスタンスに追加のセキュリティグループをアタッチします。詳細については、「Amazon RDS セキュリティグループ」を参照してください。インスタンスを に配置することでアクセスを制御することもできますVPC。詳細については、「でのスタックの実行 VPC」を参照してください。

    後で使用できるようにデータベース名を書き留め、その他の設定についてはデフォルト値をそのままにして、[Launch DB Instance] を選択します。

以下の手順では、この例の Elastic Load Balancing ロードバランサーを作成する方法を説明します。詳細については、Elastic Load Balancing ユーザーガイドを参照してください。

ロードバランサーを作成する方法
  1. Amazon EC2コンソールを開きます。

    Amazon EC2コンソールを開き、リージョンが米国西部 (オレゴン) に設定されていることを確認します。ナビゲーションペインで、[Load Balancers] を選択し、[Create Load Balancer] を選択します。

  2. ロードバランサーを定義します。

    [Define Load Balancer] ページで、以下の設定を指定します。

    • 名前 – Node-LB

    • 内部で LB を作成する – デフォルト VPC

    その他のオプションについてはデフォルト設定をそのままにして、[Next] を選択します。

  3. セキュリティグループを割り当てます。

    [Assign Security Groups] ページで、以下のグループを指定します。

    • デフォルトのVPCセキュリティグループ

    • AWS-OpsWorks-nodejs-App-Server

    [Next (次へ)] を選択します。[Configure Security Settings] ページで、[Next] を選択します。この例にセキュアリスナーは必要ありません。

  4. ヘルスチェックを設定します。

    [Configure Health Check (ヘルスチェックの設定)] ページで、[Ping Path (ping パス)] を / に設定し、その他の設定についてはデフォルト値をそのままにします。[Next (次へ)] を選択します。EC2 インスタンスの追加ページで、次へを選択します。タグの追加ページで、レビューと作成を選択します。 AWS OpsWorks スタックはロードバランサーにEC2インスタンスを追加するタスクを処理するため、この例のタグは必要ありません。

  5. ロードバランサーを作成します。

    [Review] ページで、[Create] を選択してロードバランサーを作成します。

スタックの作成

必要なコンポーネントがすべて揃ったので、スタックを作成できます。

スタックを作成するには
  1. AWS OpsWorks スタックコンソールにサインインします。

    AWS OpsWorks スタックコンソールにサインインし、[Add Stack (スタックを追加)] を選択します。

  2. スタックを作成します。

    新しいスタックを作成するには、[Chef 11 stack] を選択して、以下の設定を指定します。

    • – NodeStack

    • [リージョン] – 米国西部 (オレゴン)

      スタックは任意のAWSリージョンで作成できますが、チュートリアルでは米国西部 (オレゴン) をお勧めします。

    [Add Stack] を選択します。スタック設定の詳細については、「新しいスタックを作成する」を参照してください。

  3. ロードバランサーがアタッチされた Node.js App Server layer を追加します。

    NodeStack ページで、レイヤーの追加を選択し、次の設定を指定します。

    • Layer type (レイヤータイプ) – Node.js App Server (Node.js アプリケーションサーバー)

    • Elastic Load Balancer (Elastic ロードバランサー) – Node-LB (ノード-LB)

    その他の設定についてはデフォルト値をそのままにして、[Add Layer] を選択します。

  4. インスタンスをレイヤーに追加して起動します。

    ナビゲーションペインで、[Instances] を選択し、次の手順に従って 2 つのインスタンスを Rails アプリケーションサーバーレイヤーに追加します。

    1. Node.js App Server (Node.js アプリケーションサーバー) で、Add instance (インスタンスの追加) を選択します。

      [Size] を [t2.micro] に設定し、その他の設定についてはデフォルト値をそのままにして、[Add Instance] を選択します。

    2. [+Instance] を選択し、2 番目の t2.micro インスタンスを別のサブネット内のレイヤーに追加します。

      これにより、インスタンスが別のアベイラビリティーゾーン (AZ) に配置されます。

    3. [Add instance] を選択します。

    4. 両方のインスタンスを起動するには、[Start All Instances] を選択します。

    Elastic Load Balancing ロードバランサーをこのレイヤーに割り当てました。インスタンスがオンライン状態に出入りすると、 AWS OpsWorks スタックはロードバランサーにインスタンスを自動的に登録または登録解除します。

    注記

    本番稼働用スタックでは、アプリケーションサーバーインスタンスを複数の に分散することをお勧めしますAZs。分散しておくと、ユーザーが 1 つの AZ に接続できない場合、着信トラフィックがロードバランサーによって別のゾーンにルーティングされるため、サイトの機能が続行します。

  5. RDS DB インスタンスをスタックに登録します。

    ナビゲーションペインで、リソースを選択し、次のように RDS DB インスタンスをスタックに登録します。

    1. RDS タブを選択し、未登録RDSの DB インスタンスを表示を選択します。

    2. nodeexampledb インスタンスを選択し、以下の設定を指定します。

      • User (ユーザー) – インスタンスの作成時に指定したマスターユーザー名 (この例では、)opsworksuser。

      • [Password] (パスワード) – インスタンスの作成時に指定したマスターパスワード。

    3. スタックに登録を選択して、RDSDB インスタンスを Amazon RDSサービスレイヤーとしてスタックに追加します。

    警告

    AWS OpsWorks スタックはユーザーまたはパスワードの値を検証せず、単にアプリケーションに渡します。これらを誤って入力すると、アプリケーションがデータベースに接続できません。

    RDS DB インスタンスを Amazon RDSサービスレイヤーとしてスタックに追加するには、スタックに登録を選択します。

アプリケーションのデプロイ

アプリケーションはリモートリポジトリに保存する必要があります。デプロイすると、 AWS OpsWorks スタックはコードと関連ファイルをリポジトリからアプリケーションサーバーインスタンスにデプロイします。便宜上、この例では、パブリック Amazon Simple Storage Service (Amazon S3) アーカイブをリポジトリとして使用していますが、Git や Subversion など、いくつか他の種類のリポジトリも使用できます。詳細については、「Application Source」を参照してください。

アプリケーションをデプロイするには
  1. アプリケーションをアーカイブファイルにパッケージ化します。

    .zip ディレクトリおよびサブディレクトリの nodedb アーカイブを nodedb.zip という名前で作成します。gzip、bzip2、tarball など、他の種類のアーカイブファイルを使用することもできます。 AWS OpsWorks スタックは非圧縮 tarball をサポートしていないことに注意してください。詳細については、「Application Source」を参照してください。

  2. アーカイブファイルを Amazon S3 にアップロードします。

    Amazon S3 バケットnodedb.zipにアップロードし、ファイルを公開して、URL後で使用するためにファイルの をコピーします。バケットの作成方法とファイルのアップロード方法の詳細については、「Amazon Simple Storage Service の使用開始」を参照してください。

    注記

    AWS OpsWorks スタックは Amazon S3 バケットからプライベートファイルをデプロイすることもできますが、わかりやすくするために、この例ではパブリックファイルを使用します。詳細については、「Application Source」を参照してください。

  3. AWS OpsWorks スタックアプリケーションを作成します。

    AWS OpsWorks スタックコンソールに戻り、ナビゲーションペインでアプリを選択し、アプリの追加を選択します。以下の設定を指定します。

    • [Name] (名前) – NodeDB。

      この文字列は、アプリケーションの表示名です。ほとんどの場合、アプリケーションの短縮名が必要です。短縮名は、すべての文字を小文字に変換し、句読点を削除することで AWS OpsWorks 、スタックが表示名から生成します。この例の場合、短縮名は nodedb になります。アプリケーションの短縮名を確認するには、アプリケーションの作成後、[Apps] ページでアプリケーションを選択して詳細ページを表示します。

    • Type (タイプ) – Node.js。

    • Data source type (データソースタイプ) – RDS。

    • データベースインスタンス – 以前に登録した Amazon RDS DB インスタンスを選択します。

    • Database name (データベース名) - 作成しておいたデータベースの名前を指定します (この例の場合は nodeexampledb)。

    • Repository type (リポジトリタイプ) - Http Archive。

      パブリック Amazon S3 ファイルには、このリポジトリタイプを使用する必要があります。S3 Archive は、プライベートアーカイブにのみ使用する種類です。

    • リポジトリ URL – アーカイブファイルの Amazon S3 URL。

    残りの設定にはデフォルト値を使用し、[Add App] をクリックしてアプリケーションを作成します。

  4. アプリケーションをデプロイします。

    [Apps] ページに移動し、NodeDB アプリケーションの [Actions] 列で、[deploy] を選択します。次に、デプロイを選択してアプリケーションをサーバーインスタンスにデプロイします。 AWS OpsWorks スタックは各インスタンスでデプロイレシピを実行します。これにより、リポジトリからアプリケーションがダウンロードされ、サーバーが再起動されます。各インスタンスに緑色のチェックマークが付き、[Status] が [successful] であれば、デプロイが完了しており、アプリケーションでリクエストの処理を開始できる状態になっています。

    注記

    デプロイが失敗した場合は、[Log] (ログ) 列で [show] (表示) を選択すると、デプロイメントの Chef ログが表示されます。エラー情報は下の方にあります。

  5. アプリケーションを開きます。

    アプリケーションを開くには、レイヤーを選択し、ロードバランサーを選択してから、ロードバランサーに HTTPリクエストを送信するロードバランサーDNSの名前を選択します。次のような内容が表示されます。

    AWS OpsWorks Node.js example showing RDS endpoint, user credentials, and database details.
注記

AWS OpsWorks スタックは、セットアップ中に新しいインスタンスにアプリケーションを自動的にデプロイします。オンラインインスタンスに対してのみ、手動のデプロイが必要になります。詳細については、「アプリケーションのデプロイ」を参照してください。高度なデプロイ方法など、デプロイ全般については、「アプリケーションとクックブックの管理とデプロイ」を参照してください。

次のステップ

重要

この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、 AWS re:Post またはAWS プレミアムサポートを通じて AWS サポート チームにお問い合わせください。

このウォークスルーでは、シンプルな Node.js アプリケーションサーバースタックのセットアップの基本について説明しました。ここでは、次のステップに関する推奨事項をいくつか示します。

Node.js の組み込みクックブックを調べる

インスタンスの設定方法について詳しく知りたい場合は、レイヤーの組み込みクックブックである opsworks_nodejs を参照してください。このクックブックには、 AWS OpsWorks スタックがソフトウェアのインストールと設定に使用するレシピおよび関連ファイル、および AWS OpsWorks スタックがアプリケーションのデプロイに使用するレシピを含む組み込みデプロイクックブックが含まれています。

サーバー設定をカスタマイズする

例では、基本的なスタックを使用しています。本稼働用に使用する場合は、スタックをカスタマイズすることをお勧めします。詳細については、「AWS OpsWorks スタックのカスタマイズ」を参照してください。

SSL サポートの追加

アプリの作成時に、アプリSSLのサポートを有効にし、適切な証明書を AWS OpsWorks スタックに提供できます。 AWS OpsWorks スタックは、適切なディレクトリに証明書をインストールします。詳細については、「SSL の使用」を参照してください。

メモリ内データのキャッシュを追加する

本稼働レベルのサイトでは、多くの場合、Redis や Memcache などのメモリ内キー値ストアにデータをキャッシュすることでパフォーマンスが向上します。 AWS OpsWorks スタックスタックでは、 のいずれかを使用できます。詳細については、ElastiCache RedisおよびMemcachedを参照してください。

高度なデプロイ方法を使用する

ここに示した例では、すべてのインスタンスに更新を同時にデプロイするというシンプルな方法でアプリをデプロイしました。このアプローチは、シンプルで高速ですが、エラーに対する許容範囲がありません。デプロイが失敗した場合や、更新に問題がある場合、本稼働スタックのすべてのインスタンスが影響を受けることがあります。問題が解決されるまで、サイトのサービスが中断されるか無効になる可能性があります。デプロイ方法の詳細については、「アプリケーションとクックブックの管理とデプロイ」を参照してください。

Node.js アプリケーションサーバーレイヤーを拡張する

レイヤーは、さまざまな方法で拡張できます。たとえば、インスタンスに対してスクリプトを実行するためのレシピや、アプリのデプロイをカスタマイズするための Chef デプロイフックを実装することができます。詳細については、「レイヤーの拡張」を参照してください。

環境変数を定義する

関連付けられたアプリケーションの環境変数を定義することによって、アプリケーションにデータを渡すことができます。アプリケーションをデプロイすると、 AWS OpsWorks スタックはこれらの変数をエクスポートして、アプリケーションからアクセスできるようにします。詳細については、「 環境変数の使用」を参照してください。