「聞いたことはあるがよく知らない」が必須の技術に
「無視すれば脱落」──ネットワーク技術者の意向を超えて拡大するAPI
APIは現代のネットワーク技術において必須の存在になっている。だがAPIの普及と拡大によってベンダーは、デバイス設定や管理について再考を迫られる。
わずか数年前まで、エンジニアは「API」という用語を聞いたことがあり、恐らくある程度知っているように思っていても、その多くはソフトウェア開発分野の用語だと考えていた。だがソフトウェア定義ネットワーク(SDN:Software Defined Networking)が登場すると、確立されたキャラクタユーザーインタフェース(CLI:命令文を入力してシステムを操作するユーザーインタフェース)の現実的な代替としてAPIの概念が台頭し始めた。今やあらゆる形態や規模のネットワークベンダーにとって、年月や市場への浸透度とは関係なく、APIは最低限必要な防護壁と見なされている。APIはネットワークにおいて今や必要不可欠の存在になっている。APIを理解できず使えないベンダーは取り残され、優位な地位を失うリスクが高まる。
一般的に言うと、APIはデバイスとソフトウェアが直接通信する手段であり、独自のCLIやGUI(グラフィックユーザーインタフェース)といった、ベンダーがこれまで提供してきたあらゆるシステム操作手段を迂回する。APIでは自分自身のインタフェースをプログラムとして用意できる。ただしそれは理念であって、多くの場合、ユーザーが予想あるいは期待するような形では実現できない。意味のある形や役に立つ形では何も実現できないこともある。
ベンダーの不意を突くAPIの成長と普及
APIの持つ問題点は、「ネットワーク機器とのプログラミングされたインタフェース」という概念が、核心部分では特に新しさはないものの、つい最近になって普及増大の分岐点に達したことにある。結果として、急激な変化スピードに多くのベンダーが不意を突かれた。最も衝撃を受けたのは業界標準としての立場が確立していた大手のベンダーだった。設立間もないベンダーや新興ベンダーはもっとずっと前からこの動きに目を付けているか最初から後押ししていた。一方で大手の多くは様子見の姿勢を取り長い間傍観者であり続けた。
ベンダーにとってのもう1つの課題は、完全に開かれ、あるいは完全に機能しなければならないAPI開発のプレッシャーにある。特定のデバイスに対してコードを書ける必要があり、そのデバイスのあらゆる側面をネイティブのCLIやGUIを使うのと同じかそれ以上のレベルで完全に制御できる必要がある。それができず不安定な制御しかできない場合、ベンダーのそのAPIではエンドユーザーエンジニアが必要とする高度な完成度を達成できていないことになる。
多数の大規模データセンターやベンダーにいる現場のエンジニアやその組織の方向性を定める最高情報責任者(CIO)、その中間にいるあらゆる担当者たちに間では、近頃ネットワーク自動化や開発の容易さを巡る論議に行き着くことがほとんどなくなった。そのことに誰も驚かないはずだ。
もっと興味深いもう1つの側面として、ベンダーは今、製品導入の決断にそうした概念について尋ねるようになった。これはよく考える必要がある。企業は目の前の問題にうまく対応できるかどうかや全般的なコストだけでなく、システムのオープン性や安定性も重視する方向で積極的に製品を導入している。そのため一部のベンダーは多大な作業時間を必要としている。
APIの成長が促すエコシステムの成熟
ベンダーのAPIを公開するペースが加速してオープン性が高まるほど、ユーザーエコシステムの速度も加速する。Glue Networks やSolarWindsなどはデバイスベンダーではないものの、ネットワーク分野に浸透していて安定したエコシステムを持っている。ユーザーはカスタムコードを自分たちのリポジトリに提供し、互いに交流して問題を解決する。同様の事例はPuppet、Chef、Ansible、SaltStackなどがある。
一方、F5 Networks(以下、F5)のようなベンダーは、自らのAPIアクセスを公開した。F5の場合、APIの公開によってある程度のプログラミング知識さえあれば誰でも、設定の難しさで悪名高いBIG-IPを自分たちのシステムから管理できるようになった。その結果、F5の開発者ネットワークでは、AnsibleやPythonなどのツールを使ってBIG-IPを設定しているユーザーの実例が何百と存在する。
それが何を示唆するかは明らかだ。APIの進化と普及は、デバイスの設定だけでなく、戦略的にデバイスを管理するための主要手段として、ネットワークにおいても完全なプログラマビリティに向けて突き動かすはずだ(中には引きずられていくケースもあるだろう)。
どんなネットワーク機器であっても最も気になるのはスペックとサポートしている機能だが、その機能を利用可能にするソフトウェアインタフェースの安定性は、製品を選択する主要な評価軸となりつつある。この評価軸の変化が市場で成功するための大きな予兆であることを理解できたなら、それに従って行動するのが賢明だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー 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
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
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ジャパンをフォロー