エッジ機器はKubernetesを実行するには小さ過ぎ
MicrosoftがKubernetesとエッジを接続するAkriプロジェクトを発表
「Akri」はMicrosoftが立ち上げた新しいオープンソースプロジェクトだ。Akriは、センサー、コントローラー、マイクロコントローラーユニット（MCU）クラスのような「リーフデバイス」を「Kubernetes」クラスタで接続する。
リーフデバイス（子デバイスと呼ばれることもある）とは、ダウンストリーム機器を持たないIoT（モノのインターネット）エッジ機器を指す。ダウンストリーム機器とは、他の全ての機器と同様、IoTハブでIDを必要とする機器を指す。
Akriにおけるリーフデバイスとは、Kubernetesクラスタが通信できる全ての機器を指す。その機器がノードに物理的に接続されているかどうか、ネットワーク上で検出可能かどうかは問わない。例えば、Akriはデータを生成するだけでダウンストリーム機器を持たない機器や多くの機器のデータを集約するサーバも検出する。クラスタと通信できる機器はリーフデバイスとして抽象化できる。
ほとんどのエッジ機器は、Kubernetesを実行するには小さ過ぎる。AkriはKubernetesのデバイスプラグインフレームワークを拡張し、このフレームワークをエッジに適用することで機能する。
このプロジェクトにギリシャのエラッソナ市北部にある村の名前を付けた背景には、Akriがギリシャ語（άκρη）で「エッジ」を意味することもあるに違いない。Microsoftは、（エッジ向けの）「A Kubernetes Resource Interface」の頭字語「AKRI」だとも示唆している。
AkriはKubernetesネイティブ
Akriは、
- 2つのCRD（Custom Resource Definition）
- デバイスプラグイン実装
- カスタムコントローラー
という4つのKubernetesコンポーネントで構成される。
Akriはリーフデバイスの動的な出現と消失を処理する。ユーザーが「Akri Configuration」をクラスタに適用してデプロイすると、残りはAkriが処理する。複数のノードが1つのリーフデバイスを利用できるようにすることも可能だ。これにより、ノードがオフラインになった場合の高可用性を実現する。
Microsoftでオープンソースのエンジニアを務めるケイト・ゴールデンリング氏によると、エッジの特徴の一つはデータを生み出し、アクションを実行する多数のセンサー、コントローラー、MCUクラスの機器にあるという。
「Kubernetesが多様なエッジコンピューティングソリューションに対応するには、クラスタがこのようなリーフデバイスを簡単に見つける必要がある。ただし、こうした機器の大半はKubernetesを実行するには小さ過ぎる。では、Kubernetesのワークロードはこうしたリーフデバイスをどのように利用するのだろう。Kubernetesポッドはリーフデバイスの出力をどのように見つけ、アクセスするのだろう。その答えがAkriだ」（ゴールデンリング氏）
CNI（Container Network Interface）と同様、Akriは抽象化層を提供する。だが、基盤となるネットワークの詳細を抽象化するCNIとは異なり、Akriはカメラやセンサーなどのリーフデバイスの可用性を検出、利用、監視する作業を取り除く。
ゴールデンリング氏は続けて、Akriはデバイスプラグインフレームワークを利用し、これを拡張すると話す。このフレームワークは本来、GPUなどのリソース情報を定期的に送信するために作成されたものだ。
「Akriはこのフレームワークをエッジに適用する。エッジには独自の通信プロトコルと断続的な可用性を備えるリーフデバイスの多様なセットが存在する。Akriはリーフデバイスにアクセスするノードを継続的に検出し、ノードのワークロードのスケジュールを設定する。端的に言えば、ユーザーがリーフデバイスに名前を付け、Akriがそのリーフノードを見つけ出し、ユーザーがそのリーフノードを使用する」とゴールデンリング氏はMicrosoftの開発者向けオープンソースブログに記載している。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[アトラシアン株式会社] IT運用や従業員サポートは生成AIでどう変わる？ 使い方や導入の流れは？ -
製品資料
[株式会社みらい翻訳] 音声翻訳活用の課題を解決、“本当に使える”ツールの特徴とは？ -
製品レビュー
[Wrike Japan 株式会社] 400店舗を支えるWalmart Canada、散在する情報やアナログな管理をどう変えた？ -
事例
[Wrike Japan 株式会社] 年間100件超のDXプロジェクトを統合管理、JERAはどのように実現した？ -
事例
[Wrike Japan 株式会社] グローバルなクリエイティブ業務を合理化、エスティーローダーに学ぶ実践のコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される？ “議事録要約止まり”を脱する処方箋
-
2
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
3
「制御用組み込みPC」に関するアンケート
-
4
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
-
5
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
6
「複数AIの野放し」に歯止め Salesforceが6製品統合で挑むAI統制の覇権
-
7
“AIコーディング”でどのツールを選ぶ？ 「ChatGPT」「Claude」の真価
-
8
全社標準Copilotに絶望？ MS Copilotで問い合わせ6割減できた企業は何が違った
-
9
LLMの「過学習」、正しく説明している文章はどれ？
-
10
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
3
生成AIで文書活用を進めるには？ 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは？
-
7
「スクラム」と「カンバン」の違いとは？ アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー