Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
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
830
マイクロサービスにおける 最高のDXを目指して / Microservices vs DX
kenjiszk
7
4.9k
マイクロサービスでのセキュリティパッチ含めた ライブラリ更新のつらみと取り組み / 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
TypeScriptで設計する 堅牢さとUXを両立した非同期ワークフローの実現
moeka__c
6
3k
Microservices Platforms: When Team Topologies Meets Microservices Patterns
cer
PRO
1
990
LLM Çağında Backend Olmak: 10 Milyon Prompt'u Milisaniyede Sorgulamak
selcukusta
0
110
モデル駆動設計をやってみようワークショップ開催報告(Modeling Forum2025) / model driven design workshop report
haru860
0
240
Why Kotlin? 電子カルテを Kotlin で開発する理由 / Why Kotlin? at Henry
agatan
2
6.8k
関数実行の裏側では何が起きているのか?
minop1205
1
670
俺流レスポンシブコーディング 2025
tak_dcxi
13
8.3k
令和最新版Android Studioで化石デバイス向けアプリを作る
arkw
0
370
FluorTracer / RayTracingCamp11
kugimasa
0
210
Socio-Technical Evolution: Growing an Architecture and Its Organization for Fast Flow
cer
PRO
0
310
【Streamlit x Snowflake】データ基盤からアプリ開発・AI活用まで、すべてをSnowflake内で実現
ayumu_yamaguchi
1
110
LLMで複雑な検索条件アセットから脱却する!! 生成的検索インタフェースの設計論
po3rin
2
560
Featured
See All Featured
Being A Developer After 40
akosma
91
590k
Context Engineering - Making Every Token Count
addyosmani
9
490
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Making Projects Easy
brettharned
120
6.5k
Rebuilding a faster, lazier Slack
samanthasiow
84
9.3k
Raft: Consensus for Rubyists
vanstee
141
7.2k
A Modern Web Designer's Workflow
chriscoyier
697
190k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
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の部分