使い捨てアプリのための使い捨てインフラストラクチャ
会議の議題。 イベントナビゲーション。 家を購入したり、車のローンを組んだりといった具体的なタスク。
これらのいずれかのアプリをインストールした場合、それは「使い捨てモバイル アプリ」または DMA と呼ばれるものをインストールしたことになります。 単一のユースケース向けに設計され、パンフレットのように「捨てられる」ことが想定されているアプリ。 再度必要になるまで削除されます。 これらのアプリは必然的に小さく、俊敏で、非常に不安定です。 選挙、ワールドカップ、音楽フェスティバルなどのイベントをサポートするためなど、短期間のみ存在する場合もあれば、住宅ローンの手続きを進めるなど、クライアントではなく「サーバー」側に長期間存在する場合もあります。
これらのアプリはますます人気が高まっており、一種の「マイクロアプリ」と見なされています (マイクロサービスに非常に似ていますが、社内開発ではなくサードパーティ開発向けに設計されています)。
こうした種類のアプリの存在に注目することが重要な理由は、それらの寿命が大きく異なる可能性があるからです。 ゆりかごから墓場まで、彼らは数日、数週間、あるいは数ヶ月しか存在しないかもしれません。 それらは突然現れ、そしてすぐに消え去る。 それらは大部分が使い捨てであり、したがってそれらを支えるインフラも使い捨てである可能性が高い。
仮想化データセンターの時代、ソフトウェアが IT を飲み込む時代において、この考えはかつて思われたほど突飛なものではありません。 結局のところ、数千ドルもするハードウェアを捨てるわけではないのです。 Enter キーをクリックするだけで簡単に設置したり取り外したりできる部品です。
インフラストラクチャに関する懸念が Web/アプリケーション サーバーだけである場合は、これが適切である可能性があります。 しかし、実際には、これらのものはスケーラビリティとパフォーマンスの向上を必要とします (結局のところ、これらはモバイル アプリであり、ほとんどの処理はサーバー (クラウド) 側で実行されます)。つまり、一般にネットワーク インフラストラクチャと見なされるいくつかの要素が必要になります。 負荷分散、キャッシュ、サービスの最適化。 つまり、それらも「使い捨て」にする必要があるということです。 これらはソフトウェア (または仮想) で展開可能で、迅速にプロビジョニング、構成し、後で解体できる堅牢な API とテンプレートのセットが付属している必要があります。 また、使い捨てアプリをサポートするインフラストラクチャとサービスが、配信するアプリケーションと同じくらい柔軟で使い捨て可能であるためには、使い捨てアプリがクラウド対応、クラウド対応、またはクラウド化（どちらのマーケティング用語を適用したいかは任意）されている必要があることも意味します。
これはまた、より多くのアプリがより短いサイクルで配信され、破棄される非常に不安定な環境を管理するために、DevOps アプローチがますます重要になることを意味します。 単一のモノリシックな「1 つのアプリですべてのサービスに対応」というアプローチは、必ずしも使い捨てのモバイル アプリの考案および提供方法ではありません。 これらは焦点が絞られており、目的が明確です。つまり、拡張されることのない特定の機能セットを提供することに重点を置いています。 その他の機能や目的は他のアプリを通じて提供されるため、必要なアプリケーションの数が全体的に増加し、それらのアプリを展開して配信する運用にさらなる負担がかかります。 これらのアプリにはそれぞれ特定のサービス、構成、監視要件があり、アプリに合わせて調整する必要があります。アプリケーションの世界では、1 つのサイズですべてに対応できるわけではありません。 これは、パフォーマンスやセキュリティの調整を除いて、インフラストラクチャの構成がアプリの存続期間中ほとんど変更されない可能性がある世界とは大きな違いです。 それは、インフラストラクチャを管理しなければならない運用担当者にとって、より多くの作業、より多くの複雑さ、より多くの頻度を意味します。
そのため、インフラストラクチャをソフトウェア化または仮想化すること、堅牢なプロビジョニングおよび構成 API を提供すること、さらに Puppet や Chef、VMware や Cisco、 OpenStackや Salt Stack などの一般的なフレームワークやツールセットの成長し続ける自動化エコシステムへの参加に重点を置くことがますます重要になっています。 これらは、継続的なデリバリーを開発から運用へと移行することを可能にするフレームワークであり、インフラストラクチャを廃棄するのと同じくらい簡単に運用環境に導入する手段を提供します。
ソフトウェアが IT を食い尽くしていますが、それは良いことだと捉えるべきです。 アプリケーションとインフラストラクチャの領域全体にわたるライフサイクル管理へのアプローチとしての DevOps は、世界を席巻するソフトウェアによって推進される成長を管理するために必要です。 CA と Vanson Bourne は、世界規模の調査で DevOps アプローチを採用することによる定量化可能なメリットを発見しました。回答者の 21% が、より多くの新しいソフトウェアとサービスが可能になったと報告し、18% が市場投入までの時間が短縮されたと報告しています。
使い捨てアプリとそれを配信するために必要な使い捨てインフラストラクチャをサポートする場合、そのような俊敏性とスピードが必須となります。 IT の大きな問題点は、ネットワークが依然として障害になっているという現実です。 EMA の調査によると、2014 年に 39% の組織が「変化に対応するためにインフラストラクチャを再構成する時間のかかる手動プロセス」を大きな問題点として挙げています。
DevOps を「ネットワーク」に適用すると、生産までの道のりにおけるこの重大な障害を排除するのに役立ちます。 その取り組みの一部には、ネットワークの性質についての先入観を捨てることも含まれます (ネットワークはハードウェアです!)。 それは触れられない！ それは私のドメインではありません！）、ネットワークのどの部分が、配信するアプリと同様に使い捨てとして扱われるのに適しているかを検討し始めます。