デプロイメントアーキテクチャガイド
このガイドでは、ThingWorx のデプロイメントを構成するコンポーネントと事例について紹介します。すべての ThingWorx 環境に含まれる基本的なコンポーネントについて説明し、デプロイメントに関連する一般的な問題と課題について検討します。
このガイドでは、ThingWorx のデプロイメントを計画する際に考慮すべき一般的な ThingWorx 参照アーキテクチャについても説明します。
課題
IoT (モノのインターネット) 用プラットフォームは、次のような困難な要件を満たさなければなりません。
• 数千台のデバイスからのコンテンツのスループットを迅速に管理する。
• 生産ラインからスマートコネクト製品にいたるまで、あらゆるアセットのパフォーマンスをリアルタイムで表示する。
• リモートトラブルシューティング、アラートやトラブルチケットの自動作成など、エンドユーザーにリモート監視/診断サービスを提供する。
• 障害を発生前に予測し、ナレッジシステムと統合し、拡張現実テクノロジーをフィールドサービスのプロセスに統合する。
アーキテクチャが不十分な場合、デプロイメントが困難になり、アップグレードのたびにコンポーネント間の統合にコストがかかり、テクノロジーが混在することによって将来の柔軟性に制限が生じ、複数の障害点となる可能性があります。そうではなく、接続され、分散されたアーキテクチャが必要です。
• 接続 - アセットに確実に接続することで、プラットフォームはデータの監視、正常性の監視、事前のメンテナンス、ソフトウェア管理、リモートサービスを調整できるようになります。
• 分散 - 分散アーキテクチャは、すべての場所の集約された統計と KPI が必要とされるグローバル管理を可能にし、ローカルマネージャに的を絞ったリアルタイムの情報を提供します。
必要な仕様に合わせた ThingWorx のデプロイ
会社の IoT ビジネスプロセスをサポートするために ThingWorx を選択した場合、デプロイメントアーキテクチャはセキュリティ、スケーラビリティ、パフォーマンス、相互運用性、柔軟性、保全性に関する会社の要件を満たす必要があります。
以下の点について確認する必要があります。
• これらの要件を満たすことができるデプロイメントオプションは何であるか
• 会社の要件を満たすために必要な要素をどのように組み合わせれば一貫性のあるシステムになるか
• デプロイするアーキテクチャは将来のニーズに合わせて拡張可能であるか
ThingWorx デプロイメントアーキテクチャの策定に向けた最初の重要なステップは、以下の点を理解することです。
• ThingWorx アーキテクチャの構造的構成、要素とその役割、およびインタフェース。
• 会社の要件を満たすために必要な要素を組み合わせた構成オプション。
◦ 機能することが実証されている一部の ThingWorx 構成。