「Knative」とは何か【後編】
「Knative」のメリットを“帳消し”にしかねない注意点とは?
「Kubernetes」でイベント駆動型プログラミングを実装するために、「Knative」は良い選択肢になり得るが、注意すべき点も幾つかある。何に注意すべきなのか。
サーバの存在を意識せずにアプリケーションを開発・運用できる「サーバレスアーキテクチャ」は、CPUやメモリなどのコンピューティングリソースの自動割り当てを可能にするなど、管理者にさまざまなメリットをもたらす。これを具現化する手段の一つに、特定のイベントをトリガーにしてプログラムを自動実行する「イベント駆動型プログラミング」がある。
イベント駆動型プログラミングを実現する際の候補になるのが「Knative」だ。Knativeは、コンテナの運用管理を自動化するコンテナオーケストレーター「Kubernetes」でのイベント駆動型プログラミング実施を支援する。アプリケーション稼働時にイベント数が変動し、想定範囲内にコンピューティングリソースの利用が収まるアプリケーションは、Knativeが向いている。
Knativeは、イベントを起点にしたプロセスの実行にも適する。具体的にはネットワークモニタリング、アプリケーションモニタリング、Webサイトのテスト・検証、モバイルアプリケーションのフロントエンドプロセス実行などだ。
Knativeを使う場合の注意点
企業がKnativeを利用する際、まず気を付けるべき課題は効率性だ。適切なアプリケーションの組み合わせに対してKnativeを導入すれば、イベント駆動型プログラミングを採用したアプリケーションのパフォーマンスを向上できる可能性がある。ただしアプリケーションの組み合わせが不適切だった場合、コンテナを十分に活用できずにコストが上昇したり、コンピューティングリソースが不足してアプリケーションのパフォーマンスが低下したりする可能性が生じる。アプリケーションの間違いやリソース不足は、Knativeのメリットを帳消しにしかねない。
こうした課題を解決するには、アプリケーションの組み合わせとコンピューティングリソースの量を検証するためのテストをKnativeで実施する必要がある。イベント発生時にアプリケーションに掛かる負荷を測定し、それぞれのイベントについて最大負荷と平均負荷を測定するとよい。総リソース消費量を推定するために、予想されるイベントに基づいて、Knativeのプロセス実行にかかる時間を計測。これを複数のアプリケーションで実施し、推定値を検証する。導入は段階的に進め、実装やリソース構成、あるいはその両方を検証しながら調整するとよいだろう。
Knativeの機能に関する課題は2方向に分かれる。第一に、Knativeは「ステートレス」のアプリケーションに適した機能を実現する。ステートレスとは、各セッション(通信の開始から終わりまでの接続単位)のためのデータをサーバに保持せず、処理に必要な全てのデータをリクエスト(サーバへの接続要求)に持たせることだ。そうした機能の開発は、アプローチを誤れば想定通りの性能を発揮できない恐れがある。第二に、アプリケーションが多段階のトランザクション(処理単位)で構成されるデータを取り扱う場合、ステートレスのアプリケーションではトランザクション間でデータを保持しなければならない。その機能はKnativeにはないため、管理者は自分でデータを管理する機能を実装する必要がある。
イベント駆動型プログラミングのインフラとしてクラウドサービスと比較すると、Knativeには運用上の課題がある。クラウドサービスの場合、基盤となるサーバを自社で管理しなくてよい。Knativeを使う場合は、サーバだけでなくコンテナ、Kubernetes、コンテナ間の通信を制御する「サービスメッシュ」の「Istio」、Knativeそのものも管理しなければならない。
既にコンテナやKubernetesを活用している企業の場合、Knative導入による開発と運用の複雑性増加は最小限にとどめられる。サービスメッシュを活用しているのであれば、Knativeは自然な機能の拡張になるだろう。
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
7
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
8
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
9
人間のせいでAIエージェントの生産性が上がらない
-
10
「IBM i(AS/400)はクローズドなシステム」という誤解 DXに寄与する一歩
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー