リリースして10年経ったレガシーシステム、次の10年も価値を提供し続けるためにビルドとリリースのプロセスを改善した話

1. ちょっと地味なビルドとリリースの話
レガシーシステム改革、はじめの一歩

2. 今日のお話
リリースして10年経ったレガシーシステム、
次の10年も価値を提供し続けるために
ビルドとリリースのプロセスを改善した話

3. むかしむかし
2005年6月、ひとつのサービスをローンチしました。

4. どうするリリース
積極的な機能追加
増えるユーザー、増える機能、増えるお叱り
チェックは入念に、変化は慎重に
→ 鉄板のリリースプロセス

5. ビフォー： ビルド
ワーク
0. SSHログイン

6. ビフォー： ビルド
ワーク SVN
1. 最新のソースを取得
0. SSHログイン

7. ビフォー： ビルド
ワーク SVN
1. 最新のソースを取得
0. SSHログイン
2. Ant
コード生成
コンパイル
ファイルのフィルタリン
グコピー
コマンド実行
アーカイブ…

8. ビフォー： ビルド
ワーク SVN
1. 最新のソースを取得
0. SSHログイン
2. Ant
3. 環境ごとにアーティファク
トを作成

9. ビフォー： ビルド
ワーク SVN
1. 最新のソースを取得
0. SSHログイン
2. Ant
NFS
3. 環境ごとにアーティファク
トを作成 4. NFS にコピー

10. ビフォー：デプロイ
サーバ1
NFS

11. ビフォー：デプロイ
サーバ1
NFS
0. SSHログイン

12. ビフォー：デプロイ
サーバ1
NFS
1. コピー0. SSHログイン

13. ビフォー：デプロイ
サーバ1
NFS
1. コピー0. SSHログイン
2. リリース
停止→更新→開始

14. ビフォー：デプロイ
サーバ1
NFS
1. コピー0. SSHログイン
2. リリース
停止→更新→開始
目視による状態確認プロセス

15. ビフォー：デプロイ
サーバ1
NFS
1. コピー0. SSHログイン
2. リリース
停止→更新→開始
目視による状態確認プロセス
エディタで設定ファイルを編集

16. ビフォー：デプロイ
サーバ1
NFS
1. コピー0. SSHログイン
2. リリース
停止→更新→開始
目視による状態確認プロセス
エディタで設定ファイルを編集

17. ビフォー：デプロイ
サーバ1
NFS
サーバ2
1. コピー0. SSHログイン
2. リリース

18. ビフォー：デプロイ
サーバ1
NFS
サーバ2 サーバ3
1. コピー0. SSHログイン
2. リリース

19. ビフォー：デプロイ
サーバ1
NFS
サーバ2 サーバ3
サーバ台数分繰り返す

20. ビフォー： デプロイ
サーバ1
NFS
サーバ2 サーバ3

21. リリースは一大イベント
システムはどんどん複雑に
リリース手順も複雑に
システムを変更するのもリスク、リリースもリスク
リリースは季節に１回のイベント

22. 目指すは「開発サイクルの高速化」

23. 鉄板リリースプロセスの課題

24. リリースの課題
サーバ1
NFS
サーバ2 サーバ3

25. リリースの課題
サーバ1
NFS
サーバ2 サーバ3
多種多様なアーティファクト

26. リリースの課題
サーバ1
NFS
サーバ2 サーバ3
多種多様なアーティファクト
マニュアルビルド

27. リリースの課題
サーバ1
NFS
サーバ2 サーバ3
多種多様なアーティファクト
マニュアルビルド
マニュアルデプロイ

28. 多種多様なアーティファクト
プログラムの構成もアーティファクトも多種多様
一子相伝のアーティファクト生成プロセス

29. 多種多様なアーティファクト
プログラムの構成もアーティファクトも多種多様
一子相伝のアーティファクト生成プロセス
全環境共通のアーティファクト
プログラムの構成、ビルドプロセスを統一
アーティファクトを全環境にデプロイ

30. なぜGradle?
柔軟な処理の記述が可能 ( vs Maven ）
可読性が高い ( Ant XML vs Gradle Groovy )
さまざまなフレームワークでの採用実績

31. ただAntを Gradle に変えたわけではない
開発のサイクルをあげるために
プログラムの構成を共通化
リリースのサイクルをあげるために
全サーバ共通のアーティファクトでサービスを起動でき
るようプログラムを改変

32. マニュアルビルド
ssh と シェルスクリプト

33. マニュアルビルド
ssh と シェルスクリプト
1 click build
Jenkins による1click build
アーティファクトのリポジトリ管理

34. artifactory を導入する
アーティファクトのリポジトリ管理ツール
プログラムの依存関係管理の基盤
必要なアーティファクトだけ取り込む
アーティファクトの再利用を加速

35. マニュアルデプロイ
ssh と シェルスクリプトと目視とエディタ

36. マニュアルデプロイ
ssh と シェルスクリプトと目視とエディタ
1 line deploy
コマンドひとつで deploy

37. 目視とエディタをどうするか
プロセスが稼働していないことを目視確認してからサー
ビス停止
アーティファクト以外の設定ファイルを編集
正常動作を目視確認してからサービスイン

38. 目視とエディタをどうするか
プロセスが稼働していないことを目視確認してからサー
ビス停止
アーティファクト以外の設定ファイルを編集
正常動作を目視確認してからサービスイン
力技ですべてGradle スクリプトに

39. ビフォー： ビルド
ワーク SVN
1. 最新のソースを取得
0. SSHログイン
2. Ant
NFS
3. 環境ごとにアーティファク
トを作成 4. NFS にコピー

40. アフター: ビルド
0. クリック

41. アフター: ビルド
git
1. 最新のソースを取得
0. クリック

42. アフター: ビルド
git
1. 最新のソースを取得
0. クリック
2. Gradle

43. アフター: ビルド
git
1. 最新のソースを取得
0. クリック
2. Gradle
3. アーティファクトを作成

44. アフター: ビルド
git
1. 最新のソースを取得
0. クリック
2. Gradle
3. アーティファクトを作成 4. レポジトリ
に登録

45. アフター: ビルド
git
1. 最新のソースを取得
0. クリック
2. Gradle
3. アーティファクトを作成 4. レポジトリ
に登録
変わらない？

46. アフター: ビルド
git
1. 最新のソースを取得
0. クリック
2. Gradle
3. アーティファクトを作成 4. レポジトリ
に登録
Jenkinsさんがすべて実行！
クリックしただけ！

47. ビフォー： デプロイ
サーバ1
NFS
サーバ2 サーバ3

48. アフター：デプロイ
0. SSH
サーバ1
ワーク

49. アフター：デプロイ
0. SSH 1. Gradle
サーバ1
ワーク

50. アフター：デプロイ
0. SSH 1. Gradle
2. デプロイ
サーバ1
ワーク

51. アフター：デプロイ
0. SSH 1. Gradle
2. デプロイ
3. リリース
サーバ1
ワーク

52. アフター：デプロイ
…
0. SSH 1. Gradle
サーバの数だけ繰り返す
2. デプロイ
3. リリース
サーバ1 サーバ2 サーバ3
ワーク

53. アフター：デプロイ
…
0. SSH 1. Gradle
サーバの数だけ繰り返す
Gradleさんが！
2. デプロイ
3. リリース
サーバ1 サーバ2 サーバ3
ワーク

54. リリースプロセス改善のアフター
リリースコストダウン（8人 → 2人）
スケールアウト・障害対応
開発しやすいプログラム

55. リリースプロセス改善のアフター
リリースコストダウン（8人 → 2人）
スケールアウト・障害対応
開発しやすいプログラム
開発サイクルの高速化

56. リフォーム価格
期間 7ヶ月
Gradle スクリプト 100 ファイル・5000 行
Jenkins 100 以上のジョブ

57. リフォーム価格
期間 7ヶ月
Gradle スクリプト 100 ファイル・5000 行
Jenkins 100 以上のジョブ
お求めやすいお値段ではない

58. それでもリフォームに取り組んだ理由
これから10年サービスを提供し続けるために
Rails 経験者の確信
必要な技術が出揃った

59. リリース改革の効果が出てくるのは
これからです。

60. これからの10年を
ぜひ楽しみにしていてください。