SaaSから学ぶネットワークインフラ自動化

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

SaaSの成功は、企業がコモディティ化したビジネスプロセスを特定し、ソフトウェアとしてカプセル化できたことに大きく起因します。これは、社内のネットワークチームやインフラストラクチャチームにも当てはまります。

現在、SaaS（Software as a Service）は「クラウド」市場で最大の分野です。AWS、Azure、Google CloudなどのIaaSが注目を集めていますが、実際には、導入率と継続的な成長の両面で、SaaSは他のあらゆる形態の「クラウド」を大きく上回っています。

そして、この勢いが止まる兆しはありません。2016年初頭に実施された調査では、SaaSの継続的な急成長が明らかになりました。回答者によると、IT部門が正式にサポートするSaaSアプリの数は、2015年の8個から2016年には12個へと、わずか1年で50%増加しました。同レポートでは、この数がさらに増え、2017年には17個に達すると予測しています。

「クラウド」が登場してからすでに10年が経過していることを考えても、従来ごく標準的と見なされてきたアプリケーションとしては、かなり高い導入率です。具体的には、CRM、ERP、CMS、生産性向上のためのオフィススイートやファイル共有サイトなどです。

SaaSとインフラストラクチャの自動化に何の関係があるのか、疑問に思われるかもしれません。そもそも、両者はリンゴとステーキほど異なります。ネットワークのプロビジョニングとスケーリングを自動化することは、SaaSとはまったく別物です。

ところが、実は意外と似ています。少しお付き合いください。ご説明します。

つまり、すべてのSaaSアプリケーションに共通するテーマの1つは、機能のコモディティ化です。ファイル共有におけるドラッグ＆ドロップは、デスクトップ上でネットワークの共有フォルダーを使う場合でも、ブラウザベースのインターフェースを使う場合でも、ファイルを共有する方法として広く定着しています。文書やプレゼンテーション、さらにはコンテンツの公開についても同様です。XやYを行う方法を定めた、かなり明確なプロセスがあり、インターフェースがWebブラウザでもスタンドアロンアプリでも、そのプロセス自体はほとんど変わりません。変わるのはアイコンとインターフェースだけです。

多くの業務機能も、高度に標準化（コモディティ化）されています。カスタマーサービス担当者（CSR）が、お客さまからの「非常に重要な電話」（どの担当者も本当に重要だと言ってくれます）に応答した後に従うプロセスは、相手が誰であってもほぼ同じでしょう。ケーブルテレビ会社でも小売企業でも、注文について問い合わせれば、かなり標準化された対応を受けることになります。しかし、これは筆者だけの見解ではありません。プロセス標準化への収束について論じた、Harvard Business Reviewの優れた記事（2005年）をご覧ください。この収束が、その直後に現在「SaaS」として知られる現象につながりました。

プロセスが標準化（コモディティ化）されると、コード化して販売可能なフロントエンドを追加することは比較的容易になります。そして、初期のSaaSプロバイダーを成功へと押し上げたのは、こうした業務機能の根底にあるコモディティ化だったと考えられます。基本的なデータモデルとインターフェースがあれば、お客さまが求める最小限のカスタマイズを施し、プロセスをニーズに合わせることは比較的容易でした。こうして、瞬く間に成功を収めたのです。

では、これをインフラストラクチャとネットワークに当てはめてみましょう。プロビジョニング、管理、スケーリングに関連するプロセスの多くは、アプリケーションを問わず高度に標準化されているため、ネットワーク運用担当者なら必要なコマンドを寝ていても入力できるほどです。異なるのは、ポート、IPアドレス、ルートといったアプリケーション固有の変数だけです。変更審査委員会が好むのは、こうした変更です。検討に手間がかからないからです。「そのアプリ用にファイアウォールルールを追加するのですね。承認します」

こうした変更は、ネットワーク運用担当者が実行時にほとんど注意を払わずに済むのと同様に、承認時にもほとんど検討を要しません。何度も実施され、プロセスは常に同じで、関係者全員が状況を把握しているためです。一貫性と予測可能性があり、繰り返し実行できます。

承認済み。

これらは、IT部門内で標準化が進み、自動化やオーケストレーションに適したプロセスです。自動化への投資がもたらすビジネス価値を短期間で実証したい場合、まずここから着手するのが最適です。その標準化されたプロセス上にインターフェースを構築し、現在の手作業に代わる仕組みとしてプロセスに組み込みます（統合）。これで、そのプロセスの実行コストを削減できます。さらに、次回の変更管理委員会を待つ必要がないため、処理も迅速になります（実際には委員会を省略できる可能性もあり、それ自体がメリットと言えます）。

確かに、時間も、おそらく費用もかかります（ツールやトレーニングへの投資も必要になるかもしれません）。しかし、短期的なコストは長期的に見れば報われます。時間のかかる定型化されたプロセスを自動化することで、エンジニアやアーキテクトはほかのプロジェクトに取り組めるようになります。変更管理委員会で簡単には承認されないようなプロジェクトにも、です。

SaaSが成功するのは、ビジネスを分析して共通のプロセスを把握し、それをより簡単かつ迅速に進める方法を提供するときです。これは2006年当時も、現在も変わりません。インフラストラクチャ自動化の取り組みについても同様です。共通のプロセスを見つけ、「エンドユーザー」向けか他のエンジニア向けかを問わず、より簡単かつ迅速に進める方法を提供します。

著者について

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

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

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