エッジコンピューティングをコアシステムと統合する方法

エッジ コンピューティング デバイスを企業の中核 IT システムと連携させるには、5 つの主要な課題があり、それらに対処するためのアプローチはいくつかあります。

エッジ コンピューティング市場は、現在から 2025 年までの間に 19.9% の年平均成長率 (CAGR) で成長すると予想されています。多くの企業が、企業のエッジ、家庭、現場で IoT を導入しています。これらのデバイスはデータを送信、受信、処理することができ、次の導入の波では、IoT からビジネス価値のあるデータを取得して処理する方法に重点が置かれる可能性があります。

場合によっては、IoT はデータを独自に受信、処理、さらには保存することも可能になります。他のケースでは、人工知能や分析などのテクノロジーをサポートするために、他のコアエンタープライズ システムと連携してデータを共有する必要があります。

企業がエッジ/IoT および集中型コアコンピューティング向けに開発する IT アーキテクチャに関係なく、これらすべてのデータ ソースを統合してビジネス成果を達成できることが重要な焦点になります。

[[341088]]

エッジコア統合の課題

IT にとって、エッジ コンピューティングとコア コンピューティングを統合する上で重要な課題は 5 つあります。

1) エッジでのデータ過負荷（特にIoT）

IDC は、2025 年までに 416 億個の接続された IoT デバイスが 794 ゼタバイト (ZB) のデータを生成すると予測しています。これらのデータのすべてが企業にとって有用というわけではなく、企業がそのすべてを管理する余裕もありません。

「企業は、ビジネスにほとんど価値のないIoTデータに溺れる危険にさらされている」とインフラ資産管理会社YottaのCTO、マニッシュ・ジェスワ氏は公開されたインタビューで語った。 「どのデータがどこに保存されているかが明確でなければ、モノのインターネット (IoT) はビジネス価値のないデータで溢れてしまう可能性があります。」

2) 統合に要する時間が限られている

企業が望んでいるのは、アプリケーションの市場投入までの時間を短縮することです。しかし、どの CIO に尋ねても、ほとんどのアプリケーションにはシステム統合が必要であり、これは IT 部門が取り組むプロジェクトの中で最も困難でリスクが高く、時間のかかるプロジェクトの 1 つであると答えるでしょう。多くのエッジ デバイスには独自のオペレーティング システムが搭載されており、必ずしも他の IoT デバイスや他の中央 IT システムとインターフェイスするわけではないため、エッジ コンピューティングは複雑性を増します。

3) 古いシステム

2 年前、メインフレーム ソリューション プロバイダー Compuware の CEO である Chris O'Malley 氏は、「現在、メインフレーム ユーザーの 57% がビジネス クリティカルなアプリケーションの半分以上をプラットフォーム上で実行しており、この数字は来年までに 64% に増加すると予想されています」と書いています。

私のビジネスがこれを裏付けています。レガシー システムが「レガシー」と呼ばれる理由の 1 つは、信じられないほどの信頼性とパフォーマンスを備え、時の試練に耐えてきたことです。実際、ある大手ホテル会社の CIO は、ホテルの予約をすべて処理するメインフレームでは 30 年間一度も問題が発生していないと私に話しました。

信頼性の高いレガシー システムは、24 時間 365 日、貴重な資産です。しかし、レガシー システムをエッジや IoT と統合するとなると、難しい場合があります。レガシーシステムはもともと IoT 用に設計されたものではありません。多くのレガシー システムには何千行ものカスタム コードが含まれており、その一部は現在誰も理解しておらず、ドキュメントも不足している「ブラック ボックス」となっています。これらすべてが限界統合を複雑にしている

4) 帯域幅

IoT データはエッジで絶えず生成されていますが、それを別の場所に送信したい場合、これらの巨大なデータ ストリームをサポートするのに十分な帯域幅がありますか?これは財務的な問題であると同時に技術的な問題でもあります。

5) セキュリティ

最近の調査によると、モノのインターネットを使用している米国企業のほぼ半数がセキュリティ侵害を経験しています。こうした問題の 1 つは、IoT デバイスを使用する人々、またはエッジでそれらのセキュリティ保護を担当する非 IT スタッフです。 2 番目の課題は、エッジと IoT インフラストラクチャの多様性です。エッジは、ネットワーク ノード、センサー、ゲートウェイ、ハードウェア、またはアプリケーション ソフトウェアです。可動部品は多数あり、それらを提供するサプライヤーも多数あります。最終結果は、脆弱性が増加し、セキュリティ リスクが高まります。

エッジ向けの効果的な統合戦略を定義する

中央コンピューティングとエッジ間の統合作業では、面倒なカスタム コーディングを何としても避けることが望ましいです。そのため、システム インテグレーターが自問すべき最初の質問は、IoT/エンドポイントおよびコア システム用の拡張 API ライブラリが存在するかどうかです。 2 番目のオプションとしては、エッジ コア システムの統合を自動化できる ETL (抽出、変換、ロード) ツールを見つけることや、エッジ コンピューティングと中央コンピューティングを切り離して、両者が独立して実行できるようにし、クラウド ブローカーを使用して両者間でデータを渡すことが挙げられます。これらのオプションには以下が含まれます。

API。一部のコア コンピューティング システムには、さまざまなシステムやエッジ アプリケーションを統合するのに非常に役立つ、数百のアプリケーション プログラミング インターフェイス (API) が付属しています。 「問題」は、エッジ独自のシステムとプロトコルがすべて含まれているわけではないことです。

推奨事項:可能であれば、エッジ接続には標準 API を使用します。それが失敗した場合は、次のいずれかの方法を続行します。

抽出、変換、ロード ソフトウェアは、1 つのシステム (エッジ デバイスなど) からデータを取得し、それをコア中央システムで受け入れられる形式に変換できます。変換されたデータは、ターゲットの中央システムにロードされます。

ETL は、データ変換用に提供するビジネス ルールを使用して自動化できます。中央システムで必要のない外部エッジ データを除外できます。 ETL を使用すると、入力したビジネス ルールに基づいてデータをクレンジングおよび正規化することもできます。

推奨事項: API が存在しないか不十分な場合は ETL を使用します。 ETL の利点の 1 つは、提供するデータ変換のビジネス ルールを活用して、より多くのことを実現できることです。

処理をエッジにオフロードします。帯域幅を節約し、処理を分散して、より多くの処理をエッジで直接実行したい場合、それを可能にするテクノロジがあります。

「エッジにインテリジェント エッジ ノードを展開して処理をローカライズすることでこれを実現できます」と、Veea のマーケティング担当上級副社長 Kurt Michel 氏は述べています。

このような構成では、エッジは受信したエッジ データを処理します。その後、クラウドでこのデータを精製し、不要なデータを削除して、コアシステムに送信できます。

本質的には、エッジが単独で実行できるように処理を切り離します。これにより、帯域幅の消費が削減されます。同時に、パブリック クラウドやプライベート クラウドなどの他の中間資産を使用して、エッジで収集されたデータをコア システムにロードする前に最適化することもできます。

推奨事項:帯域幅を節約し、コア システムの処理負荷を軽減したい場合は、エッジでの処理のローカライズを検討してください。

カスタムエンコーディング。他の方法がすべて失敗した場合でも、カスタム コーディングの余地はまだあります。エッジ コンピューティングとコア コンピューティング間の統合状況のすべてが商用ソフトウェアで解決できるわけではありません。

良いニュースとしては、エッジ コンピューティングとコア コンピューティングの統合において、カスタム コーディングが急速に例外となりつつあり、むしろ一般的になってきています。