---
title: SREチームとしてSREしてみた話
tags: 
author: [Yahoo!デベロッパーネットワーク](https://www.docswell.com/user/ydnjp)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/GYE9ZQ1VE3.jpg?width=480
description: 4月にSREチームに配属されてからSREを意識して行った数々の奮闘を少しだけお話します。
published: December 27, 18
canonical: https://www.docswell.com/s/ydnjp/ZXD13K-2018-12-27-133925
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/GYE9ZQ1VE3.jpg)

SRE
チームとしてSREしてみた話
Ryota Suginaga ( @transnano )


# Page. 2

![Page Image](https://bcdn.docswell.com/page/5GE81G44JD.jpg)

Agenda
Self-introduction
Team-introduction
What&#039;s SRE
Our team&#039;s SRE
Summary


# Page. 3

![Page Image](https://bcdn.docswell.com/page/MLELQG6VJR.jpg)

Self-introduction
Key
Value
Name
Ryota Suginaga
Birth
2 Jun 1987
Hobby
Job
Note
@transnano
生まれも育ち
も福岡
テニス、バレー、自転
車、スノボ、
殿
通称：
カメラ、ポケモンGo、ハ
ッカソン
Apr 2012~:SE
SRE 部
Jan 2018~:Yahoo! JAPAN


# Page. 4

![Page Image](https://bcdn.docswell.com/page/54JM1Q5N7W.jpg)

Questions
聞いたことある人？
SRE 説明できる人？
SRE やったことある人？
SRE


# Page. 5

![Page Image](https://bcdn.docswell.com/page/ZPJRL834J9.jpg)

What&#039;s SRE
サービスの運用をソフトウェアエンジニアリング
の力で改善していく取り組み
What&#039;s the Difference Between DevOps and
SRE?
を哲学とするならば、 はその哲学を達成す
るための規範的な方法
DevOps
class SRE implements DevOps
SRE


# Page. 6

![Page Image](https://bcdn.docswell.com/page/NPEXW84ZJX.jpg)

Introduction of SRE
⇒サービスを安定稼働させることが仕事
SRE チームの責任は以下に示すように多岐に渡る
サービスの可用性、レイテンシ、パフォーマン
ス、効率性、変更管理、モニタリング、緊急対
応、キャパシティプランニング
稼働率 100% は目指すな 、リスクを許容せよ
トイルの撲滅：スケールを阻害するもの
運用業務 50% 以下
サービス障害を恐れず、コントロールする


# Page. 7

![Page Image](https://bcdn.docswell.com/page/63EKVKZVJD.jpg)

Our team&#039;s SRE
トイルの撲滅、オーバーヘッドの削減
効率化、自動化、etc...
モニタリング＆アラート
強化、etc...
目標：運用業務時間 、開発業務時間


# Page. 8

![Page Image](https://bcdn.docswell.com/page/4L73MZXQE5.jpg)

Team-introduction
として必要なツールやPFを提供している部隊
チーム
4 月にできたばかり、開発メンバー 7 名
プロダクト
他チームが持っていたものを引き継いだ x３
働き方
Scrum
モブプログラミング/ペアプログラミング
リモート開発(オフィス 自宅,福岡 東京)
SRE


# Page. 9

![Page Image](https://bcdn.docswell.com/page/V87D6R2WJG.jpg)

効率化
なくしたもの/減らせたもの
属人化
会議
メール
一本化したもの
問い合わせ窓口(ツール)
手順書置き場
etc...


# Page. 10

![Page Image](https://bcdn.docswell.com/page/4VJPYW1XJ8.jpg)

会議室予約
福岡や東京の会議室の予約が週に7室分
悩み:取り忘れる、TV会議室少ない、バラバラ、etc...
Microsoft Flow 使って、定期実行で予約
⇒様々なサービスを連携してくれるもの
確実！漏れなし！予約後はチャットに通知


# Page. 11

![Page Image](https://bcdn.docswell.com/page/L2EVG8Y3EQ.jpg)

PR
確認の効率化
チームで計 6 つのOrganizationを持つ
⇒PRの一覧を見るのがたいへーーん！
複数のOrgに跨るPRをチャットに集約


# Page. 12

![Page Image](https://bcdn.docswell.com/page/Z57G859Y7L.jpg)

PR
確認の効率化の偏移
朝会のタイミングで通知していた時代
1. Screwdriver(CI/CD) （定期実行）
2. FaaS （定期実行）
欲しい時に欲しい情報が手に入る時代
3. ChatOps （ message 駆動で上記 FaaS が起動）
4. GitOps （ PR 駆動で Danger-&gt; 上記 FaaS が起動）


# Page. 13

![Page Image](https://bcdn.docswell.com/page/V4EQ9ZW6EP.jpg)



# Page. 14

![Page Image](https://bcdn.docswell.com/page/DKJ4X3KMJ1.jpg)

の作法を形式化して指摘を自動化するツール
レビュアーを自動で割り当てる
テスト更新漏れがないか
TODO/FIXME が残っていないか
Base branch が間違っていないか
これ、WIPだけどいいの？的な
Webhook のみでは実現できない条件を Danger で実装
PR


# Page. 15

![Page Image](https://bcdn.docswell.com/page/PLE1N1XYJG.jpg)

リリース＆構成管理
トイル:全手動デプロイ環境もある、 のツラミ
1. 全手動から
によるリリースに対応
2. 新機能分は
で開発
3.
から
でデプロイする環境を整備
GitOps でテスト環境へはデプロイ出来た
Chef
Ansible
Ansible
Screwdriver
Ansible


# Page. 16

![Page Image](https://bcdn.docswell.com/page/8GEW48N172.jpg)

モニタリング＆アラート
悩み:
だったり、やりたいことできない
+
+
に移行
安定稼働やキャパシティプランニングのため以下監視
プロセス、リソース、異常ログ、外形、振る舞い
良くなった点
監視項目を柔軟に追加できるようになった
サーバの異常にすぐに気付けるようになった
Sensu
Prometheus
と
nagios
alertmanager
grafana


# Page. 17

![Page Image](https://bcdn.docswell.com/page/W47Z283XE3.jpg)

Summary
として
SRE 本の一部は実践できた
運用業務時間 、開発業務時間 は達成
スクラムとSREは相性がいい
トイルを認識する→解消するサイクルができた
まだまだ道半ばですよ
この後の懇親会でSREについて語りましょう
SRE


# Page. 18

![Page Image](https://bcdn.docswell.com/page/KYJ6VPXP7V.jpg)

Enjoy writing slides!
https://github.com/yhatt/marp
Copyright © 2016 Yuki Hattori
This software released under the MIT License.


