AWS IoT Greengrass コンポーネントの作成

GDK CLI をまだインストールしていない場合は、開発コンピュータにインストールします。詳細については、「AWS IoT Greengrass Development Kit Command-Line Interface をインストールまたは更新する」を参照してください。

コンポーネントフォルダを作成するフォルダに移動します。

ダウンロードするコンポーネントテンプレートまたはコミュニティコンポーネントを選択します。GDK CLI がテンプレートまたはコミュニティコンポーネントをダウンロードし、実用的な例を使って開始することができます。component list コマンドを使用して、利用可能なテンプレートとコミュニティコンポーネントのリストを取得します。

• コンポーネントテンプレートをリスト表示するには、次のコマンドを実行します。レスポンスの各行には、テンプレートの名前とプログラミング言語が含まれています。

  gdk component list --template

• コミュニティコンポーネントをリスト表示するには、次のコマンドを実行します。

  gdk component list --repository

GDK CLI がテンプレートまたはコミュニティコンポーネントをダウンロードするコンポーネントフォルダを作成および変更します。をコンポーネントの名前、またはこのコンポーネントフォルダを識別するのに役立つ別の名前HelloWorldに置き換えます。

テンプレートまたはコミュニティコンポーネントを現在のフォルダにダウンロードします。component init コマンドを使用します。

• テンプレートからコンポーネントフォルダを作成するには、次のコマンドを実行します。をテンプレートの名前HelloWorldに置き換え、Python をプログラミング言語の名前に置き換えます。

  gdk component init --template HelloWorld --language python

• コミュニティコンポーネントからコンポーネントフォルダを作成するには、次のコマンドを実行します。をコミュニティコンポーネントの名前ComponentNameに置き換えます。

  gdk component init --repository ComponentName

GDK CLI は gdk-config.json という名の GDK CLI 設定ファイルから読み込むことで、コンポーネントをビルドおよびパブリッシュします。この設定ファイルは、コンポーネントフォルダのルートにあります。前の手順では、このファイルが作成されました。このステップでは、gdk-config.json をコンポーネントに関する情報で更新します。以下の操作を実行します。

1. テキストエディタで gdk-config.json を開きます。

2. (オプション) コンポーネントの名前を変更します。コンポーネント名は、component オブジェクトのキーです。

3. コンポーネントの作成者を変更します。

4. (オプション) コンポーネントのバージョンを変更します。次のいずれかを指定します。

   • NEXT_PATCH - このオプションを選択すると、コンポーネントをパブリッシュするときに GDK CLI がバージョンを設定します。GDK CLI は AWS IoT Greengrass サービスをクエリして、コンポーネントの最新の公開バージョンを特定します。次に、そのバージョンの後の次のパッチバージョンにバージョンを設定します。コンポーネントをまだパプリッシュしていない場合は、GDK CLI はバージョン1.0.0 を使用します。

     このオプションを選択した場合、Greengrass CLI を使用して、 AWS IoT Greengrass Core ソフトウェアを実行するローカル開発コンピュータにコンポーネントをローカルにデプロイしてテストすることはできません。ローカルデプロイを有効にするには、代わりにセマンティックバージョンを指定する必要があります。

   • 1.0.0 などのセマンティックバージョンです。セマンティックバージョンは、major.minor.patch という番号方式になっています。詳細については、「セマンティックバージョンの仕様」を参照してください。

     コンポーネントをデプロイしてテストする Greengrass コアデバイスでコンポーネントを開発する場合は、このオプションを選択します。Greengrass CLI を使用してローカルデプロイを作成する場合は、特定のバージョンでコンポーネントを構築する必要があります。

5. (オプション) コンポーネントのビルド設定を変更します。ビルド設定では、GDK CLI がコンポーネントのソースをアーティファクトにビルドする方法を定義します。次の build_system のオプションの中から選択します。

   • zip - コンポーネントのフォルダを ZIP ファイルにパッケージ化し、コンポーネントの唯一のアーティファクトとして定義します。次のタイプのコンポーネントには、このオプションを選択します。

     • Python や など、解釈されたプログラミング言語を使用するコンポーネント JavaScript。

     • 機械学習モデルやその他のリソースなどの、コード以外のファイルをパッケージ化するコンポーネント。

     GDK CLI は、コンポーネントのフォルダをコンポーネントフォルダと同じ名前の zip ファイルに圧縮します。例えば、コンポーネントフォルダの名前が HelloWorld の場合、GDK CLI は HelloWorld.zip という名前の zip ファイルを作成します。

     注記

     Windows デバイスで GDK CLI バージョン 1.0.0 を使用する場合、コンポーネントフォルダと zip ファイル名には小文字のみを含める必要があります。

     GDK CLI がコンポーネントのフォルダを zip ファイルに圧縮する際、次のファイルはスキップされます。

     • gdk-config.json ファイル

     • recipe ファイル (recipe.json または recipe.yaml)

     • ビルドフォルダ (greengrass-build など)

   • maven - mvn clean package コマンドを実行して、コンポーネントのソースをアーティファクト内にビルドします。Java コンポーネントなどの Maven を使用するコンポーネントの場合は、このオプションを選択します。

     Windows デバイスでは、この機能は GDK CLI v1.1.0 以降で利用できます。

   • gradle - gradle build コマンドを実行して、コンポーネントのソースをアーティファクト内にビルドします。Gradle を使用するコンポーネントの場合は、このオプションを選択します。この機能は GDK CLI v1.1.0 以降で利用できます。

     gradle ビルドシステムは、ビルドファイルとして Kotlin DSL をサポートしています。この機能は GDK CLI v1.2.0 以降で利用できます。

   • gradlew - gradlew コマンドを実行して、コンポーネントのソースをアーティファクト内にビルドします。Gradle Wrapper を使用するコンポーネントの場合は、このオプションを選択します。

     この機能は GDK CLI v1.2.0 以降で利用できます。

   • custom - カスタムコマンドを実行して、コンポーネントのソースを recipe とアーティファクトにビルドします。custom_build_command パラメータでカスタムコマンドを指定します。

6. build_system の custom を指定する場合は、build オブジェクトに custom_build_command を追加します。custom_build_command で、1 つの文字列または文字列のリストを指定します。各文字列が、コマンド内の単語になります。例えば、C++ コンポーネントのカスタムビルドコマンドを実行する場合は、 ["cmake", "--build", "build", "--config", "Release"] を指定することができます。

7. GDK CLI v1.1.0 以降を使用する場合、--bucket 引数を指定して、GDK CLI がコンポーネントのアーティファクトをアップロードする S3 バケットを指定します。この引数を指定しない場合、GDK CLI は名前が の S3 バケットにアップロードします。ここでbucket-region-accountId、bucket と region は で指定した値gdk-config.json、accountId は AWS アカウント ID です。GDK CLI は、バケットが存在しない場合に作成します。

   コンポーネントのパブリッシュ設定を変更します。以下の操作を実行します。

   1. コンポーネントのアーティファクトをホストするために使用する S3 バケット名を指定します。

   2. GDK CLI AWS リージョン がコンポーネントを発行する を指定します。

このステップを終了した時点で、gdk-config.json ファイルは、次の例のようになります。

{
  "component": {
    "com.example.PythonHelloWorld": {
      "author": "Amazon",
      "version": "NEXT_PATCH",
      "build": {
        "build_system" : "zip"
      },
      "publish": {
        "bucket": "greengrass-component-artifacts",
        "region": "us-west-2"
      }
    }
  },
  "gdk_version": "1.0.0"
}

recipe.yaml または recipe.json という名のコンポーネント recipe ファイルを更新します。以下の操作を実行します。

1. zip ビルドシステムを使用するテンプレートまたはコミュニティコンポーネントをダウンロードした場合は、ZIP アーティファクト名がコンポーネントフォルダの名前と一致していることを確認してください。GDK CLI は、コンポーネントのフォルダをコンポーネントフォルダと同じ名前の zip ファイルに圧縮します。recipe では、コンポーネントアーティファクトのリストと、ZIP アーティファクト内のファイルを使用するライフサイクルスクリプトの中に、ZIP アーティファクトの名前が含まれます。ZIP ファイル名がコンポーネントフォルダの名前と一致するように Artifacts および Lifecycle の定義を更新します。次の recipe 例では、Artifacts と Lifecycle の定義内の zip ファイルの名前が強調表示されています。

   JSON

   {
     ...
     "Manifests": [
       {
         "Platform": {
           "os": "all"
         },
         "Artifacts": [
           {
             "URI": "s3://{COMPONENT_NAME}/{COMPONENT_VERSION}/HelloWorld.zip",
             "Unarchive": "ZIP"
           }
         ],
         "Lifecycle": {
           "run": "python3 -u {artifacts:decompressedPath}/HelloWorld/main.py {configuration:/Message}"
         }
       }
     ]
   }

   YAML

   ---
   ...
   Manifests:
     - Platform:
         os: all
       Artifacts:
         - URI: "s3://BUCKET_NAME/COMPONENT_NAME/COMPONENT_VERSION/HelloWorld.zip"
           Unarchive: ZIP
       Lifecycle:
         run: "python3 -u {artifacts:decompressedPath}/HelloWorld/main.py {configuration:/Message}"

2. (オプション) コンポーネントの説明、デフォルト設定、アーティファクト、ライフサイクルスクリプト、およびプラットフォームサポートを更新します。詳細については、「AWS IoT Greengrass コンポーネントレシピリファレンス」を参照してください。

このステップを終了した時点で、recipe ファイルは、次の例のようになります。

Greengrass コンポーネントを開発して構築します。コンポーネントビルドコマンドは、コンポーネントフォルダにある greengrass-build フォルダに recipe とアーティファクトを作成します。以下のコマンドを実行します。

gdk component build

recipe とアーティファクトのサブフォルダを含むコンポーネントのフォルダを作成します。Greengrass コアデバイスで次のコマンドを実行してこれらのフォルダを作成し、コンポーネントフォルダに変更します。~/greengrassv2 または %USERPROFILE%\greengrassv2 をローカル開発に使用するフォルダへのパスに置き換えます。

テキストエディタを使用して、コンポーネントのメタデータ、パラメータ、依存関係、ライフサイクル、プラットフォーム機能を定義する recipe ファイルを作成します。recipe ファイル名にコンポーネントのバージョンを含めるようにして、どの recipe がどのコンポーネントバージョンを反映しているのかを特定できるようにします。recipe には YAML 形式または JSON 形式を選択できます。

例えば、Linux ベースのシステムでは、次のコマンドを実行し、GNU nano を使用してファイルを作成できます。

コンポーネントの recipe を定義します。詳細については、「AWS IoT Greengrass コンポーネントレシピリファレンス」を参照してください。

recipe は、次 Hello World の recipe 例のようになります。

この recipe は、Hello World Python スクリプトを実行します。次のスクリプト例のようになります。

import sys

message = "Hello, %s!" % sys.argv[1]

# Print the message to stdout, which Greengrass saves in a log file.
print(message)

開発するコンポーネントバージョン用のフォルダを作成します。どのアーティファクトがどのコンポーネントバージョンのものなのかを識別できるように、各コンポーネントバージョンのアーティファクトに対して個別のフォルダを使用することをお勧めします。以下のコマンドを実行します。

artifacts/componentName/componentVersion/

前のステップで作成したフォルダに、コンポーネントのアーティファクトを作成します。アーティファクトには、ソフトウェア、イメージ、およびその他のコンポーネントが使用するバイナリを含めることができます。

コンポーネントの準備ができたら、コンポーネントをテストします。