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.7k
マイクロサービスと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
760
マイクロサービスにおける 最高のDXを目指して / Microservices vs DX
kenjiszk
7
4.4k
マイクロサービスでのセキュリティパッチ含めた ライブラリ更新のつらみと取り組み / security-jaws-no13-kenjiszk
kenjiszk
2
1.1k
Rubyでブロックチェーンを実装してみた話 / Blockchain by Ruby
kenjiszk
2
590
FiNCのRelease Engineering / finc_release_engineering
kenjiszk
0
620
デプロイおじさんのお葬式 / Good-Bye Deploy Ojisan
kenjiszk
0
950
イーサリアムとスマートコントラクト入門 / BlockTecCo vol.1
kenjiszk
1
440
FiNCのデータ戦略と AWSでのデータプラットフォーム構築 / Healthcare Data in FiNC
kenjiszk
0
2.2k
FiNCにおけるブロックチェーンの取り組み
kenjiszk
1
1.8k
Other Decks in Programming
See All in Programming
Go の GC の不得意な部分を克服したい
taiyow
3
790
クリエイティブコーディングとRuby学習 / Creative Coding and Learning Ruby
chobishiba
0
3.9k
PHPUnitしか使ってこなかった 一般PHPerがPestに乗り換えた実録
mashirou1234
0
190
複雑な仕様に立ち向かうアーキテクチャ
myohei
0
170
Refactor your code - refactor yourself
xosofox
1
260
nekko cloudにおけるProxmox VE利用事例
irumaru
3
430
php-conference-japan-2024
tasuku43
0
290
「Chatwork」Android版アプリを 支える単体テストの現在
okuzawats
0
180
PHPとAPI Platformで作る本格的なWeb APIアプリケーション(入門編) / phpcon 2024 Intro to API Platform
ttskch
0
240
Amazon S3 NYJavaSIG 2024-12-12
sullis
0
100
数十万行のプロジェクトを Scala 2から3に完全移行した
xuwei_k
0
270
見えないメモリを観測する: PHP 8.4 `pg_result_memory_size()` とSQL結果のメモリ管理
kentaroutakeda
0
350
Featured
See All Featured
Practical Orchestrator
shlominoach
186
10k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
1.9k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Reflections from 52 weeks, 52 projects
jeffersonlam
347
20k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
2
170
Optimizing for Happiness
mojombo
376
70k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
2
290
Bootstrapping a Software Product
garrettdimon
PRO
305
110k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
How to Ace a Technical Interview
jacobian
276
23k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
665
120k
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の部分