社内での技術発表資料です

1. (継続的インテグレーション）
2017年9月
KENJI HIRATA
CI

2. 本日のテーマ
CI(継続的インテグレーション）
ユニット
テスト
ビルド実装
結合
テスト
リリースデリバリ
CI(継続的インテグレーション)
CD(継続的デプロイ)
ここ！
2

3. 1. CIについて
2. CIに関するツールのご紹介
アジェンダ
3

4. 1.CIについて
4

5. 5
CIとは？
継続的インテグレーション
CI（英: continuous integration）とは、ソフトウェア開
発過程において，ビルドやテストを頻繁に繰り返し行う
ことにより問題を早期に発見する開発手法
開発者が自分のコード変更を定期的にセントラルリポジ
トリにマージし、その後に自動化されたビルドとテスト
を実行する DevOps ソフトウェア開発の手法

6. 6
ビルド・テストを自動化して、小さくたくさん回す
CIとは？
リポジトリ テストビルド
自動化

7. 7
なぜCI?

8. よくある開発現場の問題
・結合またはシステムテスト時に問題が発見され
手戻りの工数がかさむ（デグレ発生など）
×早期にテストが行えておらずバグが残存
×後工程でのテスト工数が増大
・リポジトリから最新のソースコードを取得したが
ビルドが通らない
×ビルドエラーを発生させるコードがコミットされている
×ビルドエラーのチェックが行われていない
8

9. 解決へのアプローチ
リポジトリから最新のソースコードを取得したが
ビルドが通らない
9
ビルドエラーをすぐ検知する必要がある
リポジトリにマージしたら即ビルドを行い結果を通知する。
ビルドエラーの場合は即対応する。

10. 解決へのアプローチ
結合またはシステムテスト時に問題が発見され手戻り
の工数がかさむ
10
デグレをすぐ検知する必要がある
ビルドしたら即テストを行い結果を通知する。
NGの場合は即対応する。

11. 11
CIの目的
・バグの早期発見と対処
・ソフトウェアの品質向上
・リリースまでのリードタイムの短縮
「ビルド」と「テスト」の自動化などにより

12. ビルド・デプロイの自動化
12

13. 13
ビルド・デプロイの自動化をしない場合
(実装)
エンジニア
検証サーバ
例えば、検証サーバへのアップ時の面倒ごと
Git
(バージョン管理)
push
・ビルド
・デプロイ
面倒1：サーバに手動で接続する
面倒2：ビルド・デプロイ手順を間違えて壊す
面倒3：特定のメンバーにしかビルドができない
（属人化）→依頼しないといけない。
などなど・・
開発以外の作業が多い！
作業者の負担高い

14. 14
(実装)
GitBucket
Slack
Jenkins
(構成管理)
(バージョン管理)
(CIツール)
エンジニア
現プロジェクト例
push
結果通知
hook
(チャット)
通知指示
実行 ビルド
テスト
検証サーバ
ビルド・デプロイの自動化をした場合

15. 15
(実装)
GitBucket
Slack
Jenkins
(構成管理)
(バージョン管理)
(CIツール)
エンジニア
現プロジェクト例
push
結果通知
hook
(チャット)
通知指示
実行 ビルド
テスト
検証サーバ
現時点のデプロイ状況がわかる
ビルド・デプロイの自動化をした場合
作業中のメンバや、ビルド・デプロイの結果が全員に伝わる

16. 16
(実装)
GitBucket
Slack
Jenkins
(構成管理)
(バージョン管理)
(CIツール)
エンジニア
現プロジェクト例
push
結果通知
hook
(チャット)
通知指示
実行 ビルド
テスト
検証サーバ
pushして完了通知を受け取るだけ！
サーバ接続やビルド・デプロイ作業は不要
ビルド・デプロイの自動化をした場合

17. 17
(実装)
GitBucket
Slack
Jenkins
(構成管理)
(バージョン管理)
(CIツール)
エンジニア
現プロジェクト例
push
完了通知
hook
(チャット)
通知指示
実行 ビルド
テスト
検証サーバ
構成管理ツールで秘伝のタレ化、属人性を排除
ビルド・デプロイの自動化をした場合

18. ビルド・デプロイの自動化をした場合
実装以外の面倒な作業が減る。
削減した時間を実装に充てるこ
とで、結果的に同じ時間でより
多くの成果を生み出せる。
生産性向上
18
従来 自動化
実装
ビルド
デプロイ
など

19. 19
テスト自動化

20. 20
テスト自動化
バグ修正する際に、ソースコードの変更からテスト実行までのタイムラグ
が長いと、大量の変更点から原因を切り分けるために、何度も異なる条件
のテストを再実行したり、複数のソースコード変更を追跡したりといった
調査が必要。
バグ特定の負担を軽減するためには、ソースコードの変更からテスト実行
までのタイムラグを短縮すること。
バグ特定の負担

21. 21
テスト自動化
ソースコードの変更からテストの実行までのタイムラグを最小化するには
、ソースコードが変更された直後に毎回リグレッションテストを実行する
環境を整備する必要がある。
複雑なテストケースの場合は、状況の作成（DBデータ、ファイルなどの準
備など）は大変・・
テストケースの実行を自動化する必要がある。

22. 22
テスト自動化
自動テストケース作成の課題
カバレッジの最大化とコストの最小化
→ テスト価値である「コスト」「カバレッジ」を最適する
テスト設計スキルが必要。
時間や人(リソース)が少ない場合、全テストケースの作成が
できないため、短時間で効果のあるテストを作成する必要
がある。

23. 23
テスト自動化
現プロジェクトの課題への対処法
アプリケーション層のテス
トケースをJUnitで作成
→ アプリケーション層のアクショ
ンに対してのテスト（システムテス
トレベルのシナリオ）を実行するこ
とで、ドメイン層、インフラストラ
クチャ層の実行をある程度網羅でき
る。
アプリケーション層
ブラウザテスト（Seleniumなど）を利用せず、JUnitのみとすることで、テ
スト実装工数と実行時間短縮化
ドメイン層
インフラストラクチャ層

24. テスト自動化
ビルドの度にテストを行いデグレを検知、短時間でバグ特定
品質向上
やりすぎると納期とコストを圧迫するのでバランスが重要
あくまで保守開発のためのリグレッションテストを目的とする
24

25. ２.CIに関するツールの紹介
25

26. 26
CIに関するツール
• CIツール
• リポジトリサービス
• 構成管理ツール
• チャットツール
• テストツール

27. CIツール
Bamboo
Jenkins
Amazon CodeBuild
オープンソース。CIのデファクトスタンダード
AWS上で利用するビルドサービス
他、TravisCI、CircleCIなどクラウド利用型のものもあります。
Atlassian製品のCI/CDサービス
27

28. CIツール
28
利用の目的
サーバに接続してコマンドを実行する面倒や繰り返し行う作業を省き、効率化する
１、コマンド操作をより手間なく行う
２、構築作業をより安全かつ確実に行う
手作業によるミスを防ぐ。可能な限り手作業や人の判断を省いて誤入力の余地を
なくす。決まった作業を連続して行うことを強制する。
３、構築やテスト結果の蓄積
実行の結果の履歴情報を蓄積し、障害発生時の原因調査を行えるようにする。

29. CIツール
Jenkins
• Tomcatなどのサーブレットで動作するJavaのWEBシステム
• cronライクなスケジューリングでビルドを実行
• WebHookなどリクエストをトリガーにビルドを実行
• ジョブの履歴保存（問題発生時に原因を究明しやすい。）
• 様々なプラグインがある
例えば、Junitの結果を集計しテストレポートを生成することもできる
29

30. CIツール
現プロジェクトで実施していること
・Gitリポジトリへのコミットをトリガーにジョブ実行
・検証サーバへビルドを実行
・Junitのテスト結果を収集してテストレポート生成
・ビルドとテスト結果をチャットに通知
実行のタイミング
• リポジトリにコミットされたとき
• 午前と午後に1回づつ
30

31. リポジトリサービス
GitBucket
GitHub
GitLab
Gitのリポジトリ共有WEBサービス
オープンソース。GitHubの基本的な機能を搭載している
社内プライベート環境内に導入して利用できる
BitBucket
Attlasian製品のWEBサービス
Amazon CodeCommit
31
AWSが提供するGitホスティングサービス

32. リポジトリサービス
GitBucket
•サーブレットで動作するJavaのWEBシステム
•リポジトリ管理
•PullRequest, issue, wiki, fork, webHookなどの機能あり
32

33. リポジトリサービス
•ソース管理
•ブランチ管理
•PullRequestの実行と管理
•JenkinsへのWebHook
現プロジェクトで実施していること
33

34. 構成管理ツール
構成管理ツールとは？
• 手動オペレーションによるタイムロス削減
• メンテナンス時におけるオペレーションミス発生可能性低減
• 運用手順の変更の適用漏れ防止
• 直接サーバにログインする機会を最小限にすることでセキュリテ
ィの向上
利用メリット
34
サーバの管理や設定を自動化、複数のサーバやクラウドインフラ
を統一的に制御することができるツール。

35. 3. 構成管理ツール
Ansible
RedHut社が開発するオープンソース。
Chef
35
Opscodeが開発するオープンソース。
AWS CodeDeploy
AWSが提供するデプロイサービス

36. 3. 構成管理ツール
•エージェントレス、クライアントにインストール不要
•YAML形式でシンプルに記述できる
•Pythonで動作
•タスク（モジュール処理）をPlayBookで定義
処理内容は、YAMLで記述するためPythonの知識は不要
36

37. 4. チャットツール
Slack
Saas型のビジネス向けチャットサービス
37
Skype
ChatWork
HipChat
チャットの定番
日本製のSaas型のビジネス向けチャットサービス
Attlasianのチャットサービス

38. 4. チャットツール
Slack
•デベロッパー向けの機能が充実
•プラグインが豊富
•ChatOpsに最適
•チーム、チャンネルなどグループチャット
38

39. 4. チャットツール
現プロジェクトで実施していること
•メンバーコミュニケーション
•Jenkinsのジョブ実行結果を通知
•重大なセキュリティ情報のRSSを通知
•AWS監視サービスからのアラート通知
39

40. 4. チャットツール
前の現場で実施していたこと
• Googleカレンダーと同期し、リリース予定を通知
• Hubotと連携しSlackからJenkinsのジョブを実行
• GitHubと連携し、プルリクやコミットマージの通知
• 監視ツールと連携。サーバの負荷状況、アラートを通知
40
Dev(開発：アプリ)とOps(運用：インフラ）の情報共有
コミュニケーションが円滑に行えるようになる

41. 4. チャットツール
Slackの最大の魅力はHubotとの連携
GitHub社が開発したBotフレームワーク
CoffeeScript,JavaScriptで処理を記述する
Hubotとは？
Slack Hubot
41
WEBサービス
API
例えば、httpで様々なAPIにアクセスしてSlackに通知できる

42. 5. テストツール
JUnit
Javaのテスティングツール
42
Selenium
Webブラウザテスティングツール
JMeter
負荷テスト用ツール
動作中にキャプチャ（ハードコピー）取得も可能

43. ご静聴ありがとうございました。
43