ブログ

ryuzeeによるブログ記事。不定期更新

継続的デプロイ実現のためにはインフラの考慮が必要という話

全国1000人のスタックフルエンジニアのみなさんこんにちは。

DevOps.comでのRe-thinking DevOps tools for Continuous Deployment successという話が興味深かったのでご紹介します。

ここで話しているのはいわゆる大きな組織においてデプロイやプロビジョニングを自動化しようとしたときにぶちあたるインフラ面でのブロッカーの話と捉えてよいでしょう。

十分な開発環境がない、開発環境のリソースの制限がきつい、本番環境と開発・テスト環境があまりに異なるといった話をよく聞きます。しかし、新しい機能を作って届けるためのサイクルタイムを短くしようと思うなら、開発プロセスだけを改善しても始まりません。速度を遅くするブロッカーが何なのかをとらえた上で、それがインフラ周りであればそれも改善しないといけません。

以下勝手訳です。

継続的デプロイ成功のためのDevOpsツール再考

ガートナーは、フォーブス・グローバル2000の企業のうち25%が2016年までに自組織でDevOpsのメソッドを積極的に取り込んでいくだろうと予測している。 DevOpsが主流になってきたので、小さな企業やプロダクションではない環境だとうまくいっていたいくつかの実装テクニックについて再考すべき時だと思う。 継続的インテグレーションをうまくいかせるための一般的な前提は、プロダクション環境の現実世界のデータセンターでは現実的ではない。 一般的な前提には以下が含まれる。

  • 分離された開発やテスト環境のそれぞれで専用のリソースが使える
  • リグレッションテストやQAテストを実施するために十分な仮想マシンのプールがある
  • テスト環境はプロダクション環境にそっくりである
  • DevOpsワークフローを実現するのに十分なだけのツールチェーンが使える

それぞれの前提と、それがプロダクション環境での成功にあたえるインパクトについて考えてみよう。

分離された開発やテスト環境のそれぞれで専用のリソースが使える

大きな組織においては、開発とテストのための分離された専用のインフラを維持するのに非常に高額のコストがかかる。 われわれの経験では、5チームかそれ以上の開発チームがある組織で、開発・テスト・QAのインフラを管理するために、より良い方法を手に入れる必要がある。 これが意味するのは、そういったチームではビルドの終了をトリガーにしてすぐにリグレッションテストをおこなうことができないということだ。 まず、テストの実行に必要なリソースへアクセスできることを保証する必要があるのだ。 DevOpsのツールが、共有で制約のある物理または仮想化されたインフラの予約やスケジューリングをする必要がある。

リグレッションテストやQAテストを実施するために十分な仮想マシンのプールがある

DevOpsのツールは、均質的な仮想または物理サーバにおいて開発やテストのプロセスを自動化し、アプリケーションを実行することにフォーカスしている。 こういった環境では、DevOpsツールは実行やデプロイに際して、仮想環境、PaaSのツールやサーバープール用のOS(たとえばCoreOS)に依存する。 残念なことに、仮想化ツールやOSツールにスケジューリングを移譲するのは、大規模プロダクション環境ではうまくいかないし、現実のデータセンターの縮図となる環境を必要とするリグレッションテストを十分にコントロールすることができない。 完全なDevOpsのツールセットはワークフローによるオーケストレーションを組み込む必要があり、そこではDevOpsのそれぞれのプロセスにおいてアプリケーションが対象の仮想環境でどのように実行されるかを開発者がコントロールすることを許容しないといけない。

テスト環境はプロダクション環境にそっくりである

フォーブス・グローバル2000の企業がもつデータセンターは均質ではない。 典型的には、アプリケーションが旧来のインフラ、仮想環境、パブリッククラウドの組み合わせにまたがってデプロイされるハイブリッドインフラである。 それに加えて、プロダクション環境のネットワーク構造は複雑で、アプリケーションを動作させるための設定が必要だ。 開発環境やテスト環境でこの複雑さを無視することは、プロダクトション環境へのアプリケーション移行が失敗するという結果になる。 多くの継続的インテグレーションツールはこういった複雑な環境へのデプロイをコントロールすることはできない。 このことが、今日の多くのDevOpsプロジェクトが継続的インテグレーション止まりであり、プロダクション環境への「継続的デプロイ」に至っていないことの説明になる。 DevOpsツールは単にアプリケーションのデプロイを管理できるだけでなく、アプリケーションが動作するハイブリッドインフラの設定も管理できなければならない。 そして、このことは、テストインフラの設定はプロダクションインフラの縮図である必要があるということに帰結する。

DevOpsワークフローを実現するのに十分なだけのツールチェーンが使える

継続的デプロイを実現するための一般的なソリューションは、開発からデプロイまでエンドツーエンドでDevOpsツールをつなぎ合わせることだ。 しかしこのやり方は問題を作りだしてしまう。というのも、それぞれのツールはプロセスのフローにおいて点と点で統合しなければならないからだ。ツール全てが線で繋がるまでは、完全なソリューションはない。 ただ結局のところ、チェーンの中の次のツールは、それまでに導入している全てのツールと特別な統合をする必要はなく、あくまで前のツールとうまくつながればよい。

単純にツールをつなげることは上で述べた3つの問題を無視している。本当のエンドツーエンドのソリューションは単に開発・テスト・QA・デプロイツールを一緒につなげることではなく、以下のようなことを組み込むべきだ。

  • DevOpsの次のプロセスを始める前にリソースの予約とスケジューリングをする
  • 仮想化サーバや物理サーバが混在した環境へのアプリケーションの配置をコントロールする能力
  • アプリケーション実行前に対象のインフラやネットワークを自動的に設定できる能力

完全な継続的デプロイに移行するにしたがって導入しているDevOpsツールの数が増え、こういったことができるソフトウェアが導入されていくのをみることになるだろう。

アジャイルコーチングやトレーニングを提供しています

株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。

詳細はこちら
  • スクラム実践者が知るべき97のこと
  • 著者/訳者:Gunther Verheyen / 吉羽龍太郎 原田騎郎 永瀬美穂
  • 出版社:オライリージャパン(2021-03-23)
  • 定価:¥ 2,640
  • スクラムはアジャイル開発のフレームワークですが、その実装は組織やチームのレベルに応じてさまざまです。本書はスクラムの実践において、さまざまな課題に対処してきた実践者が自らの経験や考え方を語るエッセイ集です。日本語書き下ろしコラムを追加で10本収録
  • プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
  • 著者/訳者:Melissa Perri / 吉羽龍太郎
  • 出版社:オライリージャパン(2020-10-26)
  • 定価:¥ 2,640
  • プロダクト開発を作った機能の数やベロシティなどのアウトプットで計測すると、ビルドトラップと呼ばれる失敗に繋がります。本書ではいかにしてビルドトラップを避けて顧客に価値を届けるかを解説しています。
  • SCRUM BOOT CAMP THE BOOK 【増補改訂版】
  • 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎
  • 出版社:翔泳社(2020-05-20)
  • 定価:¥ 2,640
  • スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
  • みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた
  • 著者/訳者:Matt LeMay / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン(2020-3-19)
  • 定価:¥ 2,640
  • アジャイルで本当の意味での成果を出すには、開発チームだけでアジャイルに取り組むのではなく、組織全体がアジャイルになる必要があります。本書にはどうやってそれを実現するかのヒントが満載です
  • レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
  • 著者/訳者:David Scott Bernstein / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン( 2019-9-18 )
  • 定価:¥ 3,132
  • レガシーコードになってから慌てるのではなく、日々レガシーコードを作らないようにするにはどうするか。その観点で、主にエクストリームプログラミングに由来する9つのプラクティスとその背後にある原則をわかりやすく説明しています。
  • Effective DevOps ―4本柱による持続可能な組織文化の育て方
  • 著者/訳者:Jennifer Davis、Ryn Daniels / 吉羽 龍太郎、長尾高弘
  • 出版社:オライリージャパン( 2018-3-24 )
  • 定価:¥ 3,888
  • 主にDevOpsの文化的な事柄に着目し、異なるゴールを持つチームが親和性を高め、矛盾する目標のバランスを取りながら最大限の力を発揮する方法を解説します
  • ジョイ・インク 役職も部署もない全員主役のマネジメント
  • 著者/訳者:リチャード・シェリダン / 原田騎郎, 安井力, 吉羽龍太郎, 永瀬美穂, 川口恭伸
  • 出版社:翔泳社( 2016-12-20 )
  • 定価:¥ 1,944
  • 米国で何度も働きやすい職場として表彰を受けているメンローの創業者かつCEOであるリチャード・シェリダン氏が、職場に喜びをもたらす知恵や経営手法、より良い製品の作り方などを惜しみなく紹介しています
  • アジャイルコーチの道具箱 – 見える化の実例集
  • 著者/訳者:Jimmy Janlén / 原田騎郎, 吉羽龍太郎, 川口恭伸, 高江洲睦, 佐藤竜也
  • 出版社:Leanpub( 2016-04-12 )
  • 定価:$14.99
  • この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。アジャイル開発かどうかに関係なくすぐに使えるカタログ集です
  • カンバン仕事術 ―チームではじめる見える化と改善
  • 著者/訳者:原田騎郎 安井力 吉羽龍太郎 角征典 高木正弘
  • 出版社:オライリージャパン( 2016-03-25 )
  • 定価:¥ 2,138
  • チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍。カンバンの原則などの入門的な事柄から、サービスクラス、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。
  • Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
  • 著者/訳者:Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
  • 出版社:アスキー・メディアワークス( 2013-03-08 )
  • 定価:¥ 1,680
  • スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
  • How to Change the World 〜チェンジ・マネジメント3.0〜
  • 著者/訳者:Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
  • 出版社:達人出版会
  • 定価:500円
  • どうすれば自分たちの組織を変えられるだろう?それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック