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
840
マイクロサービスにおける 最高のDXを目指して / Microservices vs DX
kenjiszk
7
5k
マイクロサービスでのセキュリティパッチ含めた ライブラリ更新のつらみと取り組み / security-jaws-no13-kenjiszk
kenjiszk
2
1.2k
Rubyでブロックチェーンを実装してみた話 / Blockchain by Ruby
kenjiszk
2
630
FiNCのRelease Engineering / finc_release_engineering
kenjiszk
0
680
デプロイおじさんのお葬式 / 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
Ruby x Terminal
a_matsuda
7
590
猫の手も借りたい!ので AIエージェント猫を作って社内に放した話 Claude Code × Container Lambda の Slack Bot "DevNeko"
naramomi7
0
260
PostgreSQL を使った快適な go test 環境を求めて
otakakot
0
510
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
340
Agentic AI: Evolution oder Revolution
mobilelarson
PRO
0
130
CSC307 Lecture 12
javiergs
PRO
0
470
Rで始めるML・LLM活用入門
wakamatsu_takumu
0
170
米国のサイバーセキュリティタイムラインと見る Goの暗号パッケージの進化
tomtwinkle
2
520
AIコーディングの理想と現実 2026 | AI Coding: Expectations vs. Reality 2026
tomohisa
0
1.2k
CSC307 Lecture 13
javiergs
PRO
0
310
今更考える「単一責任原則」 / Thinking about the Single Responsibility Principle
tooppoo
3
1.6k
AIプロダクト時代のQAエンジニアに求められること
imtnd
2
760
Featured
See All Featured
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
280
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
70
A designer walks into a library…
pauljervisheath
210
24k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
1.9k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
5
760
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
310
Rebuilding a faster, lazier Slack
samanthasiow
85
9.4k
AI: The stuff that nobody shows you
jnunemaker
PRO
3
360
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
120
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
180
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
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の部分