オールアバウトのDevOpsとリリースフロー

Remixing

オールアバウトのDevOps と

リリースフロー

株式会社オールアバウトシステム部

大原和人

1

Remixing

2

自己紹介名前

大原和人 ( やまと )

略歴2012 年 4 月～インフラエンジニア

　　サーバ、ミドルウェアの設計・構築2015 年 4 月～開発エンジニア

　　メディアのエンハンス等Team TechBall

　　運用改善、技術力向上

おすすめガイド男の夜遊びガイド山田ゴメスさん

Copyright 2015 All About,inc.

Remixing

3

男の夜遊び


Remixing

4

アジェンダ

オールアバウトが進めてきた DevOps

リリースフローの変化 ( 一例として )


Remixing

5

はじめに

オールアバウト DevOps 活動の始まり


Remixing

6

当時の状況

内製化から 3~4 年経過開発・インフラ基盤は整ってきた人数増えてきたサービス増えてきた• アプリケーション ( リポジトリ ) 数 43• デプロイ数 3/day


Feb-

12

Mar

-12

Apr-1

2

May

-12

Jun-

12

Jul-1

2

Aug-1

2

Sep-1

2

Oct-12

Nov-1

2

Dec-1

2

Jan-

13

Feb-

13

Mar

-13

0102030405060708090

月間デプロイ数

Remixing

7

当時の悩み


なかなか実現速度が上がらない… orz

Remixing

8

原因

開発者と運用者 ( インフラ ) のオーバヘッド

リリースを依頼調査を依頼

多い手動作業手動テスト手動リリース

たまる技術的負債コードレビューはたまに仕様が属人化しまくり

スキル不足Copyright 2015 All About,inc.

Remixing

9

DevOps


10+ Deploys Per Day: Dev and Ops Cooperation at Flickrhttp://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-

ops-cooperation-at-flickr

開発者と運用者の壁を無くしてビジネスを円滑に進めるためのプラクティス

Remixing

10

DevOps

DevOps で重要なこと変化を容易にし、変化によるリスクを低減するサイロ化の排除

具体的にはツール (+ スキル )• 高速に、安心してリリースできる環境作り• サーバにログインしない運用

文化• お互いを理解し、信頼する• 情報の見える化


Remixing

11

オールアバウトの DevOps

ツール高速に、安心してリリースできる環境作りサーバにログインしない運用


Remixing

12

オールアバウトの DevOps

文化お互いを理解し、信頼する情報の見える化


ワークショップ

( 勉強会 )

チームビルディング

( 飲み会 )

Team TechBall( 技術推進ユニッ

ト )

Remixing

13

リリースフローの話

もう少し具体的に

　　　　　リリースフローの話


Remixing

14

過去の光景


Dev Ops

リリースお願いします

リリースしました

エラー出てます、確認して下さい

直しました、再度リリースお願いします

Remixing

15

リリースは誰がする？

開発者が責任をもってリリースするべき開発者も責任をもってエラーやパフォーマンスを確認するべき

もちろん、インフラエンジニアも共に確認する


Remixing

16

リリースの開放

考慮した点サーバにログインしなくて良いGUI で簡単に設定できる履歴が管理できる権限が管理できる通知できるテスト自動化できる


Remixing

17

変えなかった点

リリースフォームリリース日時、理由等を記入開発者、インフラメンバーに通知される

　→関係者全員がリリース内容を把握　　後から確認もしやすい


Remixing

18

リリースフロー


・・・

Staging

Production

Local

Web DB

Pre Production

Web

DB

Web DB

Testing

Remixing

19

結果

リリースサイクルの高速化を実現！アプリケーション ( リポジトリ ) 数 192

デプロイ数 10/day


Feb-

12

Apr-1

2

Jun-

12

Aug-1

2

Oct-12

Dec-1

2

Feb-

13

Apr-1

3

Jun-

13

Aug-1

3

Oct-13

Dec-1

3

Feb-

14

Apr-1

4

Jun-

14

Aug-1

4

Oct-14

Dec-1

4

Feb-

15

Apr-1

5

0

20

40

60

80

100

120

140

160

180

200

月間デプロイ数

Remixing

20

監視の開放Kibana によるパフォーマンスの可視化

パフォーマンス管理ダッシュボード


Remixing

21

監視の開放Kibana によるパフォーマンスの可視化

エラーサマリーメール


Remixing

22

結果

アプリケーションエラーが減少！開発者が自発的にエラーを確認し対処


Oct-14 Nov-14 Dec-14 Jan-15 Feb-15 Mar-15 Apr-150

10000

20000

30000

40000

50000

60000

70000

80000

Remixing

23

現在の取り組み

Infrastructure as Code を開発者へ手順書→シェルスクリプト→ Chef

インフラエンジニアがやる→開発者もやる


Remixing

24

今後やっていくこと

より抽象化したインフラ構築全てコンポーネント化し、それを組み合わせてインフラ構築AWS OpsWorks みたいなインフラエンジニアはこういった基盤の整備・標準化を行うことが求められる


Remixing

25

まとめ

ツールの活用CI 、モニタリング

文化勉強会、ソーシャルコーディング、情報共有

いきなり大きく変えず、課題となっている部分を少しずつ変えていく


変化によるリスクを低減するサイロ化を排除する

Remixing

26

最後に

無駄な運用の削減スキルアップ


クリエイティブな仕事を！

Remixing

27

JOIN US!

WEB エンジニアiOS ・ Android エンジニアデータ集計・分析エンジニアUI/UX デザイナー


Remixing

28

参考資料

10+ Deploys Per Day: Dev and Ops Cooperation at Flickr

John Allspaw & Paul Hammond

http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr

DevOps って何？宮下剛輔http://www.slideshare.net/mizzy/devops-4156440

基礎からわかる DevOps吉羽龍太郎http://www.slideshare.net/devsumi/2013a1devops


オールアバウトのDevOpsとリリースフロー

Technology

Transcript of オールアバウトのDevOpsとリリースフロー