AWS IoT Coreを利用したOCPP対応電気自動車チャージポイントオペレーターソリューションの構築 | Amazon Web Services
Amazon Web Services ブログ AWS IoT Coreを利用したOCPP対応電気自動車チャージポイントオペレーターソリューションの構築 化石燃料から電気自動車への移行は 2050 年までに排出量ゼロを達成するという政府および企業の公約の重要な要素となっています。米国では 2030 年までに、予想される電気自動車の普及台数を支えるために、少なくとも 50 万台の電気自動車 (EV) 充電器の全国ネットワークが必要になると予想されています [1] [2]。世界では政府と産業界が協力して、何百万もの公共充電および自家用充電ネットワークを構築しています [3]。 充電器(チャージポイントまたは “CP” ) は、その運用者 (チャージポイントオペレーターまたは “CPO”) により継続的に監視・管理される必要があります。 CPO は定期的なリモートメンテナンスやオンサイトメンテナ
MQTT Version 5.0 のリクエスト・レスポンスパターンを試してみた | DevelopersIO
約4ヶ月ほど前ですが、AWS IoT Greengrass で MQTT Version 5.0 がサポートされるアップデートがありました。 しかし私はMQTT Version 5 について詳しくないので、本記事では新機能の1つである「リクエスト・レスポンス」を試してみて、機能の詳細や使い方を確認していきたいと思います。 （なお、AWS IoT Core は MQTT Version 3.1.1 となります） MQTT Version 5 全体の詳細については下記を参照頂ければと思います。 リクエスト・レスポンスとは？ 従来の MQTT Version 3.1.1 では、Pub/Sub モデルによる非同期メッセージングなので、リクエストとレスポンスは互いに切り離されたものになります。 MQTT Version 5 では、リクエスト( Publish )時に予めレスポンス先のトピックを指定す
独自スクリプトも実行できる！モダンでクールな MQTT クライアント「MQTT X」の紹介 | DevelopersIO
はじめに Mac や Windows から MQTT でブローカーに接続する MQTT クライアントは多くの種類があります。今回は「MQTT X」という Cool な GUI クライアントをご紹介したいと思います。 実は以前 GUI のMQTT クライアントを調べた時に「MQTT X」もインストールしていたのですが、そのときは時間がなくデバイス証明書を利用した接続方法が分からず放置していました。 今回改めて調べてみた所、AWS IoT Core への接続方法だけでなく、面白い機能も見つけたので、その内容をご紹介していきたいと思います。 MQTT X とは 下記の環境をサポートするクロスプラットフォームな MQTT クライアントです。 Windows Mac Ubuntu Linux 単なるクライアントアプリではなく、様々な認証のサポート、MQTT や WebSocket のサポート、独自ス
[AWS IoT Core] 1秒間に17,000件のMQTTメッセージをpublishするテスト用のクライアントを作成してみました | DevelopersIO
[AWS IoT Core] 1秒間に17,000件のMQTTメッセージをpublishするテスト用のクライアントを作成してみました 1 はじめに CX事業本部の平内（SIN）です。 AWS IoT CoreでMQTTのメッセージブローカーを利用したシステムを構築する際に、大量のメッセージに対応できているかどうかの確認が必要になる場合があると思います。 今回は、１秒間に17,000件のメッセージをPublishする、テスト用のクライアントを作成してみました。 ちなみに、17,000という数字は、使用したインスタンスで、1秒間に処理できる最大量で決まりました。もっと強いインスタンスを使用すれば、もしかすると、これ以上の数字も出せるのかも知れませんが、すいません、試していません。 2 構成 テスト用のクライアントは、Pythonで作成されており、EC2上で動作させています。 沢山のメッセージを
![[AWS IoT Core] 1秒間に17,000件のMQTTメッセージをpublishするテスト用のクライアントを作成してみました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9fdf277e5e3da9b9ad5eb3751b2220bf7849aa7/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F05%2Faws-iot-core.png)
AWS IoT Core の MQTT retained messages の利用方法 | Amazon Web Services
Amazon Web Services ブログ AWS IoT Core の MQTT retained messages の利用方法 この記事は Roy Kincaid によって投稿された Getting started with MQTT retained messages for AWS IoT Core を翻訳したものです。 AWS は先日、AWS IoT Core の MQTT retained messages (保持されたメッセージ) の一般提供を発表しました。この機能では、特定の MQTT トピックごとに1つのメッセージを保存することで、トピックの現在および将来のサブスクライバーに配信することができます。retained message を作成するには、パブリッシュ時に retain フラグを設定し、AWS IoT Core のブローカーに保存することを知らせるだけです。こ
Locustを利用したMQTT over WebSocketの性能テスト - バスキュール技術ブログ
はじめまして。 バックエンドエンジニアの会津（@ido）です。 2016年に携わった案件「流星放送局」ではサイトを訪問している大量ユーザーにプッシュ通知を行う必要がありました。 Websocketサーバ実装といえばSocket.IOなどがありますが、昨今の流行りに乗って自前で開発はせずサーバレスでフルマネージメントなAWS IoTのMQTT over WebSocketを利用して実装しました。 疎通まではコンソールからAWS IoTの設定するだけの簡単なお仕事なのですが、大量のWebsocket接続へのプッシュ通知がどの程度遅延するかを計測するというなかなか骨の折れそうな性能テストをしなければなりません。 ただ流石にこんなニッチな性能テストができるサービスは存在していなかったので、Locustを利用してテストを行いました。 なぜLocustなのか 普段Pythonばかり書いているのでテスト
AWS IoT Message BrokerのMQTTでpub/subをやってみた #reinvent | DevelopersIO
re:Invent 2015 キーノートで発表された AWS のマネージド MQTT(MQ Telemetry Transport)サービス AWS IoT Message Broker で Pub/Sub してみました。 作業の流れ 以下の手順で作業します MQTT クライアントのインストール AWS CLI のアップグレード 認証設定 IAM Role 設定 Pub/Sub 通信 MQTT クライアントのインストール MQTT プロトコルの通信は OSS の MQTT 実装 mosquitto のクライアントを利用します。 Amazon Linux のパッケージには含まれていないため、CentOS 向けのパッケージを利用してみました。 $ sudo curl http://download.opensuse.org/repositories/home:/oojah:/mqtt/Cent
MQTT Version 3.1.1 をふりかえる - OPTiM TECH BLOG
ご無沙汰してます。中野です。 相変わらずNATSやNSQやら、AWSやAzureやらと戯れてます。 はじめに IoTの流行りとともに脚光を浴びた通信プロトコルにMQTTと呼ばれるものがあります。 MQTTがIoTのシーンにおいて、HTTPなどの他のプロトコルと比較して、 プロトコル的にどう優れているのか、どう劣っているのか、結局ユースケース次第なのでここでは割愛します。 ただ事実としてあるのは、 Amazon Web Services (AWS) Microsoft Azure Google Cloud Platform (GCP) らが、IoT向けのメッセージブローカーとしてMQTTをサポートした以上、 MQTTというプロトコルの存在を無視はできないということです。 (製品に採用するかどうかは、ユースケース次第なのでまた別の話です。) (MQTTそのものの良し悪しより、それぞれのクラウド
[AWS IoT] MQTT QoS=1による再送について確認してみました | DevelopersIO
QoS=1では、メッセージを受け取った際に返されるPUBACKを受け取れるまでCoreから再送が続きます。 AWS Summit Tokyo 2018 資料 AWS IoT の賢い利用の仕方とプログラミングの勘所より 3 コード 最初の動画で使用したコードは、以下のとおりです。 mqtt.pyは、pulish側及び、subscribe側の両方で共通的に使用しているMQTTクラスです。 qosは、mqtt.QoS.AT_LEAST_ONCEとなっています。 mqtt.py from awscrt import io, mqtt from awsiot import mqtt_connection_builder class Mqtt(): def __init__(self, client_id): endpoint = "xxxxxxxxxxxx-ats.iot.ap-northeast-
MQTT Version 5.0 でできること - OPTiM TECH BLOG
ご無沙汰しております。中野です。 ボトルマンを予約しそびれてしまって意気消沈気味な昨今です。 今回の記事では、MQTT Version 5.0の紹介を軽くしたいと思います。 MQTT Version 5.0とは 昨年、Version 3.1.1から約5年ぶりに仕様が更新された、MQTTの最新バージョンです。 docs.oasis-open.org もともとMQTT自体はシンプルで軽量で容易に実装可能であることを謳ったプロトコルでしたが、流石にシンプルすぎたのか、5年の月日を経て登場した最新バージョンでは利便性の高い機能が汎用化され追加されました。今回の記事では新たに追加された機能を中心に見ていきたいと思います。 MQTT Version 5.0とVersion 3.1.1の違い (サマリ) まず、MQTT Version 3.1.1のプロトコル詳細については下記の記事で紹介しています。 t
MQTT 5 Essentials | Advanced MQTT for IoT Communication | HiveMQ
MQTT 5 Essentials A Technical Deep Dive Into New MQTT 5 Features MQTT 5 is the biggest and most feature-rich update of the MQTT protocol ever. We wrote the MQTT 5 Essentials series to bring you up to speed with all the exciting new features of MQTT v5 quickly (without reading the whole MQTT specification). This detailed series helps you understand concepts, new features, and other essential inform
AWS IoT Coreのtopicデザインホワイトペーパを読んでみた Part.1 - Qiita
はじめに AWS IoT CoreのTopicデザインホワイトペーパ:Designing MQTT Topics for AWS IoT Coreがリリースされていたので、ざっくりと読んだことを残しておきます。2018/October版がもとになります。今後updateされる可能性もあります。正しいのは原本の英語版ということでご理解ください。 特に英語が得意なわけでもないので、疑問がある方や、おやっと思った方は本文も見ていただければと思います。また、一気に全部読むには時間もかかるので何回かに分けて書く予定です。 Abstract/目的 このホワイトペーパは、AWS IoT Coreでmqtt topicをデザインするためのベストプラクティスに焦点をあてている。mqttのデザインでアーキテクチャの改善に寄与することができる。 このホワイトペーパはクラウドアーキテクト、IoTエンジニアにむけて
MQTTの負荷テストもバッチリ！！Locustを活用した分散負荷テスト環境の構築 ｜ Developers.IO
はじめに サーバーレス開発部＠大阪の岩田です。 AWS IoTに対して負荷テストを行う機会があったのですが、負荷テストツールのLocustとECSを組み合わせることで、スケール可能な負荷テスト環境が構築できたので手順をご紹介します。 Locustとは まず、Locustについて簡単にご紹介します。 LocustはPythonで記述された分散型の負荷テストツールです。 公式サイトはこちら Pythonのコードでテストシナリオが記述できる master - slave構成を取ることができ、slaveを増やすことで簡単にスケールアウトすることが可能 WebのUIが提供されている といった特徴があります。 WebのUIはこんなイメージです。 Locustを選定した理由 負荷テストのツールを選定する際に、Locustの対抗馬としてJMeterとGatlingが候補に上がっていたのですが、両ツールとも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://blog.iot.nifty.com/index.php/2015/10/05/mqtt_websocket/