whitepaper
移行時の頭痛を回避：レガシーIoTへの革新的アプローチ
IoTの実装が成熟し、多くの業界で標準となる中、機器メーカー（EM）は第一世代のIoTソリューションの全面的な見直しの必要性を感じ始めています。初期のIoTシステムは、機器メーカーを現場の資産に接続することで画期的でした。しかし今日、これらの同じソリューションは、パフォーマンス、スケーラビリティ、コスト効率性に苦戦することが多くなっています。次世代IoTの展開において、顧客は高度な分析、AI駆動のインサイト、ビジネスプロセスへのシームレスな統合を求めており、これがEMにとって過度なコストやリスクをもたらすべきではありません。
しかし、現実を見てみましょう：誰もマイグレーションプロジェクトの考えに飛び跳ねて喜んでいるわけではありません。システムAからシステムBへの移行は、高コストで時間がかかり、複雑さに満ちています。Sonosの最近のリーダーシップ変更が示すように、失敗したマイグレーションは、パフォーマンスの問題、収益の損失、組織全体での人員削減を引き起こす可能性があります。あなたは、実際にビジネスに価値を追加するイノベーションにリソースを費やしたいと考えているでしょう。
このホワイトペーパーでは、EMがマイグレーションを余儀なくされる理由と、彼らが遭遇する一般的な障害について検討します。コストを削減し、リスクを最小化し、よりスケーラブルで将来に対応したIoTエコシステムを構築できる代替パスを紹介します。
なぜ移行するのか？第一世代IoTの一般的な課題
時間が経つにつれて、第一世代のIoTシステムは、ソリューションがスケールアップしたり、新しい要求に応じて進化したりする際に現れる制限を明らかにする傾向があります。スマート機器メーカーがレガシーIoT実装で直面する主な課題をいくつか紹介します：
需要に追いつくのに苦戦：初期のIoTサービスの成功は、しばしば新たな負担を伴います：スケーリングです。EMは機械の専門家であり、必ずしもソフトウェア会社ではありません。数千または数百万の接続デバイスを管理できる本格的なIoTサービスを維持するには、実現可能以上のIT専門知識が必要です。
コストの過負荷：生産が拡大するにつれて、費用も増加します。多くの初期IoTソリューションは、ゼロから構築されたフルスタック実装であり、EMのコアビジネスに直接価値を追加しない機能のコストを押し上げることが多くありました。さらに、大規模なエンタープライズグレードのクラウドシステムを運用するには24時間365日の運用シフトが必要になる場合があり、費用をさらに増加させ、リソースに負担をかけます。
孤立したイニシアチブの絡み合い：複数の製品チームや新しい事業買収が独自のIoTシステムを導入すると、プラットフォームとデータサイロの「動物園」状態になってしまいます。多様なデバイス製品ライン全体でこの散在するデータを分析し、EMビジネスプロセスに統合することは圧倒的になる可能性があります。
安全なエンタープライズグレード設計の欠如：セキュリティ、コンプライアンス、グローバルマルチテナンシーの要求が高まる中、多くの第一世代IoTシステムは時代遅れを示しています。これらのプラットフォームは、現代の多様な展開オプション向けに設計されていない可能性があり、サイバーセキュリティリスクを増加させ、柔軟性に不要な制限を追加します。
統合とインテリジェンスへの高まる需要に応えられない：デバイスの接続を超えて、今日のEMは、資産ライフサイクル管理、フリート管理、フィールドサービスなどのビジネスプロセスへの深い統合を提供するIoTソリューションを必要としています。分析とAIはもはや「あったら良い」ものではありません—より賢く、データ駆動の意思決定にとって不可欠です。IoTプラットフォームは、新しいデジタルサービスを開発するためにこれらのツールと統合する必要がありますが、これらの機能を活用するには、ソフトウェアとハードウェアの両方を再考することが必要になることが多くあります。
これらのいずれかに聞き覚えはありませんか？
現実チェック：IoTマイグレーションを困難にする要因とは？
そこで、変化の時が来たと決断したとします。しかし、飛躍する前に、あなたの道に立ちはだかる可能性のあるものについて話しましょう。大規模なIoTマイグレーションを困難な取り組みにする一般的な障害をいくつか紹介します。
既存の運用を中断する高いリスク
特に敏感な組み込みシステムを持つ大量の本格的なデバイスのマイグレーションは、リスクの高いビジネスです。100万台のデバイスに新しいファームウェアをプッシュして、すべてがスムーズに進むと仮定するほど単純ではありません。小さなトラブルが一つでも発生すれば、機器の全フリートが切断されたり、応答しなくなったりする可能性があり、あなたと顧客の両方にとって大規模な混乱を引き起こします。
将来の機能への高い期待
第二システム効果により、チームは新しいプラットフォームが第一システムのすべての問題を解決すると信じることが多くあります。しかし、これらの高い期待には高い要求が伴います：新しいシステムは、新しい機能を追加しながら、現在のすべての機能を提供することが期待されます。機能パリティを達成するこの圧力により、プロジェクトはすべてのレガシーの複雑さを引き継ぐ可能性があり、リリースタイムラインを遅らせ、長期的にも開発を複雑にします。
移行期間中の高コスト
新しいプラットフォームは、古いプラットフォームが一夜にして消えることを意味しません。移行期間中、あなたは両方のシステムをサポートすることになります—それぞれに独自のコスト、リソース、新機能への継続的な顧客要求があります。このデュアルシステム段階は、各システムが並行更新を必要とする可能性があるため、開発努力の重複につながり、予算とリソースを薄く引き伸ばします。
開発チームの高い作業負荷
最終的に、新しいIoTプラットフォームのビジョンは、差別化を推進し、AIoTの可能性を開き、強力な分析を活用することです。しかし、初期段階では、チームの時間の多くは、あまり刺激的でない、差別化されない作業に費やされます：特定のニーズを満たすためにクラウドプロバイダーのPaaSスタックを構成および統合することです。戦略が複数のクラウドプロバイダーを含む場合、このセットアップ段階はさらに要求が厳しくなり、実際の目標への進歩を遅らせる可能性があります。
最終的に、あなたのコスト構造は以下のスケッチに似たものになるでしょう。レガシープラットフォームのロードマップ機能を縮小し、更新を減らすことでレガシー運用とサポートコストを削減することで、一部の開発コストを削減できるかもしれませんが、現実は厳しいものです：総コストがほぼ倍増するか、リソース制約により新しいプラットフォームが遅いスタートを切ることになります。
図1. 従来のレガシーマイグレーションのコスト構造。
より賢い前進の道：マイグレーションではなく、イノベーションを！
リップアンドリプレースマイグレーションの高コストで危険な全面改修に代わる選択肢があります：多くの欠点を最小化する適応的で、リスクを意識し、ビジネス主導のアプローチです。このアプローチの「秘密のソース」は、以下の要素で構成されています：
- データとビジネスプロセスに焦点を当てる：新しいシステムで同じ機能をそのまま再実行するのではなく、イノベーション、差別化、ビジネスニーズに焦点を当てて、IoT実装間のデータとプロセスを統合します。
- リスクとコストを削減する：レガシーシステムを完全に運用可能に保ちますが、機能的に凍結します（「明かりを点けておく」または「KTLO」）。特に、ケースバイケースのビジネス決定がない限り、レガシーデバイスをマイグレーションしないことで、レガシーシステムを機会主義的にコスト最適化します。
- Software-as-a-Service（SaaS）を最大限に活用する：新しいシステムの差別化されない機能については、すぐに使えるSaaSを基盤とします。
データとビジネスプロセスに焦点を当てる
以下の図に示すように、このアプローチの主なアイデアは、データレイクである中央ハブを通じて、レガシーシステム（図の下部）と次世代IoT（上部）の両方からのデータを統合することで、統一されたデータ基盤を確立することです。この中央データレイクは、レガシーと新しいデバイスの全フリート全体で、資産健全性管理やフィールドフォース管理などのバックオフィスITシステムへの統合などの高レベルのビジネスプロセスを可能にします。
図2. ビジネス主導のレガシーIoT統合。
データレイクとは何ですか？
データレイクは、データ統合の業界標準となったParquetやIcebergなどのオープンソース技術を活用します。これらの技術は、AWS S3やAzure Data Lake Storageなどのコスト効率的で高性能な大容量オブジェクトストレージを使用してデータを保存およびクエリし、従来の運用ストアと比較して大幅な節約とパフォーマンス向上を実現します—大規模でも。
例えば、Cumulocityの顧客の一つは、運用ストアに毎日約280GBのデバイスデータを保存しています。最適化されたデータレイクでは、この同じデータは1日あたりわずか12GBになります—23倍以上の削減です。さらに、この場合、データレイクストレージコストは運用ストレージと比較してGB当たり約5倍低くなります。これらの効率性を合わせると、最大2桁の節約が実現されます。
最大の利点は？基盤は単純に標準形式で書かれたファイルです—「ステロイド入りのXLS」と考えてください。このシンプルさにより、データ抽出、分析、統合のためのツールと製品の全エコシステムが育まれ、データから価値を引き出すことがこれまで以上に簡単になりました。
このアプローチはどのように機能しますか？
提案されたアプローチは、レガシーまたは次世代IoTシステム、またはヒストリアンなどの他のソースなど、すべての運用システムからデータレイクに保存されたファイルにデータをオフロードすることを含みます。オフロード中に、データはCumulocityデータモデルなどの統一データモデルに変換でき、後の分析と処理を簡素化します。これは、既存の本格的なシステムにリスクのない簡単なプロセスです。
Cumulocity DataHubなどの強力なクエリエンジンにより、データレイクは効率的な分析を可能にし、SQLやODBCなどの標準を通じてビジネスインテリジェンス、ダッシュボード、その他の分析ニーズのツールと統合します。さらに、このアーキテクチャは、在庫管理、資産健全性管理、予測保守、製品インテリジェンスなどの非リアルタイムプロセス、およびCRM、ERP、フィールドフォース管理などのバックオフィスシステムにシームレスに接続できます。
リスクとコストを削減する
このアプローチの2番目のアイデアは、レガシーシステムを完全に運用可能に保ちますが、機能的に凍結することです（「明かりを点けておく」または「KTLO」）。原則として、重要なバグ修正とセキュリティパッチ以外は何も変更されません。
これにより、2つの重要な利点が提供されます：
- マイグレーション関連のリスクと混乱を回避できます。現在のデバイスは既存のすべての機能を保持し、顧客が依存している機能を失うことを心配する必要がありません。非常にデバイス固有（例：ファームウェア更新）およびリアルタイム機能（例：リモートトラブルシューティング）は、レガシーシステム内で動作し続けることができますが、API を通じてデータレイクによって可能になるより大きなビジネスプロセスにリンクできます。
- 同時に2つのシステムを維持するのではなく、新機能の開発に向けることができる開発と運用のリソースを解放できます。このような明確な戦略により、透明なコミュニケーションも可能になり、レガシーシステムと新しいシステム間の利益相反を回避し、機能パリティの競争を防ぐことができます。
長期データはデータレイクでより効率的に保存されるため、KTLOは（成長とは対照的に）安定した容量と、デバイス向けおよびリアルタイムユースケースに必要な最小限のデータ保持期間に向けて最適化できます。
SaaSを最大限に活用する
CumulocityなどのSaaSプラットフォームを使用することで、PaaSスタックでのカスタム開発の必要性を最小化し、特定のハイパースケーラーへの依存を減らします。このアプローチは、開発の「より多く購入し、より少なく構築する」戦略をサポートするだけでなく、運用コストも削減します。クラウドサービスプロバイダー（この場合、Cumulocity）は、ソリューションのSaaSコンポーネントの24時間365日サポートと高可用性インフラストラクチャを管理します。例えば、Cumulocityはデータ取り込みを継続的に監視するため、あなたがする必要はありません。これはグローバル規模で行われ、顧客固有の潜在的な規制制約への準拠を確保します。
Cumulocityのようなプラットフォームにより、マイグレーション中に購入と構築アプローチを採用できます；イノベーションと差別化の基盤として柔軟なIoTプラットフォームを購入し、すぐに使えるソリューションで戦略的ビジネス成果を迅速に達成し、直感的なツールでその上に独自のサービスを簡単に構築できます。基盤として堅実で信頼性があり、スケーラブルなIoTプラットフォームを取得し、市場でイノベーションを起こし、際立つ能力を得ることができます。
価値の構築、複雑さではなく：適応的IoTマイグレーションアプローチのビジネスケース
まとめると、このアプローチはどのような利点を提供するのでしょうか？ビジネス主導のIoTマイグレーションアプローチが、コスト、リスク、複雑さを最小化しながら価値を追加する方法を以下に示します：
魅力的な新しいオファリングをより簡単に作成：新しいデバイスラインや独自の差別化機能を導入する場合、このアプローチにより、顧客に機器のアップグレードや更新を促す魅力的な価値提案の作成が簡素化されます。
すべてのデバイスの統一ビュー：データレイクアプローチにより、レガシーデバイスと新しいデバイスの両方の単一で包括的なビューを取得し、エンタープライズシステムへの統合を簡素化します。さらに、低コストで非常に長期間データを保存できるため、製品インテリジェンスの優れた基盤となります。
レガシーシステムの安定性：レガシーシステムをそのまま維持することで、マイグレーション関連のリスクと混乱を回避できます。現在のデバイスは既存のすべての機能を保持し、顧客が依存している機能を失うことを心配する必要がありません。
必要に応じたオプションのマイグレーション：そして最後に、マイグレーションがビジネス的に意味をなす場合、急ぐ圧力なしに進めることができます。マイグレーションは必要性ではなく戦略的選択となり、ビジネスニーズに基づいて決定できます。
従来のレガシーマイグレーションと、データレイクとレガシーシステムの「明かりを点けておく」（KTLO）を使用したCumulocityアプローチの高レベル比較を以下の図に示します。Cumulocityアプローチの主な節約は以下の通りです：
- 最適化されたレガシーシステム：デバイス向けおよびリアルタイムユースケースに必要な最小限の保持で、安定した容量に向けてレガシーシステムを調整します。
- 合理化されたレガシーメンテナンス：レガシーメンテナンスを重要なバグ修正とセキュリティパッチに限定し、開発努力を削減するだけでなく、展開と更新の数が削減されるため、運用とサポートの要求も削減します。1
- 差別化されないタスクにSaaSを活用：差別化されない開発、運用、サポートをCumulocityなどのSaaSソリューションにシフトします。
- 無駄なマイグレーションを回避：高コストで高リスクのマイグレーションプロジェクトを、低リスクのデータレイク統合に置き換え、レガシーデバイスでも高度な分析を可能にします。
図3. Cumulocity、データレイク、KTLOを使用したコスト構造。
この柔軟な戦略は、マイグレーションのリスクを削減するだけでなく、IoTエコシステムを長期的な成長と将来のイノベーションをサポートする位置に配置します。
1 「停止の70%は、ライブシステムの変更によるものです。」Google Site Reliability Engineering Handbook。
実際のプラットフォームマイグレーション：Solenis
Solenisは、水集約型産業向けの持続可能なソリューションの提供に焦点を当てた特殊化学品の世界的な主要生産者です。IoT技術の早期採用者として、同社は、システム運用や重要なプロセスに対する化学の影響を含む、完全な顧客ジャーニーを理解するためにデータを使用することの価値を理解しています。しかし、初期のアプローチは異なる社内レガシーシステム全体で断片化されており、スケールを続ける中で、彼らが扱っているデータの量には企業全体のアプローチが必要でした。
Solenisは、適切なIoTプラットフォームを選択することが成功したマイグレーションの鍵であることを知っていたため、市場の幅広いソリューションをテストするのに2年を費やしました。その徹底的な評価の後、解決策は明確でした：Cumulocityのコア機能により、データ取り込み、デバイス管理、セキュリティなどの重要なタスクがSolenisの負担から取り除かれ、顧客の独自のニーズを満たすカスタムソリューションの構築に集中できるようになりました。
選択が決まると、Solenisはわずか5か月でマイグレーションを完了しました。マイグレーション中、Solenisは以前に構築されたもので、維持および再利用したいものを特定し続けました。Cumulocityによって可能になった購入と構築のアプローチにより、彼らはプラットフォームのすぐに使える機能を、すでに開発に時間を投資していたツールと統合して活用することが可能になりました。
自信を持って前進：ビジネス主導のIoT戦略
要約すると、このリスクを意識した、ビジネス主導のアプローチにより、マイグレーションの技術的複雑さから焦点を移し、IoTオファリングを真に差別化するものに向けることができます。マイグレーションリスクを削減し、リソースを解放することで、顧客とビジネスに真の価値を追加する革新的な機能の作成を優先できます。
すべての企業のIoTジャーニーは独特であり、その課題も同様です。私たちのアプローチは、顧客プロジェクトでの実世界の経験によって形作られています—彼らの懸念を理解し、問題を解決し、実用的なソリューションを提供することです。私たちのプロフェッショナルサービスチームは、あなたの特定のニーズに対応するマイグレーションのためのカスタマイズされた戦略を開発するためにあなたと協力する準備ができています。これにより、あなたの目標に合致し、投資収益率を最大化する方法でIoTを活用できます。