端末A-----閉域網(lte 従量課金)------サーバ----インターネット-----PC
端末B-------|
端末C-------|
上記の構成で端末(RaspberryPi/Python)、サーバ(PHP検討中)間の双方向通信を考えています。
(PCからサーバにWEBへアクセス、PCからの指示を端末へ送信もあります)
以下の通信方法が考えられるかと思います。
1. MQTT
- IOTでよく聞きますが今回の構成だと双方向ですのでsucriber,Publisherの両方がサーバ、端末に必要ということでしようということでよろしいでしょうか?
- どのレベル(通信全て?、データのみ)までセキュリティ確保すればいいか
またライブラリなどあれば教えてください。
2. WEB API
- インターネット上のサービスでよく聞くWEB API通信を閉域網で同様に
- セキュリティ:SSL通信による暗号化(パケットサイズ肥大化)
- 閉域網外に利用も可能
3.WebSocket
4. 独自TCP
はじまりはサーバ側は可能な限り慣れているPHPのみでシンプルな構成(受信したデータをDBと色々組み合わせたり処理する予定)をしたいのですが安定してそうなMQTTライブラリがないためMQTT以外に何かないかなと考えたのは始まりです。
WebSocketは今回検討から除外しています。
・サーバ pyhtonでMQTTを受信->phpへ処理渡し結果を->pythonでMQTT内に送信など
できないことはないとおもうのですがいい方法とも思えません。。
閉域網でのサービス・通信に関わってらっしゃった方で差し支えない範囲でどのような方法が安定していいかご教示いただけませんでしょうか。
追記1 質問の要件について
今回の質問ですが閉域網を使用したAPIサービス、特にLTE環境 従量課金の中どのような通信方法が現在のサービスで使われているかという点が1番にありご意見を聞きたいというのが質問です。
インターネット環境と閉域網でネットワークが異なる点、パケットサイズ、端末側の性能など要素が異なると考えています。何も考えなければ慣れているWEB API方式で作ってしまえばいい話ですが、IOT関連ではMQTTでの通信が主流とも聞いています。しかしMQTTは基本端末からサーバへの情報を上げる片方向がメインだと思っています。
今、使用を考えている言語は端末側にPython、サーバ側 インターネットからのWEBアクセスにはPHP、端末側との双方向のアクセスは検討中です。PHPで対応できるなら越したことはありませんがMQTTを使うなら端末と合わせたいのでpython pahoを想定しています。
技量の問題もありますが、設計において何が適切、何を検討すべきかという材料が異なっており迷っているという点があります。
ご質問の意図にあっているかわかりませんが以上です。
追記2 今回の質問について
コメント、回答いただいた方には不明瞭なご質問で大変申し訳ありませんでした。
回答いただいたコメントにも記載したのですが混乱してました。
1日おいて頭を冷やした結果、自分なりに設計しましたので追記いたします。
ベスト、ベターではないと思いますが、検討ポイントはクリアできるのではと考えています。
結局、python側で細かい処理はやめて細かい処理は全てPHPで処理するという方法です。
PHPじゃなくてもっと違う言語・・・というのは目をつむってください。
端末(python)S/P
|
閉域網(MQTT(S))
|
サーバ1
【S/P(python)<-API(端末処理用)->データ処理用WEB2(PHP)<-API(インターネット処理用)->管理画面用WEB(PHP)】
|
インターネット
|
PC
*1実験用に1台にまとめています。
*2ローカルアクセスのみ許可
1.閉域網 MQTT 端末の総数による通信量の肥大化を考えるとMQTTがベターと考えました。
2.処理部分 PHP pythonでMQTTで送受信した情報を直接加工することも考えましたが、技量の問題、切り分けできる点から同一サーバ内もしくはローカルアクセスのみ許可したWEB API(PHP)で処理します。
(MQTTで受信、送信するデータをWEB APIに丸投げ)
それにより、MQTT以外にも端末データ処理用WEBに直接アクセス可能であれば同様のサービスが利用が可能になります。(要セキュリティ)
回答1件
あなたの回答
tips
プレビュー