アメーバピグとJenkinsと私
•
26 likes•14,760 views
第6回 テックヒルズ 『Let’s study Jenkins～さまざまなケーススタディ～』 発表資料
Recommended
More Related Content
Viewers also liked
Viewers also liked (19)
Similar to アメーバピグとJenkinsと私
Similar to アメーバピグとJenkinsと私 (20)
アメーバピグとJenkinsと私
- 5. 弊社イメージ？ 何かと誤解されやすいです＞＜ by NAVERまとめ h,p://matome.naver.jp/odai/2137085316482128101
- 6. 世間一般の弊社イメージ by 日本経済新聞 h,p://www.nikkei.com/content/pic/20130227/96958A9C93819499E0E5E2E2948DE0E5E2E0E0E2E3E1E2E2E2E2E2E2-‐DSXZZO5220017027022013000000-‐PB1-‐27.jpg
- 8. アジェンダ アメーバピグでのJenkinsケーススタディ • コードの品質管理 • バッチ制御 • オペレーションの自動化
- 10. 理想的なCIの形 1) Compile 2) Unit testing 3) Inspection 4) Reporting 5) Deploy trunkbranch IRC CI server developer VCS
- 11. Piggの現実（2011年当時） trunkbranch developer review • CI環境なし • デプロイは手動 • 品質担保はレビューのみ • テストコード（ほぼ）無し – あってもほったらかし – 新卒「テストしてないんスか？」 subversion
- 13. まずは入れてみた 1) Test compile 2) Check Style 3) Findbugs 4) Reporting trunk Jenkins subversion
- 16. 理想に近づけるための戦略 • CI環境の整備 • 危ないバグはみんなで修正 • その警告、本当に必要？
- 17. 理想に近づけるための戦略 • CI環境の整備 • 危ないバグはみんなで修正 • その警告、本当に必要？
- 18. CI環境の整備 1) Compile 2) Inspection 3) Reporting trunkbranch IRC Jenkins developer Hook script feedback commit
- 19. 理想に近づけるための戦略 • CI環境の整備 • 危ないバグはみんなで修正 • その警告、本当に必要？
- 22. 理想に近づけるための戦略 • CI環境の整備 • 危ないバグはみんなで修正 • その警告、本当に必要？
- 23. その警告、本当に必要？ • 一部のコードは解析対象から除外 • テストコード • DTO（getter/setterのみ）
- 24. その警告、本当に必要？ • 警告そのものを無効化 – 参照の受け渡し • 全可変オブジェクトに防御的コピーを 実装するのは非現実的 – Javadoc無し • 但しサービスI/Fは除く – コンストラクタでのフィールドの初期化 • Spring Framework で DI しているので などなど…
- 25. 現在のPigg（2013年） 1) Compile 2) Unit Testing 3) Inspection 4) Reporting trunkbranch IRC Jenkins developer Hook script feedback
- 28. ピグで稼働するバッチ処理 • 57本（2013年6月現在） • オンライン処理の裏側で稼働 • 単発の処理がほとんど – 不要なデータの削除 – ログの収集・解析 などなど…
- 29. 注：写真はイメージです by Response.jp h,p://response.jp/imgs/zoom/255829.jpg
- 30. ツギハギだらけのバッチ環境 • cron起動 ＆ SpringBatch が混在 – サービスの拡大とともに変貌した結果？ • 新バッチサーバ & 旧バッチサーバ – 旧 のくせに大事な処理が野ざらし – ジョブ失敗してるのに通知来ない
- 31. 運用上の問題点 • ジョブの実行状況が把握しづらい – どんなジョブが稼働してるかひと目で把握できない – 実行時間の増加傾向が掴みづらい – 異常終了が通知されない • SpringBatch 固有の問題 – 管理サーバと各ジョブが同一VM上で稼働 – ジョブが想定外の異常終了すると管理サーバごとVM が落ちる
- 33. Jenkinsを活用したバッチ環境 JOB① JOB② … developer Jenkins Batch server ü スケジュール ü 記録
- 34. 取り組んできたこと • SpringBatchを捨てる – ジョブ実行用のシンプルなFWを開発 – FWに合わせてプログラムは再作成 – バッチの制御はJenkinsに委譲 – cron起動していたジョブもJenkinsから実行 • Jenkinsでバッチを制御 – スケジューリング – 実行記録の保持
- 35. Jenkinsを活用したバッチ環境 JOB① JOB② … developer Jenkins Batch server mon ü スケジュール ü 記録 ü 死活監視 ü リソース監視
- 36. 取り組んできたこと • Remote APIを利用したリソース監視 – キューイングされているジョブがないか – 同一ジョブの多重実行がないか ジョブのチューニングのタイミングを自動的に知る
- 41. 過去に起きた障害たち • 本番／待機系でリリース物が異なってヒヤリ事件 • 管理画面が the Internet に大公開事件 • 実はサーバの死活監視してませんでした事件 • 来週リリースのタグ切り1日早いんだった(・ω<) 事件 • a などなど…
- 42. 再発防止策？ cheklist by Alan Cleaver h,p://www.flickr.com/photos/alancleaver/4439276478/ 再発防止策？
- 43. 人は同じ過ちを繰り返す • 問題点 – 人間が運用するとまたミスる • 再発するとチェックリストは増える • チェックリストのチェックリスト問題
- 45. モニタリングの仕組み developer Jenkins Google Calendar API servers (production)
- 46. こんなことに利用してます • リソースの差分チェック – サーバ間差異 – 本番／待機系間差異 • リマインダ – 月金が公休の場合に警告メール送信
- 47. 今後の展望 • 自動化できる範囲を広げる – デプロイ＆リリース – 稼動系の切り替え – メンテナンス切り替え などなど…
- 48. まとめ
- 49. 本日お話ししたこと アメーバピグでのJenkinsケーススタディ • コードの品質管理 • バッチ制御 • オペレーションの自動化
- 51. ご静聴ありがとうございました！