今後は仮想化が進む
ネットワーク管理ツール「ADC」に加わる新機能 柔軟で動的なツールに変化
DevOpsの成熟とマイクロサービスの普及に伴い、アプリケーションデリバリーコントローラー（ADC）に魅力的な新機能が加わっている。ネットワーク管理者は今こそADCを見直してみよう。
DevOpsの成熟とマイクロサービスアーキテクチャの普及に合わせ、アプリケーションデリバリーコントローラー（ADC）の役割が変わりつつあり、ADCを見直してみる良い機会がきているといえる。単に負荷分散によって回復性をもたらすだけでなく、新たな機能を備えるようになる。
マイクロサービスはとりわけ、クラウドネイティブアプリケーションを支えるコードのパッケージに焦点を当てている。そのアーキテクチャは需要の高まりに応じてパッケージを素早く起動し、必要がなくなれば簡単にパッケージを削除できるところに重点を置いている。だがこれを柔軟性がある働きにするためには、やってくる要求を実行中の多くのコピーに配布する機能が当然のこととして要求される。そこで登場するのがロードバランサーだ。最近の開発プロジェクトでは、プログラムで制御可能なコンテナ化したロードバランサーがネットワーク管理ツールセットの中核になっている。こうしたロードバランサーはオープンソース化が進んでいる。
これまでADCは常設のスタンドアロン・ネットワーク管理ツールとして利用されることが多かった。通常はネットワークチームではなくアプリケーション管理担当者が利用する。許可なく変更され、何らかの機能が停止してしまう事態を避けるため、ADCはインストール、構成、テストされた後、厳重な変更管理下に置かれる。DevOpsの考え方に逆行するこうした厳密な監視は、サービスクラウドにおける他の重要な要素の制御と並んで重要なインフラ管理の対象になるだろう。
今後ADCは仮想化され、「Infrastructure as Code」（IaC）の保護の下、サービス環境の一部として必要に応じて起動／停止するようになるだろう。こうした変化が勢いづくにつれ、IT部門は現在のネットワーク管理ツールができるよりもはるかに包括的な一連の機能と能力を備えた、次のADCを求めるようになるだろう。
ADCについての検討事項
ADCは何よりもまず、スクリプトとAPIによって簡単に作成、構成、削除できなければならないことを覚えておこう。GUIの使用を完全にオプション化すべきであり、それだけでなくGUIの有無もオプションにすべきだ。新たなパラダイムでは、管理者が実際にデバイスにログインし、手動で操作する機会はほとんどなくなるだろう。スクリプトで設定し、誤動作するインスタンスは診断して修正するのではなく削除する。GUIにコードを振り分けるとADCに必要以上の負荷がかかり、導入と移行が遅くなる。つまり、GUIはダッシュボードではなくなり、レトロ趣味のオプションになるだろう。
コンテナ化は必須の要件だ。ADCをコンテナ内に導入可能にする必要がある。最低限でもコンテナ管理ソフトウェア「Docker」に対応し、「Linux」のコンテナや他のプラットフォームでも動作するのが理想だ。コンテナ化することで、環境内の全てのコンテナと同じツールを使用してマイクロADCを管理できるようになる。
最後に、軽量で完全にプログラム可能であることに加えて、ADCは垂直でなく、水平に拡張できなければならない。そうすれば管理するトラフィックが増えても、ADC自体を拡張するのではなくADCの導入数を増やすことで対応できる。そのためには、ライセンス条項の変更が必要だ。企業が少数の巨大な一元管理型デバイスではなく、多数の分散型ADCを利用するようになったら、この新しいパラダイムを支えるライセンスモデルが必要になるだろう。
ADCのコスト
企業は、ADCのライセンス形態が個別に割り当てられるようになるとしても、ライセンスコスト全体は最悪でも現状維持にしたいと考えている。そのため、各マイクロADCのコストを、ユーザーが使い慣れていて使わざるを得ない従来型のコンピュータよりも大幅に下げる必要がある。さらに興味深いことに、マイクロサービス業界のベンダーはインスタンス単位の価格設定から離れつつある。つまり、ノード1つ1つに対するコストが発生しないようにしている。代わりに、累積スループットや毎日のピークスループットなど、何らかの使用率の測定基準に基づき、利用した分だけ支払えるようにしている。
自動化、DevOps、マイクロサービスへの移行が進むにつれ、柔軟で動的なADCがベンダーとユーザーにとって進むべき唯一の道になるだろう。IT部門は今から、こうした流れに目を向けるべきだ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング 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_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー