[AWS IoT Greengrass V2] トークン交換サービスでコンポーネントからDynamoDBにアクセスしてみました | DevelopersIO
1 はじめに IoT事業部の平内（SIN）です。 AWS IoT Greengrass V2では、AWSから提供されるいくつかの事前構築済みコンポーネントがありますが、その中のトークン交換サービスコンポーネント (aws.greengrass.TokenExchangeService) を使用すると、ロールエリアス経由で指定されたロールに基づき、AWSのリソースへのアクセスが可能になります。 今回作成したサンプルのコンポーネントは、起動時にDynamoDBに現在時間を書き込みます。 下記は、それを実行して動作確認している様子です。 左上は、ローカルデバッグコンソール(aws.greengrass.LocalDebugConsole)の画面、右上はDynamoDBのコンソール、下は、作成したコンポーネントのログをtailしている画面です。 ローカルデバッグコンソールでコンポネントを再起動する
![[AWS IoT Greengrass V2] トークン交換サービスでコンポーネントからDynamoDBにアクセスしてみました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/97d2ab19815151a9ae0af78183dc31d8d3fb97b7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-iot-greengrass.png)
AWS IoT Greengrass コアデバイス証明書の管理方法 | Amazon Web Services
Amazon Web Services ブログ AWS IoT Greengrass コアデバイス証明書の管理方法 はじめに AWS IoT Greengrass の Greengrass Software Catalog に新たに追加されたコンポーネント、Certificate Rotator を紹介します。 AWS IoT Greengrass は、エッジデバイスと AWS クラウド間の距離を縮め、ローカルでのデータ処理や低レイテンシーが必要なアプリケーションをサポートします。一般消費者向けや企業、産業の各領域におけるエッジデバイスの増加によって、IoT エッジデバイスやクラウドとの通信がもたらすセキュリティリスクを、どのように対処するかといった課題が出て来ます。数十年前に構築されたようなサイバーセキュリティを考慮していない産業用制御システム (ICS) が稼働する運用技術 (OT)
How to manage AWS IoT Greengrass core device certificates | Amazon Web Services
The Internet of Things on AWS – Official Blog How to manage AWS IoT Greengrass core device certificates Introduction We’re very pleased to introduce the Certificate Rotator component for AWS IoT Greengrass, a new component in the Greengrass Software Catalog. AWS IoT Greengrass brings the AWS cloud closer to edge devices to support applications that demand local data processing and low latency. The
[AWS IoT Greenglass V2] 100円ショップの Bluetooth リモコン シャッターでパトランプ回してみました | DevelopersIO
[AWS IoT Greenglass V2] 100円ショップの Bluetooth リモコン シャッターでパトランプ回してみました 1 はじめに IoT事業部の平内（SIN）です。 唐突ですが、パトランプ回してみました。ON/OFFに使用したのは、100円ショップ（330円）で販売されているBluetooth リモコン シャッターです。 下の動画は、動作 を確認している様子です。 ２つあるボタンで、それぞれON/OFFするようになっています。なお、Bluetoothで取得したボタン押下の情報は、MQTTにPublishされ、Sabscribeしているデバイスが、そのPayloadに基づいてパトランプを操作しています。 操作指示がMQTTのメッセージなので、IoT Coreのテスト画面からメッセージを送っても、動作できていることが分かります。これで、地球の裏側のパトランプも操作できるはず
[AWS IoT Greengrass V2] Amazon CloudWatch メトリクスコンポーネント (aws.greengrass.Cloudwatch) を使用してカスタムメトリクスをパブリッシュしてみました | DevelopersIO
[AWS IoT Greengrass V2] Amazon CloudWatch メトリクスコンポーネント (aws.greengrass.Cloudwatch) を使用してカスタムメトリクスをパブリッシュしてみました 1 はじめに CX 事業本部のデリバリー部の平内（SIN）です。 AWS IoT Greengrass V2 では、AWS から提供されるいくつかの事前構築済みコンポーネントが利用可能ですが、その中の Amazon CloudWatch メトリクス (aws.greengrass.Cloudwatch) を使用すると、コンポーネントから CloudWatch メトリクスをパブリッシュできるようになります。 デベロッパーガイド - CloudWatch メトリクス 今回は、RaspberryPi で動作する Greengrass V2 のカスタムコンポーネントからメトリクス
![[AWS IoT Greengrass V2] Amazon CloudWatch メトリクスコンポーネント (aws.greengrass.Cloudwatch) を使用してカスタムメトリクスをパブリッシュしてみました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/15a2bcf01e1f0495e88bdbd87ff54b42559b22ec/height=288;version=1;width=512/https%3A%2F%2Fd1tlzifd8jdoy4.cloudfront.net%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-iot-greengrass.png)
[AWS IoT Greengrass V2] コンポーネントでコアデバイス間のPublish/Subscribeを試してみました | DevelopersIO
[AWS IoT Greengrass V2] コンポーネントでコアデバイス間のPublish/Subscribeを試してみました 1 はじめに IoT事業部の平内（SIN）です。 前回、AWS IoT Greengrass Core interprocess communication (IPC) を使用して、IoT Coreのメッセージブローカーにアクセスしてみました。 今回は、メッセージブローカーではなく、コアデバイス間でのPub/Subを試してみました。 参考：Publish/subscribe local messages 下記の動画は、作成したサプンルの動作を確認している様子です。左のコンソールは、PublishとSubscribeのコンポーネントのログをtailしているもので、右は開発デバイス上のローカルデバッグコンソールでコンポーネントの再起動などを行なっているものです。
AWS IoT Greengrass v2 コンポーネントを構築するための 5 つのヒント | Amazon Web Services
Amazon Web Services ブログ AWS IoT Greengrass v2 コンポーネントを構築するための 5 つのヒント このブログは、5 tips to build AWS IoT Greengrass v2 Componentsを翻訳したものです。 2020 年 12 月に発表された AWS IoT Greengrass v2 は、構築、デプロイ、管理、およびインテリジェント IoT デバイスがキャプチャするデータをローカルで処理するために使用できるオープンソースのエッジランタイムサービスです。たとえば、データ予測の機械学習モデルを実行し、必要に応じてデバイスデータをフィルタリングおよび集約し、構築済みのソフトウェアコンポーネント、機能、およびツールを使用して、デバイスフリートを大規模に効果的に管理できます。 アプリケーションライブラリとランタイムライブラリで構成され
Greengrass Development Kit CLI（GDK CLI）で AWS IoT Greegrass V2 のコンポーネント開発を効率化する | DevelopersIO
Greengrass Development Kit CLI（GDK CLI）で AWS IoT Greegrass V2 のコンポーネント開発を効率化する AWS IoT Greengrass (V2)には、カスタムコンポーネントの開発を支援するために「Greengrass Development Kit CLI（GDK CLI）」というツールがあります。 今回は、その利用方法や動作などを確認してみましたので、ご紹介したいと思います。 これまでの課題 これまでの作業では、カスタムコンポーネントを作って AWS 側にコンポーネントを登録する場合、下記のような作業が必要で少々煩わしいと感じる部分がありました。 コンポーネントバージョンに合わせたフォルダ階層でS3にアーティファクトを保存 例：s3://BUCKET_NAME/COMPONENT_NAME/COMPONENT_VERSION/H
[AWS IoT Greengrass V2] クラウド側から複数のコアデバイスにコンポーネントをデプロイしてみました | DevelopersIO
1 はじめに IoT事業部の平内（SIN）です。 前回、AWS IoT Greengrass V2（以下、Greengrass V2）のコンポーネントをローカルでデプロイしてみました。 今回は、上記でローカルにデプロイしたものを一旦削除し、同じコンポーネントをクラウド側からデプロイしてみました。 なお、複数のデバイスにデプロイできる事を確認するために、同じグループでもう一台、コアデバイス（gg-device-002）を追加して作業を進めました。 2 アーティファクト ローカルでのデプロイと違って、アーティファクト（複数のスクリプト、バイナリ、静的リソースなど）は、S3バケットに配置します。 (1) S3バケットへの配置 フォルダ構成は、ローカルの時と同じですが、この形式でS3バケットにアップロードします。 バケット（名前をgg_artifacts-2021-08-11としました）を作成し、
Greengrass V2のセキュアトンネルコンポーネントを試してみた - Qiita
事前設定 接続先の環境設定 Greengrassのインストール 公式サイトのQuick installationやこのあたりを参考にインストールします。 セキュアトンネルコンポーネントのデプロイ Greengrassメニューのコンポーネントを開きます。 パブリックコンポーネントの中にaws.greengrass.SecureTunnelingがあります。 詳細情報はこんな感じ。 デプロイボタンをクリックします。 新しいデプロイを作成します。 名前つけて、デプロイターゲットを指定します。 デプロするコンポーネントとして、パブリックコンポーネントの中の「aws.greengrass.SecureTunneling」を選択します。 コンポーネントの設定は特に特に指定しませんでした。 デプロイの詳細設定も指定しませんでした。 確認をして問題なければ、デプロイを開始します。 しばらくするとデプロイさ
AWS Systems Manager による AWS IoT Greengrass デバイスサポートを試してみる | DevelopersIO
先日の re:Invent 2021 期間中に AWS Systems Manager が AWS IoT Greengrass デバイスをサポートするアップデートがありましたので試してみました。 従来のマネージドインスタンス登録との違い これまで、オンプレミスサーバや Raspberry Pi などのエッジデバイスでも要件（OSがサポート対象である等）が合えば、エッジデバイスでも AWS Systems Manager のマネージドインスタンスとして登録することが可能でした。 今回のアップデートで AWS Systems Manager Agent (SSM Agent) が AWS IoT Greengrass （V2）のコンポーネントとして提供されることになったので、このコンポーネントをデプロイするだけで「AWS Systems Manager Agent のインストール」と「アクテ
【AWS IoT Greengrass V2】パブリックイメージの Docker コンテナをカスタムコンポーネントとして AWS からデプロイしてみる | DevelopersIO
前回は Docker コンテナをデバイス上でローカルからデプロイしてみました。 今回は同じコンテナを AWS 側からデプロイしてみたいと思います。前回同様、具体的な手順は下記のドキュメントを参考にしています。 注意点としては、上記ドキュメントのまま実施するとデプロイがエラーになる点です。 ドキュメントでは「ローカルデプロイ」→「AWSからデプロイ」という手順を想定しているようですが、ローカルでデプロイする前にアーティファクトやレシピを保存するディレクトリを作成する手順が抜けているので、そのまま実行するとエラーになります。 もしエラーになるようでしたら、前回の記事 を参考にしてみていただければと思います。 本記事で検証するデプロイパターン デプロイパターンとして本記事で検証するのは下記の「2. パブリックイメージから Raspberry Pi に Docker コンテナを AWS からデプロ
[AWS IoT Greemgrass V2] MQTTのメッセージで再起動やシャットダウンを行うコンポーネントを作成してみました。 | DevelopersIO
1 はじめに IoT事業部の平内（SIN）です。 エッジデバイスとして、RaspberryPIを使用している場合、遠隔からシャットダウンやリブートしたくなることがあると思います。 今回は、AWS IoT Greengrass V2のコンポーネントで、これを作成してみました。 操作コマンドは、MQTTメッセージとなっています。 2 操作コマンド 操作コマンドの仕様です。 (1) Topic maintenance/コアデバイス名 例) maintenance/gg-device-001 (2) Payload キー 値 備考 例） { "cmd": "reboot" } 次のような形でメッセージを送ることで、デバイス（gg-device-001）が、再起動されます。 3 アーティクル コードです。 環境変数から、コアデバイス名（ホスト名ではありません）を取得し、自身に当てたメッセージをSub
[AWS IoT Greengrass V2] プロセス間通信 (IPC) でコンポーネントの設定値を使用してみました | DevelopersIO
1 はじめに IoT事業部の平内（SIN）です。 AWS IoT Greengrass V2では、コンポーネント毎に設定値を保持しており、プロセス間通信 (IPC) を使用してこれにアクセスすることができます。 設定値は、多数のデバイスに配布されたコンポーネントで共通の値となり、デフォルト値を設定する事も、後からクラウド側などから更新することも可能です。 この値に基づいて、コンポーネントの動作を実装しておけば、Lambdaの設定値を環境変数で保持するのと同じように、プログラムの変更なしで、振る舞いを変えることが可能になります。 今回は、この設定値をコンポーネントで使用してみました。 2 デフォルト値 下記は、今回作成したコンポーネントのレシピです。 ComponentConfiguration.DefaultConfigurationで、デフォルトの設定値を記述できます。 --- Reci
[AWS IoT Greengrass V2] ストリームマネージャーを使用してコンポーネントからKinesis Data Streamsへデータを送ってみました | DevelopersIO
[AWS IoT Greengrass V2] ストリームマネージャーを使用してコンポーネントからKinesis Data Streamsへデータを送ってみました 1 はじめに IoT事業部の平内（SIN）です。 AWS IoT Greengrass V2では、AWSから提供されるいくつかの事前構築済みコンポーネントがありますが、その中のストリームマネージャー (aws.greengrass.StreamManager) を使用すると、ストリームのための共通インタフェースが利用可能になります。 ストリームマネージャーでは、次の送信先に対応しています。 AWS IoT Analytics Amazon Kinesis Data Streams AWS IoT SiteWise Amazon S3 今回は、上記のうち、Kienesis Data Streamsへのデータ送信を試してみました。
【Greengrass V2】Lambda コンポーネントのループ処理がデバイス外の要因で異常終了した時の動作を確認してみた | DevelopersIO
【Greengrass V2】Lambda コンポーネントのループ処理がデバイス外の要因で異常終了した時の動作を確認してみた 前回の記事では、Lambda コンポーネントのプロセスを強制停止した動作を確認してみました。しかし実際に利用する中では、外部要因によりコンポーネントに異常が発生する可能性の方が高いかと思います。 そこで、今回は「センサー側の異常」が発生したことを想定して、コンポーネントの動作を確認してみました。また、その際の対応方法についても検証してみました。 前回の記事はこちらです。 想定するケース 構成はこれまでの同じで Modbus 対応センサーを使って温湿度データを取得するものになります。 （今回の検証環境はこれまでの環境をそのまま使っているだけなので、GPIO 経由で取得するセンサーなどでも同じ流れになると思います。） このセンサーは、私の環境では乾電池で動かしているので
【Greengrass V2】Lambda コンポーネントのプロセスが異常終了した時の動作を確認してみた | DevelopersIO
はじめに 以前の記事でセンサーデータを取得する Lambda コンポーネントを作成しました。もしこれを本番環境で動かす場合「Lambda コンポーネントが途中でエラーになったらどうなるの？」という疑問が起こりました。 ということで、今回は Lambda コンポーネントの異常発生時の動作について確認してみました。 想定する環境は下記の通りです。これまで試した内容と変わらず Modbus-RTU 対応の温湿度トランスミッターから温湿度データを取得します。 この構成に対して、Lambda コンポーネントのプロセスを手動で( kill コマンドで)強制停止して、コンポーネントの動作を観察してみることにしました。 Lambda ソースコード 検証対象の Lambda コンポーネントのコードは下記になります。以前の記事のように Lambda コンポーネントの環境変数にセンサーデータの出力先を指定したも
【Greengrass V2】Lambda コンポーネントを更新して環境変数を使ってエッジデバイスの変更に対応する | DevelopersIO
前回は Lambda コンポーネントの環境変数を試しました。今回は、デバイス側の変更に対応するため環境変数を変更する方法を検証してみました。 単純に環境変数の中身を変えるだけでは駄目でした… 解決したい課題 まず最初にコンポーネントを更新したいユースケースを考えてみます。 IoT デバイスを運用していると、途中でデバイス側の環境に変更があった際にデバイスの設定も変更したい場合があります。例えば、エッジデバイスから接続する現場システムの IP アドレスが変わったり、接続しているセンサーモジュールの交換で接続インターフェースが変わる、などです。 解決方法の検討 デバイスに直接アクセスして設定変更することも方法の一つですが、僻地など遠隔にデバイスがある場合はリモートから設定を変更できると嬉しいです。パッと思いつく範囲では下記のような方法が考えられます。 SSH 接続したり、AWS IoT セキュ
【Greengrass V2】Lambda コンポーネントの環境変数を使ってデバイス設定を指定してみた | DevelopersIO
今回は Greengrass V2 の Lambda コンポーネントで環境変数を使ってみました。 Lambda の環境変数は Greengrass V1 でも利用できますが、使ったことがなかったので V2 で試してみました。 想定する前提 今回実現したい事は下記の通りとします。 Lambda コンポーネントでセンサーデータを取得したい 取得したデータをローカルの指定ファイルに出力したい 「ローカルの指定ファイル」を環境変数で渡したい なお、利用しているセンサーやデバイスは下記の記事の通りとします。 Lambda 関数の作成 まずは環境変数を利用する Lambda 関数を作成します。今回も AWS SAM を使います。 sam init sam init \ --runtime python3.7 \ --name modbus-sensor-lambda-component \ --app
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - awslabs/aws-greengrass-labs-certificate-rotator: Greengrass component and companion cloud backend for rotating the core device certificate and private key