デプロイメントパイプラインって何？
- 1. デプロイメントパイプライン ってなに？ ～Jenkinsおじさんと遊んでみた編～
- 2. 前回のおさらい
- 3. 継デリってなに • 継続的に価値を提供し続ける テスト自動化だけじゃダメ デプロイコマンドだけでもダメ リリースプロセスの自動化までやろう デプロイメントパイプライン
- 4. 継デリってなに • 継続的に価値を提供し続ける テスト自動化だけじゃダメ デプロイコマンドだけでもダメ リリースプロセスの自動化までやろう デプロイメントパイプライン
- 6. コミットステージ コンパイル 単体テスト コード解析 前回からの引用 自動受入れテストステージ 自動受け入れテスト 手動テストステージ ユーザ受け入れテスト 探索的テスト 本番リリース
- 7. じっさいには
- 8. コミットのたびに実行される コンパイル 単体テスト コード解析 こんな感じが 実行に 比較的時間のかかるもの ありそう 自動受け入れテスト 手動テスト 評価環境リリース キャパテスト ユーザ受け入れテスト いわゆるステージング 負荷テスト 探索的テスト 長期稼動テスト 本番リリース
- 9. えっ…大変そう…。
- 10. 実際そこそこ大変です。
- 12. コミットステージ コミットのたびに実行される コンパイル 単体テスト コード解析 コミットのたびに実行される パイプラインの入り口ステージをコミットステージと呼びます •主に開発者テストの領域 •コミット前にローカルでも実施しましょう •バンバン叩かれるしバンバン動くステージ •ここが遅いとうんざり具合半端ない •長くても数分以内に終了するようにしましょう
- 17. ビルドは1回！ • コミットステージで1回だけ • 受け入れテストや • 本番リリースも • 最初に作ったバイナリを持ちまわる
- 18. なんで？ 1. 都度ビルドは時間がかかる 2. 問題が起きた時の切り分けが楽 – バイナリに差異がなければ – 問題は設定のほう 3. デプロイが楽 あれ、でも設定ファイルの切り替えは？
- 19. • アプリ内には設定へのポインタだけを含め るようにする • 環境変数とか • 出来れば設定は別で管理できるといい – 往々にしてアプリと設定は変化するスピード が違うので • Mavenのprofileの仕組みはこの方針に 合ってなかったりする – Classpath経由で設定ファイル食わせるとか、 やり方はいろいろあります
- 20. ビルドとデプロイは分ける • ビルド(自動テスト)スクリプトとデプロイ 用スクリプトは分ける • あるいは単独で実行できるようにする
- 21. なんで？ 1. 時間がかｋ(ry 2. 「ビルドは1回」に反する 3. 前述のでぷぱいの図より – 場合に応じていろんな環境にデプロイする – でぷぱいの保守拡張が – すごく楽になる。
- 24. ※デモ※
- 25. うまくでぷぱいが実装できると • どのコミットがどのビルドに紐付いてて • どのビルドがパイプラインをどこまでク リアしていて • 必要な関門をクリアしたビルドなら • 1クリックで好きな環境にデプロイできる • 本番リリースはそのうちの1つでしかない
- 26. おわり。