タグ

2016年11月4日のブックマーク (7件)

  • (レポート)MBL305: IoTデータの活用法 #reinvent | DevelopersIO

    はじめに IoTについての知識が全くないので、きっかけとしてこのセッションを受けてみましたが、すごく良いセッションでした。 IoT特有の事情や、分析方法の分類から始まり、後半では例をあげて実際に様々な分析をするところが見られました。 特に、分析方法ごとのアーキテクチャの検討は参考になる部分がたくさんあります。 スライド セッション概要 IoTデータの種類を把握する AWSプラットフォームを活用し、データを洞察やアクションにつなげる方法を学ぶ 様々なAWSサービスとIoTの組み合わせについてアイデアとアドバイスを行う データドリブンIoT インターネットにつながっている「モノ」は2010年には10億ほどだったが、2020年には500億、2035年には1兆になると言われている。 それらのモノ全てがデータを生み出す。 IoT時代にやるべきことはデータを 集め(Collect) 分析し(Analy

    (レポート)MBL305: IoTデータの活用法 #reinvent | DevelopersIO
    dencygon
    dencygon 2016/11/04
  • MQTT Gateway Fuji - Fuji を使用したシステム構成例

    はじめに MQTT を利用して、IoT/M2M のようなシステムを構築するには、センサーや電源スイッチ、MQTT ブローカー、ネットワーク上のアプリケーションと連携させる必要があります。ここでは、下図のような室内の温度監視とヒーターの制御をする、温度管理サービスを例に、Fuji を使ったシステム構成を紹介します。 図の各コンポーネントは、以下のような動作をします。 室内には温度センサーと、ヒーターの電源スイッチを設置します。この種の小型デバイスは、消費電力や製造コストを抑えるために、EnOcean、BLE、USB など近接したノードと通信する機能を持っています。 建物からインターネットを介して、MQTT ブローカー、トランスレーター、温度管理アプリケーションを含むサービスがあります。 送受信機にインストールした Fuji が、温度センサーとネットワークの通信を仲介します。 ネットワーク側に

    MQTT Gateway Fuji - Fuji を使用したシステム構成例
  • MQTT as a Service sango

    ここでは、「MQTT」というプロトコルについて解説しています。 MQTTは1999年にIBM社とEurotech社のメンバーにより考案されたプロトコルで、2014年8月現在における最新のバージョンはMQTT3.1.1です。現在、コンピュータと通信に関する標準化団体であるOASISによって、MQTTの標準化が進められています。 MQTTとは、Message Queueing Telemetry Transport の略です。 Message Queueing は、送信側が送るデータをキューと呼ばれるデータ領域に一旦保持し、受信側の処理が完了するのを待たずに次の処理へ移る方式です。Telemetry Transport は、日語に訳せば遠隔測定用の通信といったところでしょう。つまりMQTTは、遠隔にある測定用のセンサーやデバイスなどが収集したデータを、受信側の処理状況を気にせず効率よく送信す

    MQTT as a Service sango
  • GitHub - eclipse/mosquitto: Eclipse Mosquitto - An open source MQTT broker

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - eclipse/mosquitto: Eclipse Mosquitto - An open source MQTT broker
  • 「ドメイン駆動設計」は新人SEの必修項目でいいと思う - flairDays - てさぐりの日々

    珍しく日記が続いています 何をやらせても3日と続きやしない私がブログを3日連続で書いている時点で、空からヤリが降ってもおかしくないこの年度末、皆様いかがお過ごしでしょうか。 最近すっかり拙著ネタばっかりになってしまいましたが、急に「昨日はengine.ioいじって挫折してました」とか書いても話題が飛びすぎるので、書籍つながりでドメイン駆動設計(DDD)について個人的な意見を書いてみたいと思います。 ドメイン駆動設計(Domain Driven Design) 一部の方には釈迦に説法になってしまうかもしれませんが... ドメイン駆動設計(英: Domain-driven design, DDD)とはソフトウェアの設計手法であり、 '複雑なドメインの設計はモデルベースで行うべきであり'、 'また大半のソフトウェアプロジェクトではシステムを実装するための特定の技術ではなくドメインそのものとドメイ

    「ドメイン駆動設計」は新人SEの必修項目でいいと思う - flairDays - てさぐりの日々
  • 安全なPHPアプリケーションの作り方2016

    PHPカンファレンス2020での講演資料です。 アジェンダ 誤解1: Cookieは誤解がいっぱい 誤解2: 脆弱性があるページにのみ影響がある 誤解3: 脆弱なECサイトはセキュリティコードを保存している 誤解4: クレジットカードをサイトに保存すると漏洩リスクが高まる 誤解5: ハッシュ値で保存されたパスワードは復元されない 誤解6: 高価なSSL証明書ほど暗号強度が高い 誤解7: TRACEメソッドの有効化は危険な脆弱性である 誤解8: 怪しいサイトを閲覧すると情報が盗まれたりウイルスに感染する 誤解9: イントラのウェブサイトは外部からは攻撃できない 誤解10: セキュリティ情報はウェブで収集する

    安全なPHPアプリケーションの作り方2016
    dencygon
    dencygon 2016/11/04
  • PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016

    2016/11/03 @ PHPカンファレンス2016 2016/12/15 @ PHPカンファレンス2016再演イベントにて改訂 2017/06/10 @ PHPカンファレンス福岡2017にて改訂 2017/06/10 @ PHPカンファレンス福岡2017講演録画 https://www.…

    PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
    dencygon
    dencygon 2016/11/04