文化的な変革をもたらすモバイルDevOps【前編】

気まぐれユーザーを満足させるモバイルアプリ開発、肝は“DevOps”

多くの企業がモバイルアプリケーションの開発、準備、管理にDevOpsを利用するようになっている。だが、確実なDevOps戦略を策定することは必ずしも容易でない。

公開 2015年05月18日 08時01分

著者

Colin Steele

[TechTarget]

印刷する Googleで優先するソースとして追加

マルチデバイス対応企業システムの構成例（TechTargetジャパン記事「HTML5？　それともネイティブ？　スマホ業務アプリの作り方4種を徹底比較」から）《クリックで拡大》

　DevOpsは、企業のIT部門、特にデータセンターにおける既存の価値基準を破壊するトレンドだ。エンタープライズモビリティが普及するにつれて、アプリケーションの開発や管理プロセスの改善にDevOpsを利用する企業が増えている。

　DevOpsのベストプラクティスは、開発者と運用スタッフを結び付け、手動プロセスを自動化し、継続的なデリバリーを促す。企業がサーバベースのアプリケーションの開発、管理、拡張を円滑に行う一助となる。エンタープライズモビリティが拡大する中でDevOpsが登場したのは驚くべきことではない。DevOpsの原則の多くは、モバイル戦略の成功に欠かせないものである。具体的には、複数プラットフォームでのテストと開発、短期間のリリースサイクル、開発と管理の密接な統合などだ。

　だが、新しい概念のモバイルDevOpsには少なからず課題がある。

文化的な変革をもたらすモバイルDevOps

　それは、懐疑的なビジネス部門のリーダー、従来のセキュリティ慣習、開発スキルの不足だ。この全てにはモバイルDevOpsの採用に歯止めをかける可能性がある。

　米CA Technologiesの最高技術責任者（CTO）がいるオフィスで統括責任者を務めるアンディー・マン氏は次のように話す。「DevOpsを採用するとプロセスが根本的に変わる。文化的な変革をもたらすといっても過言ではない。このような転換を大企業が行うのは容易でない」

　ある程度の規模の物理や仮想、クラウドのインフラを人の手で監視および管理することは、不可能ではないにしても難しくなっている。こうしたインフラで実行されるアプリケーションの開発と管理についても同じことがいえる。開発プロセスが何カ月にも及び、機能を何百回も更新する場合は特にそうだろう。

　2009年に誕生したDevOpsの目的は、企業におけるコンピューティングの需要が複雑になるにつれて発生した問題を解決することだ。DevOpsは、開発とITの運用にまとめて対処し、開発部門とIT部門を異なるプロセスを採用している専任のスタッフを抱えた別の部門とは見なさない。また、タスクを自動化するコーディングを促す。それから、DevOpsには、アプリケーションを開発、テスト、導入し、機能の増分更新を行う継続的なサイクルである継続的デリバリーが欠かせない。

ユーザー評価に翻弄される開発者

　継続的デリバリーという言葉に聞き覚えがある方もいるだろう。継続的デリバリーとは、モバイルアプリケーション開発の一般的なアプローチだ。これは従来のアプリケーション開発のアプローチと大きく異なる。従来は、頻度が少なく規模の大きい、修正と新しい機能を詰め込んだ更新が好まれていた。だが、モバイル時代の開発者は、このように長期間を要するぜいたくなアプローチを採用することはできない。アプリケーションストアとユーザー評価の登場によって、開発者はユーザーからのフィードバックにすぐに反応することを余儀なくされている。

　米Forrester Researchで主席アナリストと統括責任者を兼任するジェフリー・ハモンド氏は、「ユーザーの不満や提案への対応に数カ月もの時間をかけようものなら、アプリケーションの評価は落ち込み、離脱率が上昇する」と指摘する。そこで役に立つのがDevOpsだ。

　「できる限り早くフィードバックを入手して、フィードバックに基づいて対応する必要がある場合、DevOpsの原則なしで対応速度を上げることは非常に困難だ」（ハモンド氏）

　DevOpsのベストプラクティスに従うと、IT部門は、ユーザーの満足度やアプリケーション内の活動について詳しい情報を入手することができる。この情報は、レビューなどの直接的なフィードバックだけでなく、アプリケーション内の分析によって得られる。また、開発者は監視機能をアプリケーションに組み込むことで、クラッシュやユーザーの動作などについて、リアルタイムで情報を入手することが可能だ。そのような分析から得られる大量の情報を手動で集めることは不可能だろう。1つのモバイルアプリケーションに、複数の種類／バージョンのOSや複数のデバイス向けに作成された多様なバージョンが存在する場合は特にそうであろう。現在利用されている米GoogleのAndroidだけを取ってみても数千パターンのOSバージョンとデバイスの組み合わせが存在しているとハモンド氏は指摘する。

　「モバイルの分野では、さらに多くのことがDevOpsに求められている。それは、リリースされる全てのプラットフォームでモバイルアプリケーションをテストすることは、ほぼ不可能だという前提に端を発している」（ハモンド氏）

DevOpsを運用する

　DevOpsが活躍するのは、アプリケーションのユーザー向け機能だけではない。アプリケーションをバックエンドインフラ、データリボジトリ、管理システムに関連付ける上でも重要な役割を果たしている。これらを開発プロセスでアプリケーションに組み込むことで、企業は導入に掛かる時間を短縮して、より簡単にインフラの変更に対応できるようになる。インフラの変更には、新しいストレージの場所の追加やアプリケーションとバックエンドインフラ間のネットワークトラフィック処理方法の変更などが含まれる。

　製品開発サイクルを踏まえて運用しなければならない。そう語るのは、ITオートメーションソフトウェアベンダーの米Puppet Labsでテクニカルマーケティングマネジャーを務めるカール・カウム氏だ。

　Puppet Labsでは、エンジニアがインフラ固有の属性を表すコードを記述している。そのため、アプリケーションの開発時に、開発者はバックエンドインフラを統合するコードをゼロから記述するのではなく、単純にエンジニアが記述したコードを組み込むことができる。インフラ関連の変更が必要な場合に必要なのは、古いコードを新しいコードに交換するだけだ。

印刷する

この記事の著者

Colin Steele

気まぐれユーザーを満足させるモバイルアプリ開発、肝は“DevOps”

関連記事

文化的な変革をもたらすモバイルDevOps

ユーザー評価に翻弄される開発者

関連記事

DevOpsを運用する

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

気まぐれユーザーを満足させるモバイルアプリ開発、肝は“DevOps”

関連記事

文化的な変革をもたらすモバイルDevOps

ユーザー評価に翻弄される開発者

関連記事

DevOpsを運用する

この記事の著者

関連記事

ダウンロードしても1回しか使われないモバイルアプリの共通点は？

あなたが作ったモバイルアプリが使われない“やっぱりな理由”

機能“全部乗せ”モバイルアプリが使われない、もっともな理由

革新的な「DevOps」を台無しにする“7つのあるある”

1回で分かる：DevOpsとアジャイル開発の関係

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓