[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 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] クラウド側から複数のコアデバイスにコンポーネントをデプロイしてみました | 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 IoT Greengrass V2】パブリックイメージの Docker コンテナをカスタムコンポーネントとして AWS からデプロイしてみる | DevelopersIO
前回は Docker コンテナをデバイス上でローカルからデプロイしてみました。 今回は同じコンテナを AWS 側からデプロイしてみたいと思います。前回同様、具体的な手順は下記のドキュメントを参考にしています。 注意点としては、上記ドキュメントのまま実施するとデプロイがエラーになる点です。 ドキュメントでは「ローカルデプロイ」→「AWSからデプロイ」という手順を想定しているようですが、ローカルでデプロイする前にアーティファクトやレシピを保存するディレクトリを作成する手順が抜けているので、そのまま実行するとエラーになります。 もしエラーになるようでしたら、前回の記事 を参考にしてみていただければと思います。 本記事で検証するデプロイパターン デプロイパターンとして本記事で検証するのは下記の「2. パブリックイメージから Raspberry Pi に Docker コンテナを AWS からデプロ
[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
はじめに 以前の記事でセンサーデータを取得する Lambda コンポーネントを作成しました。もしこれを本番環境で動かす場合「Lambda コンポーネントが途中でエラーになったらどうなるの？」という疑問が起こりました。 ということで、今回は Lambda コンポーネントの異常発生時の動作について確認してみました。 想定する環境は下記の通りです。これまで試した内容と変わらず Modbus-RTU 対応の温湿度トランスミッターから温湿度データを取得します。 この構成に対して、Lambda コンポーネントのプロセスを手動で( kill コマンドで)強制停止して、コンポーネントの動作を観察してみることにしました。 Lambda ソースコード 検証対象の Lambda コンポーネントのコードは下記になります。以前の記事のように Lambda コンポーネントの環境変数にセンサーデータの出力先を指定したも
【Greengrass V2】定期的にセンサーデータを取得する Lambda コンポーネントを AWS SAM で作ってみた | DevelopersIO
前回の記事では、カスタムコンポーネントで温湿度データを取得しましたが、今回はこれを Lambda として作成してみました。 全体の構成は下記のようになります。(デバイス間の結線は簡略化して描いています。) Lambda 関数を作るのはどんな方法でも構いませんが、今回は AWS SAM を使うことにしました。Lambda による処理の内容は下記のとおりです。 前回の記事にあるコードをベースに Modbus-RTU 経由で温湿度データを取得 取得した温湿度データを所定のファイルに出力 /tmp/Greengrass_modbus_sensor_lambda.log 10秒間隔でデータを取得してファイル出力 なお、デバイス側の設定は前回の記事の内容を踏襲するものとします。 （ggc_user の所属グループの変更や pymodbusのインストール等です） Raspberry Pi の Pytho
AWS IoT Greengrassとローカルデバイスの連携について | Amazon Web Services
Amazon Web Services ブログ AWS IoT Greengrassとローカルデバイスの連携について AWS IoT Greengrass は、エッジでのデバイスソフトウェアの構築、デプロイ、管理を支援するオープンソースのエッジランタイムおよびクラウドサービスです。AWS IoT Greengrass Version 2.2.0 には、MQTT を使用して AWS IoT Greengrass Core にローカルに接続するためのローカルクライアントおよび、デバイス (クライアントデバイス) のサポートが追加されました。クライアントデバイスは、MQTT(Message Queuing Telemetry Transport protocol) を使用してクラウド内の AWS IoT Core にメッセージを安全に送受信したり、IPC(Interprocess communi
AWS IoT とサーバーレスデータレイクを使用したフロントライン脳震盪モニタリングシステムの構築方法 – パート 1 | Amazon Web Services
Amazon Web Services ブログ AWS IoT とサーバーレスデータレイクを使用したフロントライン脳震盪モニタリングシステムの構築方法 – パート 1 スポーツ関連の軽度外傷性脳損傷 (mTBI) は、医学界、スポーツ界、そして子育てコミュニティの異なるグループの中で懸念を生じ続けています。アメリカでは、レクリエーションレベルで毎年約 160～380 万件の mTBI 事故が起こっており、そのほとんどが病院で治療を受けていません。(その他のリソースにある「The epidemiology and impact of traumatic brain injury: a brief overview」を参照してください。) 軽度外傷性脳損傷の医療および間接的な費用の推定額は、毎年 600 億 USD に上っています。 北アメリカの救急医療施設では、入院患者の外傷性脳損傷 (
AWS IoT Greengrass 2.0でエッジからAWS IoT Coreにメッセージをパブリッシュしてみた。 - Qiita
$ tree . ├── artifacts │ └── com.example.HelloWorld │ └── 1.0.0 │ ├── hello_world.py │ └── ipc_utils.py └── recipes └── com.example.HelloWorld-1.0.0.yaml # Copyright Amazon.com, Inc. or its affiliates. All Rights Reserved. # SPDX-License-Identifier: Apache-2.0 import os from awscrt.io import ( ClientBootstrap, DefaultHostResolver, EventLoopGroup, SocketDomain, SocketOptions, ) from awsiot.eventstr
AWS IoT Greengrass 2.0が出たので早速試してみた - Qiita
re:InventでGreengassのバージョンアップが発表されました〜！！！ AWS IoT Greengrass 2.0 を発表 — オープンソースエッジランタイムと新しい開発者向け機能 ちょっと試してみたのですが、1.0とは別物です（笑） 環境 ハード：Raspberry Pi 4 OS：Raspberry Pi OS(32bit) OSは新規インストール、SSH接続ができる状態でスタートしました。 インストール Cgroupsを有効化 いつものcgroup_enable=memory cgroup_memory=1を末尾に足します。 ※いつもの過ぎて公式ドキュメントに載ってなさそう - console=serial0,115200 console=tty1 root=PARTUUID=a1849cf9-02 rootfstype=ext4 elevator=deadline fs
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
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
SIN | DevelopersIO
Workshop Studio