基調パネルディスカッション:Unifying the Edge - IoT、エンタープライズ、テレコム、クラウド
このページのタイトル、字幕、要約、読書メモは保存済みの AI 翻訳です。誤りが含まれる場合があります。タイムスタンプは原文と同じです。原文の字幕を開き、元の動画と照合できます。
エッジコンピューティングのパネルでは、断片化したデバイスとネットワーク、オープンソースの協働、EdgeX Foundry、そしてエッジとクラウドのつながりを探る。
文字起こしの出典:Vidleafによる自動音声認識(誤りを含む可能性があります)。AIによる句読点はVidleafが追加しました。元の文言とタイムスタンプのアンカーは保持されています。元の文字起こしは以下でご覧いただけます。
AI生成の要約
このパネルでは、エッジコンピューティングがIoTデバイス、エンタープライズシステム、テレコムネットワーク、クラウドにわたって何を意味するのかを問いかけます。登壇者は、ハードウェア、プロトコル、運用要件が不均一な状況を説明し、オープンソースプロジェクトがそれらをつなぐ作業をどのように分担できるかを議論します。EdgeX Foundryやその他のLF Edgeの取り組みは、データとアプリケーションを基盤となるインフラストラクチャから分離しようとする試みを示しています。議論は、ワークロードと情報が必要に応じてローカルシステムと集中型サービスの間を移動するハイブリッドアプローチを支持しています。また、物理的なセキュリティ、ガバナンス、そして孤立したデモンストレーションを組織の境界を越えて機能するシステムに変えるという課題についても考察します。
要点
- [1:04] エッジの意味は、関与するデバイス、ユーザー、展開要件によって異なります。
- [10:55] EdgeX Foundryは、オープンなインターフェースを通じてエッジのデータとサービスを分離する方法として議論されています。
- [21:52] パネルは、ローカルコンピューティングと集中型クラウドサービスがハイブリッドアーキテクチャで共存すると予想しています。
記録から生成されました。リンクされた箇所を元のビデオと照合してください。概要と要点はVidleafが2026-10-21に確認しました。
全体概要
このパネルディスカッションでは、エッジがどのように定義されるか、そしてなぜそれが断片化しているかを検討し、エッジコンピューティングを、必要かつ実行可能な限り加入者やデバイスの近くにコンピュートを移動させることと説明しています。断片化は、クラウドからデバイスエッジまでの固有の複雑さに一部起因し、また歴史的な独自プロトコルへのロックインにも一部起因しています。パネリストたちは、オープンソースがこの複雑さに対処する方法として、コミュニティがアーキテクチャに貢献し、メンテナンスの負担を共有できるようにすることを主張していますが、合意に達するには少し時間がかかります。また、物理的セキュリティ、アクセス、異なるIOなど、エッジ固有の要件について議論しています。彼らは、テルコ、IoT、エンタープライズ、クラウドの各ドメインを統合し、複雑さと断片化を減らすことを目指すProject EVE、EdgeX Foundry、Akrainoを含むLF Edgeの取り組みを説明し、新プロジェクトBadalとFledgeを発表して、合計七つになりました。会話は、データが作成された瞬間にデータを分離すること、ニアエッジやファーエッジのような偏った用語ではなく絶対値を使用すること、傘プロジェクトの下での中立なガバナンスをカバーし、最後に差別化されない重い作業を最小化することに触れ、クラウドは常に最も深い深層学習を行い、より浅い学習はエッジで行われると述べています。一人だけの概念実証パーティを拡大し、それを他のドメインと交差させることこそが真の可能性であると説明され、公共と民間を越えるには開放性とシステム全体の信頼が必要です。初日の答えがすべてのデータを集中クラウドに送ることだとしても、その請求書を見ればそこに留まりたくはないでしょうから、ワークロードの連続体に沿った可搬性を必要とするハイブリッドモデルになるでしょう。講演者は、今すぐ適切にアーキテクトする必要があると主張し、LF Edge内のHomeEdgeを例に挙げ、ホームゲートウェイがサービスをホストするサーバーのようになることを述べ、コンピュート、ストレージ、ネットワーキングを抽象化し、常にデータを基盤インフラから分離し、ドメイン知識を適用した一貫したインフラを目指すことを推奨しています。勝者は最高のアルゴリズムと専門のハードウェアとソフトウェアを持ち、中間を再発明して勝つ者はいません。5Gはエッジコンピューティングを短期的には実現しません。信頼性のナインや帯域幅がどうであれ、クラウドからエアバッグを展開することはなく、帯域幅には常にコストがかかり、高速道路を建設してもより多くの人が移動してくるため交通問題は解決しないからです。アナリストは、エッジで生成されるデータは増加しており、量においてクラウドに到達するデータを追い越すだろうと述べています。また、展開されたインフラの観点では、エッジはすでにクラウドより大きいかもしれませんが、まだ接続されていません。工場の現場では、産業用PCがすべての機械に設置され、古いWindowsバージョンを実行している可能性があり、パッチが当たっておらずネットワークに接続されていない可能性が高いです。機会は、そのデータを収集し、ローカルで計算し、何をクラウドにエクスポートするかを決定し、アプリケーション開発者やネットワークサービス展開者にとってシステムを簡単に活用できるようにすることです。
タイムスタンプ付きの章の要約
エッジの定義とその断片化
- [1:04] 単一のエッジは存在せず、その定義はあなたが誰であるかによって異なります。
- [1:14] エッジコンピューティングは、加入者やデバイスに対して必要かつ実行可能な限り近くにコンピューティングを移動させることと定義されています。
- [1:46] エッジのスペクトラムは広範であるため、クラウドからデバイスエッジへと移行するにつれて、断片化は一部、固有の複雑さに起因します。
- [2:21] デバイスエッジに近づくほど、ハードウェアはまず複雑化し、堅牢化、IO、カスタムハードウェアが必要になります。
- [2:36] 続いてソフトウェアが異なるOSの種類やプロトコルを伴って複雑化し、最終的には仮想化やコンテナ化がもはや不可能な、メモリ制約のあるシンコンピュートエッジに至ります。
- [3:08] エッジにおける歴史的な断片化は、一部には独自プロトコルによるロックインモデルが原因でした。
- [3:20] メイカームーブメントのエコシステムが変化を促し、ロックインはもはや通用せず、実力で勝負する時代になりました。
- [3:52] スケールのためには最終的にオープンが常に勝ち、スケーリングにはオープンなエッジから始まるマルチクラウド戦略が必要です。
オープンソースとエッジの複雑さ
- [5:07] パートナーはオープンが勝つことを認めつつも、AI向けGPUのような物理リソースの管理は非常に複雑だと感じており、その解決方法について支援を求めています。
- [5:34] オープンソースは、コミュニティがアーキテクチャに貢献し、技術が向かう先について集合知を活用できるようにすることで、複雑さに対処します。
- [6:10] 共通の合意に達するには少し時間がかかりますが、一度合意できれば、進歩ははるかに速くなります。
- [6:18] オープンソースは、誰もが作成と保守の両方に貢献するため、保守の負担を共有します。
- [6:36] 垂直統合を解体することで摩擦が減り、展開が容易になります。これはデータセンターのオープンソーススタックで見られたことであり、今やエッジでも必要とされています。
- [7:06] エッジ固有の要件はエッジの各部分で異なります。例えば、ディープエッジやエンタープライズエッジでは1C/2Cサーバーが映像分析や振動分析を行っています。
- [7:43] ディープエッジでは、物理的なアクセスに梯子やクレーン、あるいは何時間もの運転が必要でコストがかかるため、ソフトウェアの更新のために人を派遣したくありません。
- [7:59] ソフトウェアは、物理的なセキュリティ、アクセス、そしてレガシーシリアルポートやランダムな無線を含む多様なIO要件といった、エッジ固有の問題に対処しなければなりません。
- [8:22] LF Edgeは、テレコム、IoT、エンタープライズ、クラウドの各ドメインを統合し、複雑さと断片化を減らすことを目指していますが、パネリストの意見は分かれるかもしれません。
テレコムエッジのセキュリティとオープン性の教訓
- [8:52] エリックは、レイテンシ、ロケーション、モビリティに関して、テレコムが他のドメインからベストプラクティスを学べるかどうかを問われます。
- [8:54] エリックは、ハードウェアから始まり、ハードウェアのルートオブトラストと測定ブートを備えた水平レイヤーの上に構築することを提案します。
- [9:23] 通常はLinux、あるいはリアルタイムOSを起動した後、アプリケーションに共通の接続性を提供することで積み上げていきます。
- [9:35] クラウドネイティブアプリケーションはイーサネットのような接続性を前提としていますが、Rail-T上ではアプリケーションはそのことを知る必要はありません。
- [9:50] その抽象化は仮想化のレイヤーを挿入することで実現され、LF Edgeの一部であるProject EVEで取り組んでいます。
- [10:14] ジェイソンは、IoT Edgeの多くの企業が自社データで収益を得るために全員をロックインしようとしていると述べています。
- [10:25] ジェイソンは、それをオープンにして技術を使い、見知らぬ他者からのチェックを取り戻し、システム・オブ・システムズ間を越えるためにシステムレベルで信頼を挿入する必要があると主張します。
- [10:25] 第一歩は、誰もが中間部分を再発明するという狂気を解決することであり、彼がDellのチームと共に立ち上げ、Linux Foundationのプロジェクトとなったプロジェクトを例に挙げています。
EdgeX Foundryとエッジにおけるデータの分離
- [10:55] EdgeX Foundryは、ゲートウェイのようなシンコンピュートエッジまでクラウドネイティブの原則を拡張することを目指し、中間にオープンAPIを備えています。
- [10:55] 十分な数の人々が協働を通じて何かを使えば、それはデファクトスタンダードになります。
- [11:25] ロックインを狙った戦略によって数千ものIoTサウスバウンドプロトコルが存在するため、単一のサウスバウンドプロトコルが実現することは決してありません。
- [11:38] ロックインではなくソフトウェアとサービスへのシフトが進んでいます。つまり、サウスを民主化し、ノースで収益化するのです。
- [11:38] EdgeXはプラットフォーム非依存でクラウドネイティブであり、疎結合のマイクロサービス上に構築されているため、あらゆるプロトコルがオープンAPIに接続でき、その周囲のすべてを異種混在にできます。
- [12:08] EdgeXはデータが生成された瞬間に分離ポイントを提供するため、データを好きな場所に送ることができます。
- [12:25] EdgeXの戦略は、データが生成された瞬間にデータを分離し、エッジからクラウドまでの任意の組み合わせを選択できるようにすることです。
- [12:31] バズワードの寄せ集めが多く、フォグという用語は実際には受け入れられていなかったため、用語集プロジェクトは重要です。
エッジにおける絶対値での整合とオープンソースの統合
- [13:01] プロジェクトの主要な課題は、用語、そしてある程度はセマンティクスについて合意することでした。
- [13:13] ニアエッジやファーエッジといった用語は含意が強すぎるため、絶対値で話す方が良いです。
- [13:40] リアルタイムはドメインによって意味が異なり、ビルディングオートメーションでは15分、5Gでは五ミリ秒未満であるため、絶対値が必要です。
- [14:03] 含意の強い用語を避けて絶対値を使いましょう。なぜなら、多くの会話では最初のおよそ15分が、何について議論しているのかを明確にするために費やされるからです。
- [14:45] テレコムとクラウド事業者はクラウドインフラ向けの共通オープンソースプロジェクトを実装しましたが、それぞれが少しずつ異なる方法で行いました。
- [15:07] それらの企業は、自社のビジネスに固有の統合を行ったためにプロプライエタリ化したオープンソースの保守に、膨大なリソースを費やしています。
- [15:48] LF EdgeのAkrainoプロジェクトは、特定のユースケースを中心にコミュニティを結集し、コンポーネントを宣言的に統合します。
- [16:18] インフラソフトウェアで差別化する企業はないため、Akrainoは統合と検証を簡素化することを目指しています。
- [17:18] Akrainoは、すべてのアップストリームプロジェクトから取り込むことでユースケースを完全な垂直スタックおよびリファレンススタックとして実現する点で差別化されています。
エッジの影響とLF Edgeプロジェクト
- [17:48] オープンソースの取り組みは試されることになり、懐疑論者がいることは間違いありません。
- [17:53] エッジのインパクトがクラウドで見られたことの為替になり得るというArpitの主張について、チームにボーナス質問が出されます。
- [18:13] クラウドはかなり受け入れられており、講演者はそれを驚くべきことだと感じました。
- [18:22] 特定の要となる要素がそのエッジのインパクトを推進するかどうかについて、各パネリストに見解を求めます。まずはMelissaからです。
- [18:32] Melissaは聞いていなかったことを謝罪し、LF Edgeの一部として他のいくつかのプロジェクト、昨日Arpitが言及したものを含め、言い忘れていたと述べます。
LF Edgeの新規プロジェクトとガバナンス
- [18:54] BadalとFledgeはLFHの一部として発表され、合計七つのプロジェクトになりました。
- [19:04] 新規プロジェクトの一覧がLF Edgeに貢献されており、参加する機会が数多く提供されています。
- [19:04] エコシステムや参加者からの関心は、ユースケースの多様性に由来しています。
- [19:40] エッジ技術のコンテキストは独特で、異なるソフトウェアと機能を必要とするため、人々は新規プロジェクトとwiki.lfedge.orgのドキュメントを確認するよう促されています。
- [20:10] LF EdgeおよびすべてのLinux Foundationプロジェクトにおける鍵は、中立なガバナンスです。
- [20:10] アンブレラプロジェクトの要点は、包括的であること、当初は一部重複があってもプロジェクトを取り込み、時間をかけてコミュニティと技術諮問委員会がそれらを調和させることです。
- [20:10] ミッションの重要な部分は、中間部分を再発明しても誰も勝てないということです。
エッジコンピューティングとハイブリッドクラウドアーキテクチャ
- [20:40] 議論は、差別化されない重い作業を最小化することに焦点を当てています。
- [20:45] すべてのデータはエッジで生成され、ネットワーク上に現れるデバイスが増えることで輻輳が生じ、コンピューティングを移行する必要が出てきます。
- [20:59] クリックベイトの主張にもかかわらずクラウドはなくなりません。クラウドは常に最も深いディープラーニングを行い、より浅い学習がエッジで行われるようになります。
- [21:29] 単一ソリューションのPOCパーティをスケールさせ、それを他のドメインと交差させることが真の可能性であり、それには公開とプライベートをまたぐ開放性とシステム全体の信頼が必要です。
- [21:52] 初日の答えがすべてのデータを集中型クラウドに送ることであったとしても、請求額のせいでそこに留まりたくはならないでしょう。それは、コンティニュアムに沿ったワークロードの可搬性を必要とするハイブリッドモデルになります。
- [22:04] LF Edge内のHomeEdgeのようなプロジェクトで見られるように、今適切にアーキテクトする必要があり、そこではホームゲートウェイがサービスをホストするサーバーのようになります。
- [22:22] コンピュート、ストレージ、ネットワーキングを抽象化し、常にデータを基盤となるインフラストラクチャから分離し、ドメイン知識を適用した一貫したインフラストラクチャを目指します。
- [22:34] 勝者は最高のアルゴリズムと専用ハードウェアおよびソフトウェアを持つ者です。中間部分を再発明して勝つ者はいません。
- [22:46] 5Gは短期的にエッジコンピューティングを実現しません。信頼性のナインがいくつであってもクラウドからエアバッグを展開することはなく、帯域幅には常にコストが伴います。
- [22:57] 高速道路を建設しても、より多くの人が移り住むため交通問題は解決しません。同様に、新しい体験も帯域幅の問題を解決しません。
エッジコンピューティングのデータ増加と機会
- [23:37] アナリストによると、エッジで生成されるデータは増加しており、データ量の点でクラウドに到達するデータ量を追い越すでしょう。
- [23:37] 実際に展開されたインフラストラクチャの点では、エッジはすでに存在し、すでにクラウドより大きいと主張することもできます。ただ、まだ接続されていないだけです。
- [23:56] 工場の現場では、産業用PCがあらゆる機械に設置されており、古いWindowsバージョンを実行している可能性があり、おそらくパッチ未適用でネットワークに接続されていません。
- [24:17] 人々はそのデータを引き出したいと考えており、おそらく古いものの隣により現代的なソフトウェアを実行する別の産業用PCを展開することによって行います。
- [24:32] 機会は、そのデータを収集し、ローカルでコンピューティングを行い、何をクラウドにエクスポートするかを決定し、アプリケーション開発者やネットワークサービス展開者にとってシステムを活用しやすくすることです。
[0:00] ありがとう、Arpit。皆さん、おはようございます。私は、なぜジェパディをやらないのかと考えていました、あるいは…ご存じのとおり、ファミリーフュードです。つまり、モデレーターの基準を本当にどう設定するか、どこにいても皆さんにお伝えします。私たちの答えと質問をすべて出してください。そのとおりです。そして、60秒に制限します。エッジとは何か?さあ、Melissa。わかりました。では、素晴らしい。では、始めましょう。そう、エッジとは何か?つまり、そこは西部劇の世界ですよね?ご存じのとおり、私の観点では、多くのごまかしや用語がたくさんあります。
[0:31] 私の観点では、多くの人々が自分たちで何かをやろうとしており、それが分断を招いています。Jason、私たちはこれについて話しましたし、あなたは間違いなく意見をお持ちですね。あなたから始めて、見解を聞かせてください。ええ、面白いですね。ですから、エッジ・トゥ・クラウドのアーキテクチャを描くとき、私たちはいつも縦向きにします。PowerPointに収まりやすいからです。そして文字通り、エッジはいつも左側にあります。西部劇の世界、西側、そして東側です。もともとはクラウドなどで、より文明化されています。それらはより長く、集中型データセンターですが…
[1:04] 重要なポイントは、単一のエッジというものは存在しないということです。そしてこれが混乱の一部でもあります。それは、あなたが誰であるか、どう定義するかによって変わってきます。私がエッジコンピューティングを定義する方法は、コンピューティングを必要かつ実行可能な限り加入者や、ご存じの通り、デバイスの近くに移動させることです。もし私が通信事業者なら、コンピューティングを、ご存じの通り、必要な限り近くに移動させます。加入者のレイテンシを削減し、ご存じの通り、自社ネットワークの帯域幅の輻輳を減らすために。それは私のクラウドエッジかもしれませんし、あるいはそうしなければならないのであれば、オンプレミスのCPE機器に押し込むかもしれません。つまり、もう一つの点は、それらはある種、場所と関連付けられているということですが、それもまた有機的な境界なのです。もし私が運用者なら、必ずしもコンピューティングを移動させるとは限りません。
[1:46] ご存じの通り、オンプレミスです。ご存じの通り、もし私が原子力発電所なら、クラウドは使いません。そうですよね。ご存じの通り、そういったことです。つまり、このエッジのスペクトラムにおいて、断片化の多くは、クラウドからデバイスエッジへと進むにつれての固有の複雑さによるものです。ソフトウェアとハードウェアは常によりカスタマイズされ、収集されていきます。ですから、クラウドのデータセンターでは、ITの標準化が長年にわたって進んできた、という曲線を思い描くことができます。それは比較的標準的であり、些細なことになったと言っているわけではありません。
[2:17] しかし、デバイスエッジに近づくにつれて、まさに西部開拓時代のように、まずハードウェアがより複雑になり始めます。ご存じの通り、高温サポートが必要で、堅牢化が必要で、次にありとあらゆるIOが必要で、次に防爆のためのclass 1 div 2が必要で、次に接続された製品という観点で、地球上のあらゆるものに対してカスタムハードウェアが必要になります。ご存じの通り、車はトースターとは少し違います。そして…ソフトウェアはもう少し長く平坦になります。誰もが異なるフレーバーのOSを望み、そしてあらゆる狂ったプロトコルに踏み込んでいきます。そして、メモリ制約というこのトレードオフにぶつかるポイントがあり、これが私たちがシンコンピュートエッジと呼ぶもので、そこではもはや仮想化やコンテナ化を行うことができません。クラウドネイティブの原則を、クラウドから、メモリのせいで組み込みに移行しなければならないその最後のポイントまで、できるだけ近くまで拡張したいのです。
[3:06] これらの固有のトレードオフがあります。歴史的にエッジでこれほど多くの断片化があった理由の一部は、長い間のモデルが「私の独自プロトコルで君を囲い込む」というものだったからです。私は、IoTはというより、IoTとエッジは、何よりもメイカームーブメントに関係していると主張します。メイカームーブメント、Kickstarter、Indiegogo、ただのRaspberry Pi、Arduino、何でもそうです。そのエコシステムが人々を変えさせてきました。誰かがより速くイノベーションを起こすので、もう君を囲い込むことはできません。ですから今は、どれだけ速くイノベーションを起こせるかが重要であり、囲い込みではなく実力で勝つのです。そしてIoTでは、これらすべてのプラットフォームが次々と現れるのを見てきました。誰もが、もし君を囲い込むことができれば、君が許せば君のデータを売れると考えています。現実は、そしてこれが私たち全員がLF Edgeやより広いコミュニティで協力している理由ですが、スケールのためにはオープンが最終的に常に勝つということです。
[3:54] そうです。常に。そして本当にスケールしたいなら、オープンエッジから始まるマルチクラウド戦略が必要です。ええ。そしてこれが私たちが取り組んでいるすべてのことです。つまり、話せることは本当にたくさんありますが、ご存じの通り。ええ。まあ、核心を突きましたよね?ご存じの通り、独自仕様。そしてそれがオープンソースの力なのです。ご存じの通り、メリッサ、あなたの洞察もそこに聞かせてください。そうですね、起きているシフトの中で本当に素晴らしいことの一部はこうだと思います。ご存じの通り、ジェイソンはスタックを上っていくムーブメントについて話しました。私たちはまた、クラウド技術と、十分に確立され、ご存じの通り、ますます製品化され共通の方法で実装されつつあるインフラストラクチャソフトウェアが、スタックを下ってきているのも見てきました。そしてダンもおそらく基調講演でこれについて少し話すでしょう。しかし、それに加えて、スタックを上ってくる多様なワークロード、ご存じの通り、これらすべての異なるユースケースのために、そしてAIやFPGAやGPUを導入すると、どのワークロードがどこに行く必要があるかという複雑さ、
[5:00] 物理的にどこに、そしてそのワークロードにどれだけ置けるか、ご存じの通り、そしてどうやって…ロードバランスを取り、ご存じの通り、AI、ニューラルネットワーク、GPUなどに関して適切なリソース、物理リソースを確保するか、そこで本当に本当に複雑になります。そしてそれが、パートナーからよく聞くことの一つだと思います。「これを解明するのを手伝ってくれ。オープンが勝つ理由はわかる。そう、でもなんてこった、本当に複雑だ。オープンはどう違うのか?」と。
[5:34] どうやってそれを?オープンソースはどうやってその複雑さの管理を容易にするのか?そうですね、ONSのようなこの種のセッションや他のオープンソースの集まりでの対話で見られることの一部は、アーキテクチャとは何かという会話であり、オープンであることでコミュニティの最良の頭脳を得られ、技術が向かう先について最良の知性を活用できるということだと思います。それは私だけで自分のやり方で開発しているだけではありません。ええ、そうです。そしてそうすることで、もし合意できれば、共通のコンセンサスに達するには少し時間がかかると思いますが、一度共通のコンセンサスに達すれば、はるかに速く進むことができます。そしてさらに、共有されたメンテナンスの負担もあります。なぜなら誰もが創造に貢献するだけでなく、それが前進するにつれてそのメンテナンスにも貢献するからです。素晴らしい。素晴らしい。エリック、あなたの考えは。はい。メリッサが言ったことに乗っかります。つまり、水平な性質、あるいは
[6:36] 垂直統合を解体し、摩擦を減らして展開を容易にすることです。これこそが私たちが提供できることの一つだと思います。データセンターでは、オープンソーススタックがどのように進化してきたかという形で、これが行われてきました。同じことがエッジでも必要であり、エッジでも起こるでしょう。私たちはそれを加速しようとしているだけです。しかし、エッジとは何かというと、業界紙を読むと、クラウドにないものすべてのように思えます。非常に便利な定義です。私がやろうとしているのは、エッジ固有の要件は何か、そしてそれらはエッジの異なる部分、あるいはシステム内の異なるエッジで異なる、ということを解き明かすことです。私にとって興味深いことの一つは、この非常に深いエッジ、つまりエンタープライズエッジです。多くの場合、それは1C、2Cのような形で展開されるもので、そこの天井に設置されて空調などを管理しているサーバーです。
[7:31] 発電機の隣などでビデオ分析や振動分析を行うものです。そして、それを実際にどう管理するのか。これは、人々がラップトップやスマートフォンで行ってきたこととは大きく異なります。なぜなら、ソフトウェアを更新するために人をそこに派遣したくないという前提があるからです。費用がかかりすぎるからです。そうです、これは何かというと、はしごが必要だったり、クレーンで上まで行く必要があったり、別の場所では数時間運転して行く必要があったりするからです。では、物理的なセキュリティであれ、物へのアクセスであれ、ソフトウェアの観点から実際に何ができるのか。そしてジェイソンが言ったように、そのエッジで必要となるさまざまなIO要件、つまりレガシーなシリアルポートやランダムな無線への対応などです。しかし、どうすればそうしたものをより利用しやすくして、アプリケーションをそこに展開しやすくできるでしょうか?ええ。そして私の観点からすると、LF Edgeイニシアチブの興奮するところは、これらのドメインを統合し、通信、IoT、エンタープライズ、クラウドを見渡したときの複雑さと断片化を減らすことです。そして、このパネルでは意見の相違があるかもしれません。
[8:52] そこでのレイテンシ、ロケーション、モビリティの問題を見ると課題があります。では、エリック、あなたから始めましょう。通信ドメインが他のドメインから学べるベストプラクティスや学びはありますか?ええ、つまり、水平レイヤーを構築するという考え方の上に成り立つと思います。ハードウェアから積み上げていくと、実際に共通しているのは何か、ハードウェアのルートオブトラストを取得すること、その空間で測定ブートの概念を持てることなどです。
[9:23] 実際に何かを起動できる場所、通常はLinuxですが、リアルタイムOSやその他そこに展開されるものかもしれません。そしてそこから積み上げて、アプリケーションに共通の接続性を提供します。アプリケーション、クラウドネイティブなアプリケーションは、自分が得るものがイーサネットのように見えると仮定します。しかし、あなたはRail-Tを実行しています。なぜなら、そこに設置されているからです。では、アプリケーションはそれを知る必要があるのでしょうか?いいえ、知る必要はないはずです。そのものを抽象化できるはずです。つまり、仮想化のレイヤーを挿入するという考え方は、私たちがProject EVEで、そしてLF Edgeの一部として取り組んでいることです。
[10:02] ジェイソン、その勢いを推進しているさまざまなプロジェクトについてのあなたの洞察は?では、通信側から始めます。過去数年間、多くの人々、多くの企業と同じように、IoTエッジであれ何であれ、誰もが再び全員を囲い込もうとしています。なぜなら、あなたを囲い込むことができれば、あなたのデータでお金を稼げるからです。あなたが私にそれを許せば。歴史的にはそうでしたが、現実にはそれはインターネットを所有しようとするようなものです。ですから、通信事業者であれそうでなかれ、私たちが見ているのは、それをオープンにしなければならないということです。そして、テクノロジーを使って見知らぬ人からチェックを取り戻すのです。これが規模を拡大する方法でもあります。私たちが取り組んでいることはたくさんあり、近いうちに耳にすることでしょう。システムレベルで信頼を挿入するという概念です。そうすることで、システムのシステム間を横断できるようになります。しかし第一歩は、全員が中間部分を再発明するという狂気を解決することです。特にIoTに関しては。ですから最初のプロジェクトの一つ、私がDellの素晴らしいチームと共に始めるのを手伝い、Linux FoundationのプロジェクトとなったEdgeX Foundryは、Cranoや他の多くのプロジェクトと並ぶアンカープロジェクトの一つです。Eveなども入ってきますが、それについては後で話します。EdgeXは、クラウドネイティブの原則をいわゆるシンコンピュートエッジまで拡張しようというものでした。ゲートウェイはその一つの見方です。それを、中間部分でAPIをオープンにする形で行おうというものです。そして、コラボレーションを通じて十分な数の人々が何かを使うようになれば、それがデファクトスタンダードになります。ですから、このオープンAPIがあれば、デバイスコネクタであれ何であれ、コンポーネントを置き換えることができ、私は気にしません
[11:25] 特にサウスバウンドで単一のプロトコルを使うことなど決してないから、どんなプロトコルを使うかは気にしない。IOTのサウスバウンドには何千ものプロトコルがある。なぜか?それはロックインの戦略のためだ。そして誰もがプロトコルを作ったので、私の制御システムから切り替えるのは本当に難しかった。ところが今、誰もが向かっているのは、ロックインではなくソフトウェアとサービスだということだ。サウスを民主化してこそ、ノースで収益化できるのだ。そうだろう。そして、EdgeXは… その俊敏性がある、ええ。ええ、EdgeXはまさにこういうことだ。「使うハードウェアもOSも気にしない、プラットフォーム非依存、クラウドネイティブ、疎結合なマイクロサービス。自分のピックアッププロトコルをオープンAPIにプラグインすれば、その周りはすべて異種混在で構わない。」だから、それがEdgeXの狙いであり、今もそうだ。そして、そのコミュニティで多くの採用が見られている。
[12:08] そこで良いことが起きた。データが生成された瞬間にその分離点を用意してくれれば、あとは好きな場所にデータを送れる。クラウド戦略は普通こうだ――私のマルチクラウド戦略とは、つまり私は大手クラウドだから、君のデータを全部私に送れ、そうすれば大金を払う限りどこへでも送っていい。そうだろう。EdgeXの戦略は、データが生成された瞬間にデータを分離し、そこからエッジからクラウドまでのあらゆる組み合わせを選ぶ、つまりすべての組み合わせが機能する。ええ。そうすれば、チェーン全体を左右にまたいでデータを転送できる。もう一つ、今朝も話していたが、用語集プロジェクト、これは非常に重要だ。用語の話をしたね。バズワードビンゴがたくさんある。ええ、フォグとかフォギーとか。フォグは基本的にすべてのエッジだ。まあ、フォグはフォギーだ。だから我々はその用語をあまり採用しなかったが、フォグとは基本的に――見えない。フォグとはクラウドにないすべてのもので、同じことだ。
[13:01]の間、あるいは何であれ。しかし、私がプロジェクトとして本当に重要だったのは、コンピューティング用語集のようなもので、基本的には、どうやって用語の整合性を取るかということです。そしてある程度は意味論もですが、ええ、ここにいくつか例があります。まず、あなたが誰かによりますが、テルコの世界では、ニアエッジ、ファーエッジです。しかし、何が近くて何が遠いのか?これらは偏った用語です。まるで、セサミストリートのオスカー・ザ・グラウチを見たことがありますか、彼らは遠いです。どういう意味ですか?絶対値で話す方が良いです。人々はリアルタイムとあまりにも頻繁に言います。ビルオートメーションの人にとってのリアルタイムは15分です。エアバッグにとってのリアルタイムは一秒の何分の一かであり、決定論的でなければなりません。
[13:40]金融関係者にとってのリアルタイムはミリ秒ですが、スターバックスを手に入れられなくても誰も死にません。5Gの世界では、それは五ミリ秒未満の遅延です。だから私たちは絶対値について話す必要があります、つまり、微小についてです。データセンターの人々がいつも言うのを聞きます、「微小?それは微小だ。それは500メガバイトのフットプリントだ。」エリックが住んでいる世界では、場合によっては五キロバイトです。だから私たちは絶対値について整合性を取る必要があります。それは固有のトレードオフを記述するものです。そしてそこに一般的な用語があると思います。そして、偏った用語を使わないようにしましょう。絶対値を使いましょう。ええ。そしてそれは重要です。なぜなら、私が参加するすべての会話で、最初の15分は何について話しているのかを基礎固めするのに費やされるからです。あなたは「これを乗り越えて」という感じです。そうでしょう。
[14:33] クラウド変革で何が起きたか、テルコやクラウド事業者やティアツーは、皆、共通のオープンな、多くは共通のオープンソースプロジェクトをクラウドインフラのために実装した。しかし、開発が進む中でそれらを立ち上げていたため、それぞれが少しずつ違うやり方をした。OpenStackの上でKubernetesが動き、OpenStack、すべてVMコンテナ、クラウドネイティブ。
[15:07] それらすべての企業は、本質的にはオープンソースだったものが、彼らの特定のビジネスに固有の統合の仕方のためにプロプライエタリになったものを維持するために、膨大なリソースを費やしている。だから、そこから学んだ教訓を活かし、本当に焦点を当てるべきは、エッジのビジョンを実現するなら、私がまだ働いているうちに、これらのオープンソースプロジェクトがどう消費されるかということを止める必要がある。そうだろう。そして、これらのコンポーネントの構築だけでなく、実際のユースケースを実現するための統合の仕方においても、コミュニティとして取り組む必要がある。そして、LF Edgeの一部としてAcranoというプロジェクトがあり、まさにそれが目的だ。特定のユースケースを念頭にコミュニティが集まり、こう言う。「この特定のユースケースでは、これらのコンポーネント、これらの資産でアーキテクトし、完全に宣言的な方法で統合したい。このハードウェア、このソフトウェア、このソフトウェアのこのリリース、などなど、これが統合の仕方であり、これがレンダリングの仕方だ。」
[16:18] 彼らが証明する機能を検証する。機能を作ってリリースするが、どう検証されるのか、どんなテストケースか、どんな帯域制約か、などなど。だからAcranoは本当にこう言おうとしている。「これを簡素化しよう。インフラソフトウェアで差別化する者はいないだろう?差別化はすべて、その上で動くアプリサービスやビジネスモデルにある。コミュニティ全体が今も長期的にも恩恵を受ける。」そして、それは本当に本当に説得力があると思う。それはある意味、別のタイプのオープンソースプロジェクトだ。つまり、それほど開発プロジェクトではない。開発の側面もいくつかあるが、本当に人々が集まって、これを製品化可能にするという面倒な作業を行うのだ。そして、それは本当に途方もない取り組みだと思う。
[17:18] そうあるべきだと思いますし、我々はその一端を見始めたところだと思います。OpenStackはこの分野でいくつか取り組みを進めています。Cloud Native Compute Foundationも同様の取り組みをしています。しかしCranioの差別化ポイントは、実際にすべてのアップストリームプロジェクトから取り込み、これらのユースケースをコミュニティ向けの完全な垂直スタックおよびリファレンススタックとして描き出すことだと思います。オープンソースのコミュニティですね。うまくいくかどうか見てみましょう。懐疑的な人も確かにいます。
[17:53] 素晴らしい、素晴らしい。さて、まだ少し時間がありますので、ここでチームにボーナス質問を投げかけたいと思います。ArpitはONSの開始時に立ち上がってマイクを落とし、エッジのインパクトが... 潜在的にクラウドで見てきたことの為替のようなものになり得ると語りました。クラウドはかなり... かなり受け入れられてきましたよね。ですから私にとって、それはかなり衝撃的でした。そこで、皆さんそれぞれがそれがどのように起こると考えるか、洞察を聞かせていただければと思います。つまり、それを本当に推進する特定の要となる要素があるのでしょうか?ではMelissa、あなたから始めてもらえますか。
[18:30]ありがとうございます。失礼しました、あなたの質問を聞いていませんでした。クラノについて話していたときにいくつかのことを言い忘れたという事実について考えていました。ええ。そして、昨日アルピットが言及したものを含め、LF Edgeの一部としていくつかの他のプロジェクトがあるという事実を言い忘れました。あなたがそう言ったとき、私は「ああ、しまった」と思いました。どうぞ。それらについては何も言いませんでした。とにかく、LFHの一部として発表された新しいプロジェクトがいくつかあります。バダルとフレッジもそうでした。合計七つのプロジェクトがあります。
[19:04] LF Edgeの一部として、ここでいくつか言及されたものを聞きましたが、LF Edgeに貢献されている新しいプロジェクトの一覧もあります。ですから、人々が参加できる機会はたくさんあります。そしてエコシステムからも、LF Edgeやこれらのさまざまな新しいプロジェクトの参加者からもこれほど多くの関心が寄せられる理由は、ユースケースの多様性にあると思います。エッジ技術の文脈で存在するものは独特であり、それぞれ異なり、異なるソフトウェアと異なる機能やコンポーネントを必要とします。ですから、発表された新しいプロジェクトのいくつかをぜひチェックしてみてください。LF Edgeのウェブサイト、wiki.lfedge.orgには大量のドキュメントがあります。真のオープンソースの流儀で、すべてがオープンなので、情報を得るのはとても簡単です。ですから、これらのさまざまなプロジェクトについてもっと知るために、利用可能なものをぜひ活用してください。ありがとう。そしてもちろん鍵となるのは、LF Edge内の、すべてのLinux Foundationプロジェクトに共通するガバナンス、つまり
[20:10] 中立的なガバナンスです。アンブレラプロジェクトの要点は、おそらく多くの人がご存じのとおり、Cloud Native Compute、LF Networkingなど、何度も何度も実証されてきたさまざまなモデルがあるということです。それは包括的であること、プロジェクトを招き入れること、たとえ最初にいくらか重複があっても、その後、その構造化されたガバナンス、技術諮問委員会などと連携してコミュニティが時間をかけてこれらのプロジェクトを調和させることです。それがそのミッションの重要な部分であり、Melissaがとてもうまく言ったように、中間部分を再発明することで誰も勝者にはならないということです。差別化されない重い作業を最小限に抑えることについて。はい。これは重要です。
[20:45] - そのことについてはしばらく考えました。 - ええ、でもクラウドについてのあなたの質問に答えると。たくさんのことがあります。つまり、すべてのデータはエッジで生成されます。そしてネットワーク上にますます多くのデバイスが出現していることは間違いありません。そしてこれは、ご存じのとおり、多くの輻輳と、コンピュートを移行する必要性を引き起こすでしょう。クラウドはなくなるのか?いいえ。いいえ。多くのクリックベイトがあります。「クラウドは消える」と。いいえ。そうです。クラウドは常に最も深い深層学習を行うのか?ええ。より多くの学習がエッジで行われるのを見るのか?間違いなく。私はそれを浅い学習と呼んでいます。ええ。ご存じのとおり、エッジに近いところで。はい。目にするでしょう。要点は、物事がどこで実行されるかはわからないということです。確かに。ご存じのとおり、最終的には。ビジネスモデルとユースケースについては、まだ表面をかすったにすぎません。
[21:29] ちょうどPOCパーティ・オブ・ワンのようなもので、今度はそのソリューションをスケールさせようとする。今度は他のドメインと交差するそのソリューションをやろうとする。そこに本当の可能性があります。そしてこれが、オープンであることが必要な理由です。システム全体のレベルでの信頼なしには、パブリックとプライベート、そしてこれらすべてのさまざまな人々を横断することはできません。ですからそれが次の大きな会話です。要点は、適切にアーキテクトすれば、たとえ初日の正解がすべてのデータをどこかのクラウドに送って集中的に処理することであっても。そうです。しかし請求書が来るので、そこに留まりたくはならないでしょう。ハイブリッドモデルになるでしょう。ハイブリッドモデルが欲しくなるでしょう。そして時間とともに、その連続体のどこにでもワークロードを移行できる能力が必要になります。
[22:04] そしてそれは、今すぐ適切にアーキテクトしなければならないということです。これがCranowやEveに関するものなどの理由であり、我々がやっていること、つまりHomeEdgeはLF Edge内の別のプロジェクトです。家庭内でさえ、人々が、あなたのゲートウェイがさまざまなサービスをホストするサーバーのようになっていくのを見始めるでしょう。そしてこれらすべてのトレンドは、抽象化できるものはすべて抽象化し、コンピュート、ストレージ、ネットワーキングを抽象化し、常にデータを基盤となるインフラストラクチャから分離します。最終的には、ドメイン知識を適用した一貫性のあるインフラストラクチャが重要です。勝者は最良のアルゴリズムを持ち、最良の専用ハードウェア、専用ソフトウェアを持ちます。中間部分を再発明して勝つ者はいません。そうです。ですから短い答えは、ええと...
[22:46] 全面的に大きな変化が見られるでしょう。最後に言いたいのは、エリックに時間を譲りたいのですが、いつも聞かれるんです、5Gがあればエッジコンピューティングは短期的なものになるだけではないですか、と。ええ、レイテンシーですよね、ご存じのとおり、非常に低い。しかし第一に、信頼性にどれだけ多くのナインがあっても気にしません。クラウドから私のエアバッグを展開させるつもりはありません。ええ。そんなことは起きません。そして第二に、帯域幅には常にコストが伴います。そうです。私が使う例えはこうです。高速道路を建設すれば、人々はこう考える、ああ、高速道路を建設すれば交通問題を解決できると。ところがどうなるか。より多くの人が町や郊外に移り住み、そして交通量が増える。ええ。すべてが上がっていく。だから新しい体験が得られる。信じられないような、こうしたクールなものすべてが。しかしそれは帯域幅の問題を解決するわけではありません。そうです。
[23:27] それも推進できますよね、ライセンス対アンライセンスのスペクトル、一日中話していられますが、エリック、締めくくってもらえますか、何か追加の考えはありますか。ええ、つまり、エッジがどこにあるかを見れば、ええ、この分野を分析しているすべての人々が言うように、そこで生成されるデータ量は増えており、今後も増え続け、実際にクラウドに到達するデータ量を、データ量という点で追い越すでしょう。実際に展開されているインフラを見れば、エッジはすでにここにあり、すでにクラウドより大きいとさえ言えるかもしれません。ただまだ接続されていないだけです。工場の現場に入れば、フロアのあらゆる機械に産業用PCが設置されているのがわかるでしょう。それらはWindowsか何かを動かしているかもしれませんし、願わくばその古いバージョンであってほしいですが、願わくばネットワークに接続されていないことを願います。なぜなら機械を設置して以来、しばらくパッチが当てられていない可能性が高いからです。しかし人々はそのデータを引き出したいのですよね。
[24:17] そしてどうやってデータを引き出すのか。おそらく、その隣に別の産業用PCを展開し、ソフトウェア的により現代的なもの、Windows 98などではなく、を動かす。そしてそれを構築していく。しかし機会はそこにあると思います。そのデータを収集し、計算の多くをローカルで行い、そしてこう言うことができる、さて、ここからクラウドへ何をエクスポートする必要があるか、どうシステムを構築するか、そしてアプリケーションを開発する人々の観点からも、ネットワークサービスを展開したい人々の観点からも、それを簡単に活用できるようにする。
[24:50] 実際にそうしたものを接続できる。だからそれが鍵となることだと思います。素晴らしい。素晴らしい。それではエリック、ジェイソン、メリッサ、どうもありがとうございました。素晴らしい洞察でした。イベントの残りをお楽しみください。ありがとう。ありがとう。よし。ご覧のとおりです。
英語の原文字幕を見る
[0:00] Thank you, Arpit. Good morning, everyone. I was thinking, why don't we play Jeopardy or... You know, the family feud. I mean, I tell you what, how do we really set the bar for moderators, wherever you are out there? Give all of our answers and questions. That's right. And I'm going to limit you to 60 seconds. What is the edge? Come, Melissa. All right. Well, great. Well, let's get into it. So, yeah, what is the edge? So, it's the Wild West out there, right? You know, from my perspective, lots of whitewashing, lots of terminology.
[0:31] From my perspective, lots of folks kind of trying to do things on their own, and it's driving fragmentation. I know, Jason, we've spoken about this, and you definitely have some opinion there. Let's start with you and get your insight. Yeah, it's funny. So when we draw edge-to-cloud architectures, we always put it in portrait mode because it's easier to fit in a PowerPoint. And literally, the edge is on the left all the time. It's the Wild West, the west side, and the east side. It's kind of originally the cloud and all that, more civilized. They're longer, the centralized data centers, but...
[1:04] So key point, there's no single edge. And this is part of the confusion. It depends on kind of who you are, how you define it. The way I define, edge computing, it's moving compute as close as both necessary and feasible to subscribers or, you know, devices. If I'm a telco, I'm going to move compute, you know, as close as I need to, to reduce latency, you know, for subscribers, reduce bandwidth congestion on my own networks, you know, so that could be my cloud edge, you know, or maybe I push it into CPE equipment on premise because I have to do that. So that's the other thing is there's, they're kind of associated with locations, but that is even, that's an organic boundary. If I'm an operations necessarily going to move compute.
[1:46] you know, on-prem. You know, if I'm a nuclear plant, I'm not going to do the cloud. Right. You know, and stuff like that. So this spectrum of edges, a lot of the fragmentation is due to inherent complexities as you go from cloud to device edge, software and hardware always gets more customized and collects. So you can kind of envision this curve where in the cloud data centers, IT standardization has happened over the years. It's relatively standard, not to say it's trivialized.
[2:17] But as you get further towards the device edge, the Wild West, hardware starts to get more complex first. You know, I need elevated temperature support, I need ruggedization, then I need all kinds of IO, then I need class 1 div 2 for explosion proof, then I need custom hardware for every single thing on the planet, like in terms of connected products. You know, a car is a little bit different than a toaster. And... Software goes flat a little bit longer. Everyone wants a different flavor of OS, and then you get into all the crazy protocols. And then there's a point where you hit this tradeoff at memory constraint, and this is what we call the thin compute edge, where you can no longer do virtualization or containerization. You want to extend cloud-native principles as close from the cloud all the way down to that last point where you now have to go embedded because of memory.
[3:06] there's these inherent trade-offs. Part of the reason why there's so much fragmentation, historically, in the edge is because the models for a long time was, I'm going to lock you in with my proprietary protocol. I would argue that IoT, is more about IoT and Edge, is more about the maker movement than anything. The maker of movement, Kickstarter, Indiegogo, just Raspberry Pi, Arduino, whatever. That ecosystem has driven people to change. I can no longer lock you in because someone's going to out-innovate you faster. So now it's about how fast can you innovate, and you win by merit, not lock-in. And so in IoT, you've seen all these platforms pop up. Everyone thinks that if I can just lock you in, then I can sell your data if you let me. The reality is, and this is why we're all collaborating in LF Edge and broader communities, is Open always wins in the end for scale.
[3:54] Right. Always. And if you want to really scale, you need a multi-cloud strategy that starts with an open edge. Sure. And so this is all the stuff that we're working on. And I mean, there's so many different things we could talk about, but you know. Yeah. Well, you hit the nail on the head, right? You know, proprietary. And that's the power of open source is really . You know, Melissa, let's get your insight there as well. Well, I think part of what has been also really, tremendous in the shift that's happening. You know, Jason kind of talked about what's the movements that are moving up the stack. I think we've also seen the cloud technologies and the infrastructure software that's been well established and is becoming, you know, more and more productized and implemented in common ways, and I think Dan will probably talk a little bit about this in his keynote as well, are coming down the stack. But then when you complement that with the diversity of workloads coming up the stack, you know, for all of these different use cases, and then you introduce AI and FPGA and GPU, the complexity of what workload needs to go where,
[5:00] physically where, and how much can I put at that workload, you know, and then how do I... load balance and make sure that I've got the right resources, physical resources with regard to, you know, AI, neural networks, GPU, et cetera, where it becomes really, really complex. And I think that's one of the things that I hear from our partners a lot is help me figure this out. I get why open is going to win. Right. But holy heck, it's really complicated. How is open different?
[5:34] do that? How does open source make it easier to manage that complexity? Well I think part of what you see in the dialogue at sessions like this at ONS and other open source gatherings is a conversation around what is the architecture and by being open you get the best of the community's mind and you are able to leverage the best of the intelligence of where technology is headed It's not just me doing my development on my own kind of thing. Sure, yeah. And so we can actually, if we can agree i think it takes a little longer to get to common consensus on what that should be but once we get to a common consensus we can go much faster. And then you also have the shared maintenance burden because everybody's not only contributing to the creation but contributing to the maintenance of it as it moves forward. Excellent. Excellent. Eric, your thoughts. Yes. I'm falling onto what Melissa said. I mean, I think that the horizontal nature or
[6:36] breaking up the vertical integration so that you reduce friction and making it be easier to go deploy things. I think that that's one of the things that we bring to the table, right? This is what's been done in the data centers with the whole sort of how the open source stacks have evolved over time. And the same thing needs to happen on the edge and is going to happen on the edge. We're just trying to accelerate it. But in terms of what is the edge? Well, it seems like if you read, you know, the trade press, it's anything that isn't in the cloud, right? very useful definition. What I'm trying to do is tease apart what are the edge unique requirements, and they're different for different parts of the edge or different edges in the system. So one thing that to me is interesting is this very sort of deep edge or enterprise edge. In many cases, it's things that are deployed sort of 1C, 2Cs, a server sitting in the ceiling over there managing the AC or whatever, right?
[7:31] something that does some video analytics, vibration analytics, next to a generator or something. And how do you actually manage that? It's very different than what people have done with your laptop and even with your phone, because the assumption is that you don't want to send a human being out there to update the software because it's too expensive. right because this thing is it's you need a ladder to whatever a crane to get up there somewhere else it's you know you need to drive for a couple hours to get there so so what can actually do from a software perspective to go address those unique things whether it's about physical security about the the access to the things and as jason said you know the different io requirements you have at that edge right dealing with legacy serial ports um random radio But how can we make that stuff be more accessible so that it's easier to deploy applications out there? Yeah. And what's exciting about, from my perspective, the LF Edge initiative is unifying these domains and reducing that complexity and that fragmentation when you look at telco, IoT, enterprise, and cloud. And there may be some disagreement here on the panel.
[8:52] challenges when you look at latency, location, and mobility issues there. So, Eric, let's start with you. Are there any best practices or learnings that the telco domain can take from those other domains? Well, I mean, I think that sort of building on the sort of horizontal layers, I mean, one thing, working up from the hardware, is looking at what is actually common in terms of getting hardware root of trust, being able to have some notions of measured boot in the space.
[9:23] where you can actually take and boot something, typically Linux, but maybe it's a real-time OS or something else that's going to run out there, and then build up from there by providing... Um, you know, common connectivity for your applications. The applications, cloud-native applications, they assume that, oh, what I get looks like an Ethernet. Well, but you're running a Rail-T, right? And because you're sitting out there. So does the application need to know about that? Well, it shouldn't have to, right? You should be able to abstract that thing away. So that notion of inserting a layer of virtualization is something that we're working on in Project EVE and as part of LF Edge.
[10:02] Jason, your insights into the different projects that are also driving that momentum? Well, I'll start on the telco side. just like many folks, like many companies over the past couple of years, IoT Edge, whatever, Everyone's trying to lock everybody in again, because it's like, if I can just lock you in, then I can make money on your data. if you let me. Historically, that's historically, but the reality is that's like trying to own the Internet. So what what anyone telcos or otherwise you know we look at is you must open it up and then there's you use technology to bring checks back from strangers this is this is how it's also making the scales there's a lot of stuff that we're working on you know you'll hear about soon you know about that you know this this notion of inserting trust at a system level um so that you can cross between systems of systems so step one though is like solve the insanity around everybody reinventing the middle yeah you know for you know with iot specifically so one of the first projects um well project that i helped to get started with a great team at dell and it became a linux foundation project with EdgeX Foundry, one of the anchor projects along with the Crano and there's a bunch of others, Eve and others coming in, we'll talk about. EdgeX was, hey, let's go extend cloud native principles down to the thin compute edge, so to speak. Gateways is one way to look at it. Let's do it in a way where you then open up an API in the middle. And if you get enough folks using something through collaboration, then that becomes a de facto standard. And so if you have this open API that allows you to replace components, whether it's device connectors, and I don't care
[11:25] care what protocol you speak because you'll never have one protocol southbound especially. There's there's thousands of protocols southbound in IOT. Why? Because of the lock-in plays. And Everyone created protocols so that it was really hard to switch from my control system. Well, now everyone's moving towards it's about software and services, not about the lock-in. You need to democratize the south so you can monetize the north. Right. And so, EdgeX... You've got that agility, yeah. Yeah, EdgeX is all about like, "Hey, I don't care what hardware you use, what OS you use, platform independent, cloud native, loosely coupled microservices. You take your pickup protocol, you plug it into the open API, and then everything can be heterogeneous around it." And so, that's what EdgeX was all about and is all about. And so, we're seeing a lot of pickup in that community.
[12:08] So good stuff happened there. Give me that decoupling point the moment data is created, and then I can send data wherever I want. The cloud strategy would normally be – my multi-cloud strategy, like I'm a big cloud, is like send me all of your data, and then you can send it anywhere you'd like if you pay me a lot of money. Right. The EdgeX strategy is decouple your data the moment it's created, and then you pick... any permutation from edge to cloud, so all permutations work. Yeah. And then you can kind of transport stuff, you know, left and right across the chain. The other one, you know, I've mentioned, so we've been talking about it earlier this morning, like the glossary project, very important. You mentioned the terminology. There's a lot of buzzword bingo. Yeah, like fog and foggy. The fog is basically all the edges. Well, fog is foggy. That's why we didn't really subscribe to that term, but like, you know, fog is basically -- I can't see. The fog is everything that's not in a cloud, same thing.
[13:01] between or whatever. But when I was really important as a project was as computing glossary is like, basically, how do we get aligned on terminology? And semantics to some degree, but yeah, Here's some examples. So first off, depends on who you are, but Telco world, it's near edge, far edge. But what's near and what's far? These are loaded terms. It's like, you ever seen Sesame Street, Oscar the Grouch, they're far. What do you mean? It's better to talk in absolutes. People say real time, way too much. Real time to a building automation person is 15 minutes. Real time to an airbag is like a fraction of a second and it must be deterministic.
[13:40] real time to a financial person is milliseconds, but no one dies if you don't get your Starbucks. In the 5G world, it's less than five millisecond latency. So we need to talk about absolutes, you know, tiny. I hear all the time data center people say, "Tiny? It's tiny. It's 500 megabytes of footprint." You know, the world that Eric lives in, it's five kilobytes, you know, in some cases. So we have to get aligned on absolutes. that are descriptive around inherent trade-offs. And that's where I think there's some general terminology. And then there's like, let's not use loaded terms. Let's use absolutes. Yeah. And it matters because I think like every conversation I'm in, we spend the first 15 minutes of the conversation just getting grounded on what we're talking about. You're like, get over this. Right.
[14:33] what happened with the cloud transformation and, telcos and cloud operators and tier twos, you know, they all implemented common open many of them implemented common open source projects for their cloud infrastructure. But because they were standing them up as things were being developed, each one of them did it slightly differently. you know, OpenStack running the Kubernetes running OpenStack, all VM container, cloud native.
[15:07] all of those different companies are spending enormous resources maintaining what is essentially is open source that became proprietary because of the way that they integrated it was unique to their particular business and so taking the lesson learned from that and really being focused on hey if the vision of edge is to be realized um while i'm still working we need to stop um kind of the which these open source projects get consumed. Right. And we need to work as a community not only in their building of these components, but in the way they get integrated to realize actual use cases. And so there's a project as part of LF Edge called Acrano, where that's exactly what the project is about. It's the community coming together with specific use cases in mind and saying, okay, for this specific use case, I would like to architect this with these components, these assets, and integrate it in a completely declarative fashion. This hardware, this software, this release of this software, et cetera, this is how you integrate it, this is how you render it,
[16:18] validate the functionality that they attest to. They'll have a feature and they release it, but how is it validated and what kind of test cases, what kind of bandwidth constraints, etc. And so Acrano is really trying to say, hey, let's simplify this. Nobody's going to differentiate on infrastructure software, right? It's all going to be on the app services, business models running on that the whole community benefits for now and for the long term. And I think that's really, really compelling. It is a different type of open source project in the sense that, you know, it's not as much of a development project. There are some development aspects, but it's really folks coming together to do the dirty work of making this stuff productizable. And I think that that's really a tremendous effort.
[17:18] I think it should be, and I think we're kind of at the cusp of seeing some of this. I think OpenStack's done some of this. The Cloud Native Compute Foundation's doing some of this. But what I think is differentiated about a Cranio is it's actually pulling from all the upstream projects to render these use cases as complete vertical stacks and reference stacks for the community. of open source, and we'll see if it works. There are definitely skeptics.
[17:53] Awesome, awesome. Well, we've got some time left, so I want to throw a bonus question to the team here. Arpit stood up and dropped the mic when ONS got kicked off and talked about how the impact of the edge... potentially could be a forex that of what we've seen with cloud. Cloud's been pretty... pretty accepted, you know, so for me, that's, that was pretty mind-blowing. So, I'd love to get each of your insight on how you see that happening. I mean, are there certain linchpins that'll occur that'll really drive that? So Melissa, maybe start with you.
[18:30] Thank you. So I apologize, I wasn't listening to your question. I was thinking about the fact that I failed to mention a couple things when I was talking about, I got totally passionate about a Crano. Yeah. And I failed to mention the fact that there are a couple other projects as part of LF Edge, including the ones that Arpit mentioned yesterday. When you said that, I was like, oh, shit. Go for it. I didn't say anything about those. Anyway, so there are some new projects that were part of LFH that were announced. Badal and Fledge were also. There are seven projects total.
[19:04] As part of LF Edge, you've heard a couple mentioned here, there's also a laundry list of new projects that are being contributed to LF Edge. So there's a lot of opportunity for folks to get engaged. And I think the reason that there's so much interest from the ecosystem and from the participants in LF Edge and these different new projects is the diversity of use cases. exist when the context of edge technologies are are unique and they're different and they require different software and different capabilities and components um and so i'd encourage you to get you know to check out some of the new projects that were announced there's a ton of documentation on the lf edge website the wiki.lfedge.org so you can it's very easy to get informed in true open source fashion everything's open um so please leverage what's available to get more informed about these different projects thanks and then the key of course is within lf edge all linux foundation projects is the governance i mean
[20:10] neutral governance. The whole point of an umbrella project, as probably many people know, cloud native compute, LF networking, there's a bunch of different models that have been proven time and time again. It's be inclusive, bring projects in, even if there's some overlap up front, but then let the community working with that structured governance, the technical advisory committee and all that, help to harmonize these projects over time. That's a key part of that mission is that nobody wins as Melissa said so well, reinventing the middle. about minimizing undifferentiated heavy lifting. Okay. This is important.
[20:45] - I thought about that one for a while. - Yeah, but to answer your question on the cloud. So there's a lot of stuff. I mean, all data is created at the edge. And there's no doubt that there's just more and more devices popping up on networks. And this is gonna cause, you know, A lot of congestion and a lot of need to kind of shift compute. You know, is the cloud going away? No. No. There's a lot of clickbait. Oh, the cloud is going to disappear. No. Right. Will the cloud always do the deepest of deep learning? Yeah. Are you going to see more learning happening at the edges? Absolutely. I call that shallow learning. Yeah. You know, closer to the edges. Yes. You're going to see. The point is that we don't know where things are going to run. Sure. You know, in the end. We haven't even scratched the surface yet on the business models and the use cases.
[21:29] of just like POC party of one, now try to scale that solution. Now try to do that solution that intersects with other domains. That's the real potential. And this is why you need open. You can't cross public and private and all these different folks without trust at a system-wide level. So that's the big next conversation. The point is if you architect properly, even if your right answer day one is to send all your data to some cloud and do stuff centralized. Right. But you're not going to want to stay there because you're going to get the bill. It's going to be a hybrid model. You're going to want a hybrid model. And so over time, you need to be able to have that transportability of workloads anywhere along that continuum.
[22:04] And that means that you right now have to architect properly, and this is why things like in Cranow and stuff with Eve, and we're doing, I mean, HomeEdge is another project within LF Edge. Even in the home, you're going to start seeing folks, your gateway looks more like a server hosting all the different services. And all of these trends, abstract everything you can, abstract, compute storage, networking, always separate the data from the underlying infrastructure. In the end, it's about consistent infrastructure, with domain knowledge applied. The winners will have the best algorithm, have the best specialty hardware, specialty software, No one wins reinventing the middle. Right. So the short answer is like...
[22:46] you're going to see a massive change across the board. The last thing I'll say, I want to give time to Eric, is I get asked all the time, isn't 5G just going to make edge computing a short-term thing? Yeah, latency, you know, very low. But number one, I don't care how many nines you have on reliability. I'm not going to let you deploy my airbag from the cloud. Yeah. Not going to happen. And number two, bandwidth always comes with a cost. Right. So the analogy I use is if you build freeways, people think, oh, I'll solve the traffic problem by building freeways. Well, what happens? More people move to town, suburbs, and then you have more traffic. Yeah. Everything raises up. So you get new experiences. It's going to be incredible, like all this cool stuff. But it's not going to solve the bandwidth problem. Right.
[23:27] drive it as well you know license versus unlicensed spectrum we can go all day eric why don't you close us out you know any additional thoughts here Yes, I mean, if you look at where the edges are, I mean, yes, All the people that are analyzing this stuff are saying that the amount of data that's generated there is growing and it's going to grow and it's going to take over the amount of data that actually makes it to the cloud, just in terms of amount of data. If you look at actually deployed infrastructure, you can even argue that the edge is already here and already bigger than the cloud. It's just not connected yet. If you walk into a factory floor, you will find industrial PCs sitting in every machine on the floor. They might be running some app running Windows or whatever, and hopefully an old version of it, but hopefully not connected to the network because it probably hasn't been patched in a while since they installed the machine. But people want to get that data out, right?
[24:17] And how can they get the data out? Well, maybe they deploy a separate industrial PC next to it that runs something more modern software-wise, not Windows 98 or whatever. And then build it up. But I think the opportunity is there. the being able to gather that data, do a bunch of the computing locally, and then saying, okay, what do I need to export from here to the cloud, how to build a system, and making that easy to leverage from the perspective of people developing applications as well as the people that want to deploy the network services.
[24:50] that can actually connect that stuff together. So I think that that's a key thing. Excellent. Excellent. Well, Eric, Jason, Melissa, thank you so much. Great insights. Enjoy the rest of the event. Thank you. Thank you. All right. Look at that.
Vidleafワークベンチで開く
トランスクリプトを検索し、行を選択し、タイムスタンプ付きの引用をコピーし、翻訳します。
帰属
「基調講演パネルディスカッション:エッジの統合 - IoT、エンタープライズ、テルコ、クラウド」The Linux Foundation (https://www.youtube.com/@linuxfoundationorg) による、CC BY 3.0 (https://creativecommons.org/licenses/by/3.0/) の下でライセンスされています。ソース動画:https://www.youtube.com/watch?v=0x4Md1FSGNA。このページは、段落区切りとタイムスタンプを追加した動画のテキスト文字起こしです。作成者はVidleafと提携しておらず、Vidleafを推奨するものでもありません。VidleafはAIによる句読点とAI生成の要約を追加しました。元の文言はこのページで引き続き利用可能です。
あなたは制作者または権利者ですか?訂正や削除をリクエストする:copyright@vidleaf.app(これらのページについてを参照)。
最終更新