ゴールデンイメージを使用する理由

ゴールデンイメージを使用して工場でデバイスをプログラムするには、さまざまな理由があります。

大規模な AWS IoT Greengrass デバイスの製造を計画している場合は、製造ラインでデバイスごとに AWS IoT Greengrass クラウドデプロイを実行することが問題であると考えるかもしれません。理由には次のようなものがあります。

• 遅すぎる: すべてのデバイスでデプロイを実行するのに必要な時間が、製造ラインの生産性に影響を与える可能性があります。

• インターネット接続がない: 契約メーカーは製造ラインでインターネット接続がない場合があるため、クラウドデプロイもできない場合があります。

• 断続的なインターネット接続がある: インターネット接続が名目上利用可能な場合でも、企業は一時的に接続が失われて製造ラインが停止しないように要求する可能性があるため、クラウドデプロイは望ましくない場合があります。

製造ラインで AWS IoT Greengrass デプロイを実行しないことを選択した場合は、アプリケーションコンポーネントがインストールされていないデバイスを出荷できます。ただし、以下の理由により、製造中にアプリケーションコンポーネントをインストールする必要がある場合があります。

• Factory acceptance testing (FAT): 品質保証 (QA) プロセスの一環として、すべてのデバイスまたはデバイスのサンプリングで FAT を実行する必要がある場合があります。デバイスには、デバイスが完全に動作し、独自のアプリケーションソフトウェアを実行している場合にのみテストできる独自のドメイン固有の I/O とインターフェイスがある可能性があります。

• フィールドインターネット接続の信頼性が低い: デバイスが フィールドにインストールまたはボックス解除されている場合、その環境にインターネット接続があることは確認できません。したがって、クラウドデプロイに依存してデバイスを完全に動作状態にすることはできません。

• デバイスはすぐに動作する必要があります。デバイスが フィールドに最初にアンボックスされたときに完全に動作している必要があり、インターネット接続の信頼性があっても、最初のクラウドデプロイが完了するまで待機できない場合があります。

• セルラーネットワークデータ料金: デバイスにはセルラーネットワーク接続があり、 フィールドに最初のクラウドデプロイ中にすべてのアプリケーションコンポーネントアーティファクトをダウンロードすると、かなりのコストが発生する可能性があります。

したがって、 AWS IoT Greengrass デバイスは通常、アプリケーションコンポーネントを部分的にまたは完全にインストールして設定する必要がありますが、クラウドデプロイを使用できない AWS IoT Greengrass 場合があります。このガイドでは、その目的を達成する方法について説明します。

ゴールデンイメージの代わりに Greengrass CLI を使用する

ゴールデンイメージを使用する代わりに、Greengrass ランタイムのインストールを自動化し、Greengrass コマンドラインインターフェイス (CLI) を使用してコンポーネントのインストールを自動化することで、各デバイスにソフトウェアイメージをローカルに構成できます。ただし、

• まず、Greengrass CLI をオフライン環境にインストールする必要があります。このタイプのインストールは可能ですが、文書化された手順はありません。

• すべてのコンポーネントアーティファクトとレシピを収集して整理し、製造ラインで使用できるようにする必要があります。

• 各コンポーネントをデプロイするには、Greengrass CLI ローカルデプロイコマンドを使用する必要があります。

• ローカルデプロイに groupIdおよび コンポーネントバージョンを使用する場合は、後続のクラウドデプロイが競合しないように注意する必要があります。

• フィールドのデバイスで Greengrass CLI が必要ない場合は、通常は最終ステップとして削除します。

全体として、Greengrass CLI アプローチはゴールデンイメージよりも遅く、エラーが発生しやすくなります。