社内で開発されたIoTソリューションが限界に達したとき

1 認識されていないこと

多くの企業は、自社でデジタルトランスフォーメーションを実施するためのこのアプローチに馴染みがあるでしょう。適切な市場ソリューションの欠如や財政的資源の不足を理由に、自社でIoTソリューションを開発します。これには利点もあり、要件プロファイルを直接ソフトウェアソリューションに転送できます。さらに、次のような利点があると認識されています:

  • デバイスに対する親しみやすさから統合が容易であり、制御と柔軟性が保証され、1つまたは複数の技術パートナーにロックインされることを避けられる、
  • 多くのお金を節約できる、
  • ハードウェア内でのカスタマイズが容易に実施できる、
  • 実装のタイミングが第三者に依存しない。

残念ながら、これらのポイントは表面的な利点に過ぎず、すぐにその重みを失いますが、社内開発を限界に追い込む問題がほぼ確実に発生します。

企業は典型的なシナリオに直面する可能性があります:

シナリオ1: 生産を監視するための社内IoTソリューションが開発され、基本的なセキュリティ対策が施されています。その後、サイバー攻撃により、古いファームウェアが原因で重大なセキュリティリスクが明らかになります。

シナリオ2: 小規模生産のためのIoTソリューションを開発し、エネルギーコストを節約しています。拡張中に、社内開発がこの種のスケーリングに対応していないことが判明し、重大なシステム障害が発生します。

ここで知っておくべき重要なことを追加します:研究によると、IoTプロジェクトの60%がスケーラビリティの問題を抱えており、成功するか失敗するかに関わらず(Beecham Research 2020)。

シナリオ3: 物流会社が車両管理のために社内開発のIoTを使用しています。初期の成功の後、ソフトウェアを最新の状態に保つことが難しいことが判明します。定期的な更新が高価なシステム障害を引き起こし、納期に大きな影響を与えます。

シナリオ4: 製造業者の社内IoT開発は、ユーザーインターフェースの悪さと使いにくい機能のために労働者の間でほとんど受け入れられていません。これにより、最終的にはIoTシステムと以前のプロセスの並行使用が行われます。しかし、ここにはチャンスがあります!

シナリオ5: 建物の自動化会社がIoTソリューションを開発します。実装後すぐに、新しいより効率的な技術が利用可能になり、古いソリューションがすぐに時代遅れになります。これにより、古い技術に投資を続けるか、技術のアップグレードに追加投資するかというエキサイティングな課題が企業に提示されます。

これらのシナリオに共通していることは何ですか?彼らは皆、自分たちのビジネスを知っていますが、IoTインフラストラクチャの知識が不足しています!

探求する価値のある他の多くのよく知られたシナリオがあります!たとえば、新旧の機械間の互換性の問題が足を引っ張っていることに気付くかもしれません。または、社内開発に多くの時間とリソースを投資しましたが、期待していた成功を収めていないかもしれません。このような場合、対応するIoTソリューションを提供するプロバイダーからのソリューションを検討する時期かもしれません。

リストは続きます!また、社内IoTソリューションが変革の合理的な基盤ではない理由も示しています。しかし、ここで良いニュースがあります:社内IoT開発プロジェクトは、自社でIoTを扱う経験を積むための重要な要素です。

幸いなことに、これらの繰り返し発生するシナリオからIoTソリューションの具体的なステップを導き出すことができます。これにより、後で意思決定を避けることができるため、大きな利点です!

社内リソースに依存したIoTプロジェクト全体の57%が失敗しました(Beecham Research 2020)。

2 IoTインフラストラクチャに参入する際には実績のあるソフトウェアに依存する

自社展開のIoTソフトウェアは、私たちの生活や仕事の方法を革命的に変える可能性を秘めています。しかし、日常の使用において多くの課題に直面し、多くのメンテナンスリソースを必要とします。ここでは、IoTソフトウェアが克服しなければならない課題の一部を紹介します:

  • 更新、
  • セキュリティ機能、
  • データフローの調整、
  • 互換性機能、および、
  • 統合。

これらのタスクの多くは、常にソフトウェアを最新の状態に保ち、セキュリティを優先するIoTソフトウェアに依存することで回避できます。これにより、デジタルトランスフォーメーションの速度に直面しても、IoTインフラストラクチャが最新の状態であることが保証されます。そして、最良の部分は、一部の機能がオープンソースとして利用可能であることです!

SECOはこれらの障害を解決するためのソリューションを提供しています:CleaとそのAstarteおよびEdgehogコンポーネントです。

AstarteはGoogle Cloud Storeを通じて無料で利用可能であり、GitHubで利用可能なオープンソースプロジェクトとして維持されています。Clea内のモジュールは、エンドデバイスとクラウド間のIoT通信を処理し、スムーズなデータ転送を保証します。

Cleaテックスタックのクラウドベースのコンポーネントとして、Astarteはデータのライフサイクル全体を管理します:デバイスへの生産と送信、削減、処理、資格、AIパイプラインでの適用、および将来の使用のためのストレージ。デバイス上でデータを収集し、オーケストレーションし、その後クラウドに転送します。

Edgehogはすべてのフリート管理タスクを引き受け、デバイスが最新の状態を保つようにします。

IoTソフトウェアのメンテナンスの必要性が排除され、企業はデータフローに関してIoTネットワークに集中できます。Cleaは、企業が他のリソースを消費するタスクを正確に引き受けます。これにより、企業の能力に集中するためのスペースが生まれます。最終的に、どの企業もIoTネットワークが満たすべき要件を最もよく知っています。

特定のケース、たとえばフリート管理のためにIoTプラットフォームを実装する初期段階では、長期的な将来やさらなる開発についてあまり考えられないことは理解できます。しかし、これが互換性、古い技術、制限が関与する場合に高価なソリューションにつながる可能性があります。

3 両方の利点を統合する

企業が本当にIoTを始める重要なポイントにあるか、既存のIoT構造に根本的に介入する終わりにあると仮定しましょう。業界ソリューションはリソース集約的すぎるため、内部プログラマーが必要な要件を最もよく知っています。

オープンソースソリューションは、このシナリオに最適なエントリーポイントです。多くの人々は、オープンソースを開発者のためにソリューションを構築する小さな開発者グループと誤って関連付けています。市場の大手プレーヤーからオープンソース領域にそのコアを持つソフトウェアソリューションを挙げる必要はありません(例:Linux Collabora OOSまたはMicorsoft FOSS)。彼らは誤って、オープンソースソリューションが大企業には無効で無秩序であると考えられているため、小規模企業向けであると仮定しています。この仮定は反駁されるべきです。オープンソースソリューションは、あらゆる規模の企業で実装することができます。多くの場合、これらのソリューションは市場向けに直接開発された本質的に優れた実装ソリューションです。

SECOは、Cleaとそのオープンソースベースのコンポーネントで企業向けにオープンソースソリューションの哲学を実装することが可能であることを証明しました。デバイスクラウドデータハブAstarte(Google Cloud経由で利用可能)とデバイス管理Edgehogはその最良の証拠です。両方のコンポーネントは自由に利用可能で、オープンソースであり、SECOの開発者によって常に更新されています。オープンソースソリューションの哲学はここで維持されています。

企業が社内開発と同じ方法で開始したい場合、プロジェクトチームは多くの時間を節約します。開発時間が節約され、ソフトウェア側のメンテナンスもSECOによってカバーされます。これにより、企業は初期段階でIoTソリューションの要件を実装することに直接集中できます。SECOは、これらのコンポーネントを最初から組み込んだ組み込みソリューションにAstarteとEdgehogを統合しており、これがこれらのコンポーネントを実装するもう一つの利点です。これにより、顧客は直接IoT対応になります。

4 制限が発生する前に排除する

企業が自社のソリューションでこのステップを踏まず、AstarteとEdgehogに依存しない場合、スケーリングが不可能になるか、さらなる対立が発生するポイントに達します。最もよく知られている障害の1つは、会社全体へのオープニングと展開です。ハードウェアとソフトウェアの両方でIoTソリューションをスケールアップする際にしばしば障害があります。調査によると、自社ソリューションを持つ企業はこれを実装する際に問題を抱えています。CleaのKuberneticアプローチがここで役立ちます。

IoTソリューションは、企業の労働力に影響を与えるもう一つの障害にも直面します。これは、労働力内でのソリューションの受け入れと使用に関するものです。これに対抗するためには、通常はサードパーティソリューションの購入を伴うユーザーフレンドリーなフロントエンドを見つける必要があります。購入は避けられませんが、本当の問題はその後に始まります。互換性は展開をより困難にするだけでなく、社内開発の欠点を明確に示します。

AstarteとEdgehogを選択した企業にとって、展開は問題ありません。CleaのフロントエンドソリューションPortalも追加購入ですが、実装は迅速に行われ、リソースを消費しません。Portalのフロントエンドはユーザーフレンドリーに設計されており、経験の浅いユーザーでもIoTデータを直感的にナビゲートできます。

5 素晴らしい決断を下す時

意思決定者は、専門知識のアウトソーシングと重要なコアコンピタンスに焦点を当てることの間で適切なバランスを見つけるために正しい道を選ぶ立場にあります。同じ道を進み続けるか、本物の業界専門家からのオープンソースソリューションに依存することは確かに魅力的です。

  • 社内IoTソリューションは制御、カスタマイズ、コスト削減を提供しますが、サイバーセキュリティリスク、スケーラビリティの問題、メンテナンスの課題などの重大な問題に直面します。
  • 問題には、セキュリティの脆弱性、スケールの失敗、高価なメンテナンス、ユーザーの受け入れの悪さ、急速な陳腐化が含まれることがよくあります。
  • 社内IoTプロジェクトは頻繁に失敗し、57%の失敗率を持っていますが、貴重な学習経験を提供します。
  • SECOのClea、AstarteおよびEdgehogを含む、信頼性のあるオープンソースIoTソリューションは、常に更新され、堅牢なセキュリティ、シームレスなデータ転送、デバイス管理を提供します。
  • Cleaのような実績のあるソリューションを活用して、堅牢で維持されたIoTインフラストラクチャから利益を得ながら、コアコンピタンスに集中します。