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
YouはどうしてSREに?
Search
MasayaNakamura
October 31, 2025
0
790
YouはどうしてSREに?
MasayaNakamura
October 31, 2025
Tweet
Share
More Decks by MasayaNakamura
See All by MasayaNakamura
(品質を監視する)SLOと向き合うための武器
shoppingjaws
0
47
すべてのリポジトリを監視する魔法
shoppingjaws
0
74
リモートで新入社員がゴキゲンに働く方法教えます
shoppingjaws
0
87
Featured
See All Featured
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
110
KATA
mclloyd
PRO
34
15k
Designing Experiences People Love
moore
144
24k
Prompt Engineering for Job Search
mfonobong
0
160
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Technical Leadership for Architectural Decision Making
baasie
1
240
Practical Orchestrator
shlominoach
191
11k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
450
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
Rails Girls Zürich Keynote
gr2m
96
14k
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Transcript
You はどうしてSREに? @shoppingjaws
You : @shoppingjaws / かいもの 1社目:自動車部品会社 DENS◯ - PM/設計/企画 たまにご褒美コーディング
2社目:自動車会社 H◯NDA - 小さいアプリ開発チームの バックエンドエンジニア 現職:株式会社スタディスト - SRE
You : @shoppingjaws / かいもの 1社目:自動車部品会社 DENS◯ - PM/設計/企画 たまにご褒美コーディング
2社目:自動車会社 H◯NDA - 小さいアプリ開発チームの バックエンドエンジニア 現職:株式会社スタディスト - SRE マネジメントの仕事ばっかで 嫌になる
1社目:自動車部品会社 DENS◯ - PM/設計/企画 たまにご褒美コーディング 2社目:自動車会社 H◯NDA - 小さいアプリ開発チームの バックエンドエンジニア
現職:株式会社スタディスト - SRE You : @shoppingjaws / かいもの 24/365 運用の体制ができな い
1社目:自動車部品会社 DENS◯ - PM/設計/企画 たまにご褒美コーディング 2社目:自動車会社 H◯NDA - 小さいアプリ開発チームの バックエンドエンジニア
現職:株式会社スタディスト - SRE You : @shoppingjaws / かいもの もっと信頼性にコミットした い!!
You : @shoppingjaws / かいもの 1社目:自動車部品会社 DENS◯ - PM/設計/企画 たまにご褒美コーディング
2社目:自動車会社 H◯NDA - 小さいアプリ開発チームの バックエンドエンジニア 現職:株式会社スタディスト - SRE
このスライドにおけるSREとは(弊社の場合) - SLOの運用をすすめている人 - 監視の運用 - インフラ/k8s周りの構築 - 開発生産性に関する業務 -
技術負債と呼ばれている資産の移行 ⚠ Googleの提唱しているSREとは異なります
再現性を持ってSREへなる方法は? ⚠ サンプルに偏りがあります
アプローチ1:新卒でSREになろう!!
新卒でSREはむずかしい 一部の企業では新卒SREは存在しているが、、、 SREに必要な素養 - 運用する、ということへの解像度 実際にやってみないとわからん - インフラ周りの周辺技術への理解 インフラは実務で経験しないと難しい -
kubernetes - IaC - クラウドインフラ - CI/CD - 監視 - ステークホルダーと会話して ”いい感じ”にする能力 定量的に測ることは難しい。新卒ならなおさら
この中で新卒でSREやってるよ!という方
アプローチ2:新卒は諦めて、、、 どこかでキャリアチェンジをしよう!!
まずは自分のキャリアを振り返ってみよう 多分に自分語りが 含まれます
1社目(3年) - GitHubを初めて触る🆕 - AWSを初めて触る🆕 - Typescriptを初めて触る🆕 - Terraformを初めて触る🆕 -
パワポエンジニアが嫌になる 実務経験はほぼなしで、社内のなんちゃっ てPoCをつくるのが主な業務 価値をデリバリーするより、デリバリーを高 めることに面白さを感じることに気づく
2社目(2年) - GitHub Actionsを初めて触る🆕 - Google Cloudをがっつり触る - Typescriptをがっつり触る -
Terraformをがっつり触る デリバリーを高めても、サービス自体の堅 牢性を高めないと意味がないことに気づく システムも組織も全部含めて仕組みづくり をしていきたくなる
現職SRE(2年弱) - kubernetesをはじめて触る🆕 - Datadogはじめて触る🆕 - AWSをがっつり触る - Terraformをがっつり触る たのしい🙌
なぜSREになれたのか? なぜキャリアチェンジできたか?
SRE領域で戦える武器を ひとつもっていたから 私の場合は Terraform
SREの技術スタックは広い、広すぎる CI/CDを例に GitHub Actionを触れる、といってもGitHub Actionだけで完結することはほぼない mainにmergeしたらイメージをビルドして実行基盤にデプロイしよう - コンテナレジストリ(ECR)への認証は? - そもそもECRはどうやってつくる?Terraform?CFn?
- Dockerfileの書き方は大丈夫? - イメージのPushしたあとはどうする?
隗より始めよ 一つの技術要素が他の技術要素と複雑に絡み合っていることが多いが すくなくとも一つは戦える領域をもっておくことが大事 他の要素は触っているうちになんとなく習得してくる 日々の開発業務の中で、自分がピンとくるようなSREの技術領域をみつけ、小さくはじ めて、身につけよう そして、みんなもSREをはじめよう そして弊社へ
ご清聴ありがとうございました 🙌 この持論いかがでしょう?懇親会でお話できるとありがたいです