インダストリアルインターネット内のアーキテクチャマッピング

場所と機能に基づいて、さまざまなシナリオで適切な接続ソリューションを評価および選択する必要があります。

• スマートデバイス（エンドポイント）
• デバイスからクラウドへの接続
• クラウド内の接続性
• ユーザー接続（クラウドからユーザー）

データ配布サービス標準

デバイスとクラウド（WAN接続）の間で、DDSは次のような理想的なソリューションを提供します。

• ステートフルインタラクション
  • インテリジェントな接続/切断、および再接続時に関連データのみを再送信する機能
  • アプリケーションのオーバーヘッドなしで、バスに組み込まれたインテリジェンス
• 現在および将来の要件を満たすための多くのデータフローパターン
• データ駆動型のパブリッシュ/サブスクライブアーキテクチャスタイル
• スケーラビリティ、パフォーマンス、復元力、セキュリティ

エンドポイントデバイス自体の内部では、デバイスからクラウドへの接続について上記と同じ理由で、DDSが広く適用されています。さらに、DDSを使用すると、非常に信頼性が高く、ヘルスケアや自動車などの業界の安全性と寿命の要件を満たすスマートデバイスを設計できます。 DDSは、ゲートウェイ機能とルーティングサービスの観点から前述したように、システム内のさまざまなトランスポートとプラットフォームもサポートします。

DDSもクラウドに浸透しています。ここでは、要件はより広い範囲に及び、接続オプションの混合を引き起こします。 DDSは、この接続の多様性をサポートでき、クラウドソリューションの寿命を延ばすこともできます。

対照的に、他のテクノロジーは、ユーザーからクラウドへのWAN接続に適しています（図を参照）。接続モデルのこの時点で、WebソケットやHTTPなどの従来のWebテクノロジーは、次のような人間中心の要件を満たしています。

• ステートレスインタラクション
• 単一のデータフローパターン（クエリ）
• 人間主導の要求/応答アーキテクチャスタイル
• 確立されたスケーラビリティとセキュリティインフラストラクチャ
• パフォーマンスと復元力の向上（再起動が容易な接続とアプリケーションを含む）
• モバイルデバイスまたはシンクライアントからのユビキタスアクセス

導入の柔軟性

DDSドメインを使用すると、個々のデータ通信プレーンを持つサブシステムを簡単に分離できます。ドメインは、論理的な分離によってセキュリティルールを促進するだけでなく、エンドポイント検出ルールとアクティビティレベルを調整し、ゲートウェイ接続でのネットワーク帯域幅とCPU /メモリのオーバーヘッドを大幅に削減することもできます。たとえば、前の図に示されているように、DDSドメインは次のように定義できます。

• WAN接続のドメイン0。ドメイン0内では、検出をゲートウェイエンドポイントとルーティングサービスの検出に限定できます。 （これらのゲートウェイは、レルム内のエンドポイントデバイスのプロキシとして機能します。）
• デバイスとクラウドを含むドメイン1。完全なデバイス検出は、デバイスバスとクラウドバスで実行できます。

DDSは、UDP、TCP、共有メモリ、OpenSSL（TLS / SSL、DTLS）、および低帯域幅接続を含むトランスポートの選択もサポートします。たとえば、一般的なユースケースでは、デバイスとクラウド間のDDS接続でDDS overTCPを利用できます。通常、輸送ガイドラインは次の場合と異なります。

• LAN：UDPを使用します（可能な場合はマルチキャストを使用）。これは、クラウド内またはアプリケーション間の通信に適用されます。
• WAN：デバイスからクラウドへの通信には、TCP（TLSを使用）を使用します。

この最後のカテゴリには、DDSデータバスへのリモートアクセスを提供するためにDDSが採用されています。 DDSは、セルラーネットワークとWi-Fiネットワーク間のシームレスなデータ共有と切り替えのために状態を管理できます。状態はネットワークモビリティとスイッチングとは独立して管理され、DDSサービス品質（QoS）は、状態情報を配布および管理するための復元力のあるルールを導入できます。

最後に、クラウドからヒューマンへの通信（モバイルユーザーエンドポイントデバイスまたはシンクライアント）では、従来のWebソケットとHTTP（TCP経由）を使用できます。

Webアプリケーションからのリモートアクセスのオンラインデモについては、RTI Connext DDSデモサイト（http://info.rti.com/demo_iot）にアクセスしてください。