アプリケーションデリバリの現状 2017:自動化、API、DevOps

F5エコシステム | 2017年4月17日

この1年でデジタル化の動きが加速し、一般消費者や企業ユーザーにアプリを提供するネットワークとインフラストラクチャの担当者は、自動化に加え、DevOpsがもたらす、よりアジャイルで協調的なアプローチに目を向けるようになりました。しかし、組織が自動化を導入し、プログラマビリティ(APIとテンプレート)の重要性を認識する一方で、すべてを単一のスタックに統一する段階にはまだ至っていません。

devopsinsights-thumb

アプリケーション開発者からCEO、セキュリティエンジニア、ネットワークエンジニアまで、IT部門のあらゆる職務に携わる2,100人以上を対象としたF5の「2017 State of Application Delivery」調査では、DevOpsの本番環境への移行が進むにつれて、その推進要因や捉え方も変化することが明らかになりました。

01|自動化の導入

デジタルトランスフォーメーションには、企業向けAPIや大勢の開発者をそろえるだけでは不十分です。事業の成長に合わせて効率的に規模を拡大できるよう、必要な社内変革にも同等以上の重点が置かれています。業務では、単にタスクを完了するだけでなく、迅速かつ効率的に遂行することも求められるため、人員を増やすだけでは、もはや事業運営を拡大する有効な手段とはいえません。

つまり、管理すべきシステム、モノ、アプリ、脅威、アイデンティティが増えるということです。IT部門でも、その需要に対応するための拡張に苦慮しており、自動化とオーケストレーションによる対応がますます進んでいます。

2016年に実施したF5の「State of Application Delivery」調査では、1つ以上の自動化フレームワークを使用していた回答者はわずか21%でした。その1年後には52%に急増し、そのうち半数以上が2つ以上のシステムを同時に使用していました。すべてのシステムで利用率が伸び、特にCisco、OpenStack、VMwareはそれぞれ19%、14%、22%と大幅に増加しました。ネットワークおよびアプリケーションサービスの自動化が重要であることを裏付けるかのように、Cisco ACIは回答者の35%が使用しています。VMwareやOpenStackといった定評あるシステムと比べると比較的新しいことを踏まえれば、わずか2年間の調査で見られたこの伸びは注目に値します。

02 | ハイブリッドスタックルールの生成

インフラストラクチャとアプリケーションサービスの自動化に使用しているシステムが1つのみである回答者は39%ですが、過半数(61%)は2つ以上を使用しています。組織の規模が大きいほど(そして当然ながら、管理対象のアプリケーションが多いほど)、その数は増える傾向にあります。使用されている自動化システムの平均数は1.8ですが、3,000以上のアプリケーションを管理している場合は、平均2.43となります。

whouseswhat soad17

利用されているクラウドモデルの平均数も1.8である点は興味深いと言えます。一部の組織では、自動化がクラウドコンピューティングの導入と利用にのみ結び付いている可能性も十分にあります。

コンピューティングインフラストラクチャの仮想化に長年VMwareを利用してきた企業にとって、これは非常に理にかなっています。コンピューティングリソースのプロビジョニングと管理を支える既存の自動化を廃止する理由は、事実上(「仮想」だけに、失礼)ありません。多くの場合、解決策となるのはCisco ACIのような追加システムです。これにより、プロビジョニングと管理の自動化をネットワークやアプリケーションサービスのインフラストラクチャにまで拡張できます。

単一の自動化フレームワークを利用している回答者の半数近く(47%)がVMwareを選択しました。Ciscoを選択した回答者は26%、OpenStackは9%でした。

7%は、自動化とオーケストレーションの実現をPythonスクリプトのみに依存しています。このことから、ネットワークおよびアプリサービスプラットフォームのAPIを中心に、強固なサポート体制を備えた顧客向けコミュニティが必要であることがわかります。

03 | スピードよりもスケール

DevOpsのメリットとして最も多く挙げられるのはスピードです。その成果を測る指標は、主にデプロイ頻度と市場投入までの時間です。しかし、ネットワークおよびアプリケーションサービスのインフラストラクチャでは、規模への対応が自動化とオーケストレーションを推進する原動力となります。自動化フレームワークを導入する要因として市場投入までの時間を挙げた回答者はわずか14%で、規模への対応と運用コストの削減を挙げた回答者はいずれも37%でした。

Computer Economicsによる2016年の運用予算の変化

OpExの削減とは、「予算を現状維持する」ことを意味しているのではないでしょうか。Computer Economicsの最新調査によると、IT予算はほとんど増えていないか、横ばいの状態にあり、予算の最適化が重要な課題であることは間違いありません。エンジニア1人当たりが担当するデバイス数がすでに多いため、人員を増やさずに規模を拡大するのは困難です。そこで、自動化とオーケストレーションは、運用予算を大幅に増やすことなく規模を拡大するための1つの方法となります。

自動化によって、導入のスピードが向上することが多い点は注目に値します。導入プロセスをオーケストレーションする最初のステップとしてバリューストリームをマッピングすると、導入遅延の原因となる「待ち時間」を容易に特定できる場合がよくあります。こうした待ち時間は、多くの場合、チーム間の引き継ぎや、エンジニアが特定のタスクに対応できるようになるまでの「キューでの待機時間」です。自動化により、こうした待ち時間やキューでの待機時間を短縮できるため、プロセス全体が迅速化し、市場投入までの時間も短縮されます。

SDN導入の推進要因を見ても同様の傾向がうかがえ、62%が運用コストを抑えるためにSDNを導入しています。

04 | プログラマビリティが不可欠

あらゆるものをソフトウェアで定義することが当たり前になるはるか以前から、プログラマビリティは、製品同士を統合してお客さまにより包括的な機能を提供する手段となり、ベンダー内のエコシステムを実現してきました。現在では、同じAPIが「Other APIエコノミー」へと発展し、お客さまに多様な機能を直接提供するとともに、オープンソースシステムとの幅広い統合を促進しています。

クラウド向けかデータセンター向けかを問わず、プログラマビリティによってネットワークとアプリケーションインフラストラクチャが自動化され、プロセスがオーケストレーションへと進化し、最終的にスケーラビリティが実現します。プログラマビリティは主にAPIと関連付けられますが、近年ではテンプレートという概念との結び付きも強まっています。F5の調査では、APIとテンプレートの重要性に対する認識がともに大幅に高まり、明確な過半数が、いずれもインフラストラクチャの特性として「より重要」であると回答しました。

データパスの重要性 soad17

あまり理解されておらず、議論されることも少ないのが、データパスのプログラマビリティ、つまり転送中のデータをインターセプトし、検査して変更する機能です。転送中これにより、URLの書き換え、Cookieの保護、HTTPヘッダーの追加や削除といったアプリケーション層の機能に加え、セキュリティに有効なプロトコルの詳細な検査も可能になります(特に新たなエクスプロイトが発生した場合)。

意外なことに、この機能はAPIやテンプレートよりも「重要」と見なされています。APIを「重要」と回答した人は52%、テンプレートを「重要」と回答した人は53%だったのに対し、データパスのプログラマビリティを「重要」とした人は57%に上りました。

データパスのプログラマビリティがもたらす俊敏性、特にセキュリティ分野でのビジネス上のメリットは、回答者がこうした機能を採用する十分な動機となっています。

プログラマビリティ、オートメーション、オーケストレーションがなくなることはありません。アプリケーション開発以外の職種でも、かなりの割合でこうした概念が取り入れられているのは心強いことです。オートメーションやオーケストレーションなどを、予算や規模といった課題に対処するための戦術的な手段と捉えている場合もあります。それでも、DevOpsという多彩な選択肢を活用し、社内外にわたるビジネスのデジタルトランスフォーメーションを実現するために必要な支援基盤を整えていることは確かです。

ご自由にSlideShareのスライド形式のデータをご覧ください。

共有
タグ: 2017

著者について

Lori Mac Vittie
Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事

関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5エコシステム | 2025/04/15

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視

F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。

F5 BIG-IPでAI防御を実現
F5エコシステム | 2024/11/13

F5 BIG-IPでAI防御を実現

F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。

F5 Advanced WAFによるGraphQL APIの保護
F5エコシステム | 2021/08/31

F5 Advanced WAFによるGraphQL APIの保護

ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
F5エコシステム | 2019/02/19

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭

通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。

デジタルトランスフォーメーションは、単なるペーパーレス化ではない
F5エコシステム | 2017/07/10

デジタルトランスフォーメーションは、単なるペーパーレス化ではない

デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
F5エコシステム | 2016/09/19

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。

もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。

アプリケーションデリバリーの現状 2017:自動化、API、DevOps | F5