Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
マイクロサービスとSREの役割
Search
Kenji Suzuki
August 10, 2016
Programming
1.8k
2
Share
マイクロサービスとSREの役割
Microservice Meetup #2で登壇したスライドです
http://microservices-meetup.connpass.com/event/36394/
Kenji Suzuki
August 10, 2016
More Decks by Kenji Suzuki
See All by Kenji Suzuki
VPoEのアンチパターンを考える / VPoE Anti-Pattern
kenjiszk
2
850
マイクロサービスにおける 最高のDXを目指して / Microservices vs DX
kenjiszk
7
5.1k
マイクロサービスでのセキュリティパッチ含めた ライブラリ更新のつらみと取り組み / security-jaws-no13-kenjiszk
kenjiszk
2
1.2k
Rubyでブロックチェーンを実装してみた話 / Blockchain by Ruby
kenjiszk
2
630
FiNCのRelease Engineering / finc_release_engineering
kenjiszk
0
700
デプロイおじさんのお葬式 / Good-Bye Deploy Ojisan
kenjiszk
0
1.1k
イーサリアムとスマートコントラクト入門 / BlockTecCo vol.1
kenjiszk
1
490
FiNCのデータ戦略と AWSでのデータプラットフォーム構築 / Healthcare Data in FiNC
kenjiszk
0
2.4k
FiNCにおけるブロックチェーンの取り組み
kenjiszk
1
1.9k
Other Decks in Programming
See All in Programming
2026-03-27 #terminalnight 変数展開とコマンド展開でターミナル作業をスマートにする方法
masasuzu
0
250
The free-lunch guide to idea circularity
hollycummins
0
390
Claude Code Skill入門
mayahoney
0
450
AI活用のコスパを最大化する方法
ochtum
0
360
どんと来い、データベース信頼性エンジニアリング / Introduction to DBRE
nnaka2992
1
350
Java 21/25 Virtual Threads 소개
debop
0
310
我々はなぜ「層」を分けるのか〜「関心の分離」と「抽象化」で手に入れる変更に強いシンプルな設計〜 #phperkaigi / PHPerKaigi 2026
shogogg
2
720
「速くなった気がする」をデータで疑う
senleaf24
0
110
AI時代のシステム設計:ドメインモデルで変更しやすさを守る設計戦略
masuda220
PRO
6
1.1k
Redox OS でのネームスペース管理と chroot の実現
isanethen
0
480
PHPで TLSのプロトコルを実装してみる
higaki_program
0
590
今からFlash開発できるわけないじゃん、ムリムリ! (※ムリじゃなかった!?)
arkw
0
170
Featured
See All Featured
A Soul's Torment
seathinner
5
2.6k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
990
Faster Mobile Websites
deanohume
310
31k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
690
Optimizing for Happiness
mojombo
378
71k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
510
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
1
170
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.2k
Become a Pro
speakerdeck
PRO
31
5.9k
Transcript
マイクロサービスとSREの役割 @kenjiszk FiNC SRE Team
About me @kenjiszk SRE Team Manager Join Finc from Jun,
2015. Infrastructure (AWS, Azure) Development (Ruby on Rails) Info System Dept.
Agenda • What is Microservices? • What is SRE? •
Microservices x SRE • SRE in FiNC
What is Microservices? http://dev.otto.de/2014/07/29/scaling-with-microservices-and-vertical-decomposition/
Conway’s Law システムを設計するあらゆる組織は、 必ずその組織のコミュニケーション構造に 倣った構造を持つ設計を⽣み出す from マイクロサービスアーキテクチャ
Microservices x Conway’s Law マイクロサービスの分け⽅と組織の分け⽅が⼀致する
What is SRE? Site Reliability Engineering サイト信頼性エンジニアリング? - Infrastructure (as
a Code) - Application Performance - CI - Deploy - Security - Sandbox Environments - Logging, Analyzing
SRE in Microservices こうなりがち?? SRE Team
Microservices x SRE SRE的に⾟くなってくる点 – サーバーの種類が多い(数が多いよりも⼤変) – 開発陣がアグレッシプ(microservicesの利点) – Microserviceは増える
– SREリソースネックな未来が⾒える
Microserviceは増える 0 2 4 6 8 10 12 14 16
18 20
SREリソースネックな未来
理想型?
問題点 ⼈的リソース - そもそも全チームにはれるほどSREいない 知識・技術の共有 - 共通の財産とした⽅が都合良いものは多い - サーバーリソース -
CI, Deploy, Auto Scale
対策案 ⼈的リソース - SRE業務が出来る⼈材を育ててみることに - 開発チームに任せてみる 知識・技術の共有 - サービスとして切り出せるものはコード化して 切り出す
- インフラコンポーネントもMicroserviceに
SRE in Microservices SRE Team
インターンCの場合 Railsを始めて1年くらい Railsもうつまらないとかいって調⼦乗っ ているところを⾒つける 興味を惹きそうな⾔葉をささやく ansibleってしってる? spot instanceとか今のシステムで使える と良いんだけどな〜
インターンCの結果 こんな仕事をしてくれるようになった
新卒Sの場合 プロジェクトを⼀つまかされて調⼦ 乗っている 障害が起きた時に颯爽と現れて解決し てあげる あー、これはAWSの仕様とか分かって ないとちょっと切り分け難しいわ
新卒Sの結果 Terraformで全台管理出来る基盤を 作ってくれた
Summary SRE in FiNC 開発/SREの壁をどんどん取り払っていく – 教育コストはかかる – いい感じに興味を持たせるのが⼤事 SREはもちろんコードも書く
– パフォーマンス改善のpull req – 認証基盤AppはSRE持ちで開発している – 開発側の気持ちも分かる
Problems SREが責任を持って守るラインは当然ある - セキュリティ - DBのpassword - 各種access token -
本番login権限管理 - コスト管理 - スケール - 新技術の取り⼊れなど 本質的にReliabilityの部分