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
2
1.8k
マイクロサービスとSREの役割
Microservice Meetup #2で登壇したスライドです
http://microservices-meetup.connpass.com/event/36394/
Kenji Suzuki
August 10, 2016
Tweet
Share
More Decks by Kenji Suzuki
See All by Kenji Suzuki
VPoEのアンチパターンを考える / VPoE Anti-Pattern
kenjiszk
2
820
マイクロサービスにおける 最高のDXを目指して / Microservices vs DX
kenjiszk
7
4.8k
マイクロサービスでのセキュリティパッチ含めた ライブラリ更新のつらみと取り組み / security-jaws-no13-kenjiszk
kenjiszk
2
1.2k
Rubyでブロックチェーンを実装してみた話 / Blockchain by Ruby
kenjiszk
2
620
FiNCのRelease Engineering / finc_release_engineering
kenjiszk
0
650
デプロイおじさんのお葬式 / Good-Bye Deploy Ojisan
kenjiszk
0
1k
イーサリアムとスマートコントラクト入門 / BlockTecCo vol.1
kenjiszk
1
480
FiNCのデータ戦略と AWSでのデータプラットフォーム構築 / Healthcare Data in FiNC
kenjiszk
0
2.3k
FiNCにおけるブロックチェーンの取り組み
kenjiszk
1
1.9k
Other Decks in Programming
See All in Programming
Feature Flags Suck! - KubeCon Atlanta 2025
phodgson
0
130
Claude Code on the Web を超える!? Codex Cloud の実践テク5選
sunagaku
0
550
Promise.tryで実現する新しいエラーハンドリング New error handling with Promise try
bicstone
3
460
スタートアップを支える技術戦略と組織づくり
pospome
1
460
Flutterチームから作る組織の越境文化
findy_eventslides
0
100
関数の挙動書き換える
takatofukui
4
600
TVerのWeb内製化 - 開発スピードと品質を両立させるまでの道のり
techtver
PRO
3
1.1k
The Missing Link in Angular's Signal Story: Resource API and httpResource
manfredsteyer
PRO
0
130
CSC509 Lecture 13
javiergs
PRO
0
250
AIと協働し、イベントソーシングとアクターモデルで作る後悔しないアーキテクチャ Regret-Free Architecture with AI, Event Sourcing, and Actors
tomohisa
2
460
歴史から学ぶ「Why PHP?」 PHPを書く理由を改めて理解する / Learning from History: “Why PHP?” Rediscovering the Reasons for Writing PHP
seike460
PRO
0
160
Module Harmony
petamoriken
2
370
Featured
See All Featured
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
BBQ
matthewcrist
89
9.9k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
The Cost Of JavaScript in 2023
addyosmani
55
9.3k
How STYLIGHT went responsive
nonsquared
100
5.9k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
24
1.6k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Faster Mobile Websites
deanohume
310
31k
We Have a Design System, Now What?
morganepeng
54
7.9k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.1k
Site-Speed That Sticks
csswizardry
13
960
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の部分