使い捨てアプリのための使い捨てインフラストラクチャ

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

カンファレンスのアジェンダ。イベント会場での案内。住宅の購入や自動車ローンの申し込みなど、特定のタスク。

こうした用途のいずれかでアプリをインストールしたことがあれば、それは「使い捨てモバイルアプリ」、すなわちDMAと呼ばれるものです。単一のユースケース向けに設計され、パンフレットのように「使い捨てる」ことを前提としたアプリです。再び必要になるまで削除されます。こうしたアプリは必然的に小規模で俊敏性が高く、変化も非常に激しくなります。選挙、ワールドカップ、音楽フェスティバルなどのイベントを支援するために短期間だけ存在する場合もあれば、住宅ローン手続きの案内のように、クライアント側には存在せず、「サーバー」側に長期間存在する場合もあります。

こうしたアプリの人気はますます高まっており、「マイクロアプリ」の一種と見なされています（マイクロサービスとよく似ていますが、社内開発ではなく、サードパーティによる開発を想定したものです）。

この種のアプリの存在に注目すべき理由は、そのライフサイクルが大きく異なる可能性があるためです。誕生から廃止まで、わずか数日、数週間、または数か月しか存在しないこともあります。突如として登場し、同じように瞬く間に姿を消します。その大半は使い捨てであるため、それを支えるインフラストラクチャも使い捨てとなる可能性があります。

データセンターの仮想化が進み、ソフトウェアがITを飲み込む時代において、この考え方は、かつて思われていたほど突飛なものではありません。何千ドルもするハードウェアを廃棄するわけではないからです。単なるビットデータにすぎず、Enterキーを押すだけで簡単に構築し、破棄できます。

インフラに関する懸念がWeb／アプリケーションサーバーだけなら、それでもよいかもしれません。しかし実際には、こうしたアプリにはスケーラビリティとパフォーマンス向上の支援が必要です（何しろモバイルアプリであり、処理の大半はサーバー側、つまりクラウド側で行われます）。そのため、一般にネットワークインフラと見なされる複数の要素が必要になります。たとえば、負荷分散、キャッシュ、最適化サービスです。つまり、これらも「使い捨て可能」でなければなりません。ソフトウェア（または仮想環境）としてデプロイでき、迅速なプロビジョニングと構成、後の撤去を可能にする充実したAPIとテンプレートを備えている必要があります。また、クラウド対応、クラウド有効化、クラウド化（どのマーケティング用語を使うかはお好み次第です）されている必要もあります。そうすることで、こうした使い捨て可能なアプリを支えるインフラとサービスも、配信対象のアプリケーションと同様に柔軟で、使い捨て可能になります。

これは、多数のアプリが短いサイクルで提供・廃止される、変化の激しい環境を管理するうえで、DevOpsアプローチの重要性がますます高まっていることも意味します。単一のモノリシックな「1つのアプリですべてのサービスに対応する」アプローチは、使い切り型モバイルアプリの設計・提供方法として必ずしも適していません。こうしたアプリは明確な目的に特化しており、将来拡張されることのない特定の機能群を提供することに重点を置いています。その他の機能や目的には別のアプリで対応するため、必要なアプリケーションの総数が増え、アプリのデプロイと提供を担う運用部門の負担も増大します。各アプリには固有のサービス、構成、監視要件があり、アプリごとに調整する必要があります。アプリケーションの世界では、画一的なアプローチは通用しません。これは、パフォーマンスやセキュリティの調整を除けば、アプリのライフサイクルを通じてインフラストラクチャ構成がほぼ変わらない場合もある従来の環境とは大きく異なります。その結果、インフラストラクチャを管理する運用部門では、より多くの作業を、より複雑な状況で、より頻繁に行う必要があります

そのため、インフラストラクチャでは、ソフトウェア化や仮想化、堅牢なプロビジョニングおよび構成APIの提供だけでなく、PuppetとChef、VMwareとCisco、OpenStack、Salt Stackなど、広く利用されているフレームワークやツールセットを中心に拡大する自動化エコシステムへの対応も、ますます重要になっています。これらのフレームワークにより、継続的デリバリーを開発部門から運用部門へと広げることが可能になり、インフラストラクチャを本番環境へ容易に導入し、同様に容易に廃棄できるようになります。

ソフトウェアがITを飲み込みつつありますが、これは良いことだと捉えるべきです。ソフトウェアが世界を飲み込むことで生じる成長に対応するには、アプリケーションからインフラストラクチャまでを対象としたライフサイクル管理のアプローチとして、DevOpsが必要です。CAとVanson Bourneは、グローバル調査でDevOpsアプローチの導入による定量的なメリットを確認しました。回答者の21%が、より多くの新しいソフトウェアやサービスを提供できるようになったと回答し、18%が市場投入までの時間が短縮されたと回答しています。

使い捨て型アプリと、その提供に必要な使い捨て型インフラストラクチャをサポートするには、このような俊敏性とスピードが不可欠です。ITにおける主な課題の1つは、依然としてネットワークが障壁となっていることです。EMAの調査によると、2014年には、組織の39%が「変化に対応するためのインフラストラクチャ再構成に時間のかかる手作業」を重大な課題として挙げています。

「ネットワーク」にDevOpsを適用することで、本番環境への移行を妨げるこの大きな障壁の解消に役立ちます。その取り組みの一環として、ネットワークの性質に関する先入観（ハードウェアだから変更できない、自分の担当領域ではない、など）を捨て、ネットワークのどの部分を、そこで配信するアプリと同様に使い捨て可能なものとして扱えるかを検討し始める必要があります。

著者について

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

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

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