アプリケーションリリースの自動化:リリース管理の自動化がクラウドに入ります

アジャイル技術とDevOpsカルチャーの人気が高まり、 継続的な配信を維持したいという要望により、企業はリリース自動化ツールの実装を奨励しています。



この記事では、リリース管理とは何か、ServiceNowのクラウドベースのリリース管理ソリューションがIT企業が多くの課題に対処するのにどのように役立つかを紹介します。





/ Flickr / バージニア州立公園 / CC



リリース管理について少し



リリース管理(RM)は、リリースの設計、計画、構築、およびテストを解決するプロセスです。 RMの主な目標は、これらのサービスの所定のレベルの品質と整合性(統合)を備えたサービスの提供を保証することです。



Gartnerによると、アプリケーションリリースオートメーション(ARA)ツールを使用すると、開発環境をシミュレートし、アプリケーションのライフサイクル全体を通じてアーティファクトと構成を管理することもできます。 また、多数の小規模リリースの高速かつ中断のない配信を提供するDevOpsタスクを完了します。



Gartnerは、2020年までにIT組織の半数が少なくとも1つのARAソリューションを実装すると予測しています。 2017年9月によると、ツールを使用してリリースを自動化する企業の割合は15%です。



2016年、ARAソリューションの市場は2億2,800万ドルに達し、これは2015年(31億7,400万ドル)よりも31%多くなっています。 市場の平均年間成長率(CAGR)は20%(2020年までに計算された成長率)になると予想されます。


リリースの問題



Vokeは、ソフトウェア開発に関与する368の大小のIT企業の代表者にインタビューしました 。 調査で 、新しいソフトウェアバージョンのリリース速度が遅いことと品質の低さが企業の60%の主な問題であることが示されました。 回答者の14%のみが、言及された困難に直面していないと答えました。



この調査では、プロジェクトの組み立てと展開のフェーズも検討しました。 アセンブリの各段階の自動検証により、継続的な統合が保証されたのは、わずか29%のケースでした。 展開に関しては、スクリプトを使用した自動化が使用された組織はわずか32%でした。



GartnerのアナリストでVokeの創設者であるTheresa Lanowitzは、自動化の欠如はビジネスに損害を与える「驚くべき事実」であると述べました。 彼女は、自動化の実装の割合が「驚くほど低い」と信じ、「基本的な自動化ツールを導入しないと新しいソフトウェアバージョンの配信プロセスの継続性を達成することは不可能です」と強調しています。



Forresterの結果は同様の問題を明らかにしました。Dev-Ops開発者の64%はリリース率に不満を抱いています。 それらの大部分(32%)は月に1回新しいソフトウェアを市場にリリースし、回答者の8%のみが毎日それを行います。



Forresterのアナリスト、Charles Betzによると、この調査の結果は、企業とその顧客が四半期または年に一度リリースを待つことはないことを示しています。 IT企業は、製品の新しいバージョンをできるだけ頻繁にリリースするよう努めます。



TechTargetは、継続的な統合とソフトウェア配信への組織の取り組みが、クラウドで動作するツールを含むRMツールの実装に役立つと考えています。



RMをクラウドに移行する理由



アプリケーションをクラウドに移動すると、リリース管理プロセスを簡素化できます。 Teresa Lanovitzによる 、このようなステップは既製のRMソリューションを使用して実行できます。 このようなソリューションの「クラウド」形式により、プロセスのすべての段階を追跡し、単一のプラットフォームを使用してそれらを管理できます。 ただし、Lanovitzは、ARA製品を実装する前に、会社の戦略計画に応じて適切なツールを選択するために、複数のプロバイダーの試用版をテストする価値があると考えています。



CA AutomicのDevOpsのスペシャリストであるLarry Salomon(Larry Salomon) 、企業がまずクラウドARAツールの機能に注意を払い、異なるリリースライフサイクルが同時に発生する開発環境で動作するアプリケーションをサポートする必要があると考えています。 さらに、実装に時間がかかりすぎる製品を避けることを勧めます。



ServiceNow RMの機能と使用法



ServiceNowのRMソリューション 、タスク記録システムを使用してリリースを管理します。 各(計画された)機能の開発は、特定のタスクの形式で提示され、その情報は対応するフィールドに示されます。 これらのタスクは、リリースの個々の段階を担当する開発者に割り当てられます。 ワークプロセスは、RMアプリケーションで監視できます。



このガイドでは、例としてハーバード大学のケーススタディを使用してServiceNow RMを操作する方法について説明します。 3ページには、さまざまなタスクの相互作用の詳細図があります。個別の「機能」を承認する段階(たとえば、バグを改善または修正する段階)から生産段階まで。 4ページには、ServiceNowアプリケーションでのリリース管理プロセス全体がどのように見えるかが示されています。 ボストン大学も同様のガイドを提供しています



RMソリューションは、他のInforma ITSM製品と組み合わせて使用されます。 この国際組織は、科学資料の出版、展示会やイベントの開催、分析サービスの提供、トレーニングの提供という4つの分野で活動しています。



ITSM部門の責任者であるPaul Hardyによると、Informaは多くのブランチで構成されており、各ブランチにはビジネスプロセスとその実装方法に関する独自のビジョンがあります。 Informaの主な問題は、ITタスクを管理するための統一ツールの欠如でした。 この問題の解決策は、サービス管理と自動化への統合アプローチでした。 企業の150のオフィスで9000人の従業員の協調作業を達成できました。





/ Flickr / ジェームズマン / cc



このトピックを実際に知り始める場所



リリース管理は、変更管理と密接に関連しています。 既に述べたように、リリース管理の目標の1つは、変更の実装中に会社のサービスの整合性を維持することです。 変更管理-行われた変更の悪影響を減らすのに役立ちます。 これらを組み合わせることで、変更を実装するリスクを最小限に抑え、顧客満足度を高めることができます。



変更およびリリース管理を実装するには、経験に基づいヒントを使用できます 。 簡単に要約すると、これらのプロセスが企業で基本的に機能するために必要なものは次のとおりです。





また、ServiceNowリリース管理の概要を読み、ServiceNow変更管理の仕組みを確認することをお勧めします。






企業IT Guildブログの追加資料:






All Articles