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がいない”今いる場所”で 「SRE」について聞いて、考えてみた
Search
mai miya
May 24, 2024
Technology
2
310
SREがいない”今いる場所”で 「SRE」について聞いて、考えてみた
2024/05/24「Road to SRE NEXT@福岡(ハイブリッド開催)」
https://sre-lounge.connpass.com/event/314694/
mai miya
May 24, 2024
Tweet
Share
More Decks by mai miya
See All by mai miya
初めての札幌と初めてのBedrock ~Bedrock Converse API×SAMで遊んでみる~
maimyyym
1
150
S3操作の落とし穴から学ぶ Laravel File Storageと例外処理
maimyyym
2
150
タイパ重視×アウトプット駆動ではじめるAWS 〜認定資格とコミュニティの先で考えるAWSの学び方〜
maimyyym
2
170
IaCからAWSに入門した初心者が CloudFormationを通して考えた「AWS操作」の使い分け
maimyyym
4
820
一生覚えておきたい「システム開発=コミュニケーション」〜初めての実務案件振り返りLT〜
maimyyym
3
620
AWSコミュニティで刺激を受けたエンジニア一年生がJAWS DAYS 2024でGameDayに挑戦してきた話
maimyyym
3
550
実は知らなかった、DNSが解決しているものは何?
maimyyym
4
490
アクセスログを見て学ぶAWSサービスとネットワーク
maimyyym
2
430
初心者こそIaC!Terraformで学ぶAWS構築の基礎
maimyyym
26
7.9k
Other Decks in Technology
See All in Technology
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
13
3.6k
AWSで”最小権限の原則”を実現するための考え方 /20240722-ssmjp-aws-least-privilege
opelab
10
4.3k
コンテナ・K8s研修 - 前半 コンテナ基礎・ハンズオン【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
170
ソフトウェアエンジニアリングの知見を活かして データ基盤をいい感じにする on Snowflake [MIERUNE BBQ #10]
mtpooh
2
150
フルリモートワークはエンジニアの夢を叶えたか? #cm_odyssey
mamohacy
2
600
VPoEの視点から見た、ヘンリーがサーバーサイドKotlinを使う理由 / Why Server-side Kotlin 2024
cho0o0
1
420
公共領域から学ぶ クラウド移行についてエンジニアが意識していること
kawakawa2222
0
140
AutomatedLabを使って内部ペンテストを勉強しよう! -やられ社内ネットワークの自動構築-
n_etupirka
1
610
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
0
190
[NIKKEI Tech Talk] KDDI/KAG Scrum & Community for Engineering Training
curanosuke
2
220
ギークの理想が7つ集まるエムスリーで夢を叶えよう - エムスリー株式会社
m3_engineering
1
260
Git 研修 Advanced【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
200
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
Mobile First: as difficult as doing things right
swwweet
219
8.8k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
245
1.2M
Atom: Resistance is Futile
akmur
261
25k
We Have a Design System, Now What?
morganepeng
46
7k
5 minutes of I Can Smell Your CMS
philhawksworth
200
19k
GraphQLの誤解/rethinking-graphql
sonatard
59
9.6k
Being A Developer After 40
akosma
72
580k
Debugging Ruby Performance
tmm1
71
11k
StorybookのUI Testing Handbookを読んだ
zakiyama
15
4.9k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.4k
Transcript
©Fusic Co., Ltd. 1 SREがいない”今いる場所”で 「SRE」について聞いて、考えてみた 2024.05.24 Mai Miyazaki @maimyyym
Road to SRE NEXT@福岡
©Fusic Co., Ltd. 2 CONTENTS ⽬次 1. はじめに 2. 聞いてみた
3. 考えてみた
©Fusic Co., Ltd. 3 はじめに ⾃⼰紹介 / 私とSRE 1
©Fusic Co., Ltd. 4 宮崎 真⾐ Miyazaki Mai @maimyyym ◉
I am - IDDM(Insulin Dependent Diabetes Mellitus)3歳発症 〜 Now - 元百貨店スタッフ(Beauty Counselor) - 管理栄養⼠(養成校卒業・資格保持のみ) ◉ Skill - PHP / AWS / TypeScript / Python ◉ Comment - 新⼈です。 - 広く浅く、時々深く。を⽬指しています。 ⾃⼰紹介 はじめに 技術開発部⾨ エンジニア 株式会社Fusic
©Fusic Co., Ltd. 5 エンジニアキャリアはFusicのみ(SREというロールは定められていない) 未経験から⼊社して⼀年未満、絶賛キャッチアップ中 私とSRE はじめに ⾔葉は知っているが、何も分からない 興味はある!
SREについて・・・ 思いがけずご縁があり、LT発表を決めた →この機に考えてみよう!
©Fusic Co., Ltd. 6 おことわり 本LTは会社を代表するものではなく、個⼈の⾒解です。 現在組織としてSREという業務及びロールを定めていないため、 社内でも”SRE”に対する考え⽅は各個⼈でさまざまです。 今⽇話すことは全て私個⼈の⾒解になります。 はじめに
©Fusic Co., Ltd. 7 聞いてみた Fusicの開発体制 / 社内でSREについて聞いてみた 2
©Fusic Co., Ltd. 8 Fusicの開発体制 聞いてみた クライアント ワーク ⾃社 プロダクト
# 事業内容
©Fusic Co., Ltd. 9 Fusicの開発体制 聞いてみた クライアント ワーク ⾃社 プロダクト
# 事業内容 エンジニアとして⼊社すると 約9割がクライアントワークに携わる ※1 (※1: 会社の数字ではなく、私の体感です)
©Fusic Co., Ltd. 10 Fusicの開発体制 聞いてみた 開発メンバーが構築〜保守運⽤まで⼀貫して担当 (現状は)全員フルスタックであることを求められてきた
©Fusic Co., Ltd. 11 社内でSREについて聞いてみた 聞いてみた FusicにおけるSREについて教えてください! 組織として定義していないので、 もちろん意⾒はさまざま 聞いてみた!
©Fusic Co., Ltd. 12 Fusicにおける「SRE」は? 聞いてみた ある ない ◎ 広い意味では”あるもの”
◎ 信頼性のための活動は⾃然と ⾏っている ◎ ただし、専⾨性は⾼くない ◎ 専任は置かないだろう ◎ 真剣に検討するなら、 コストがかかる ざっくり聞いたことを私なりにまとめてみると・・・
©Fusic Co., Ltd. 13 Fusicにおける「SRE」は? 聞いてみた サービスを担当メンバーが構築〜運⽤まで⾏う開発体制上、 専任を置くこと・定義することは難しい ⼀貫して⾔えるのは・・・
©Fusic Co., Ltd. 14 考えてみた ⾒えたこと / ⼤切なこと 3
©Fusic Co., Ltd. 15 ⾒えたこと 考えてみた 話を聞いて、「SRE」について 考える際に“スコープ”次第で⾒解 が変わると感じた。 「SRE」という概念について⼤枠で
捉えると同時に、各スコープごと に考えるものである。 ⽬的 活動 ⼼得 役割 定義 概念 SREのスコープ (他にもあるかも)
©Fusic Co., Ltd. 16 ⼤切なこと 考えてみた # けして無関係ではない、キャッチアップは無駄ではない 信頼性の維持・実現 担当メンバーが⾏う
“SRE”のロール、 組織としての在り⽅ を考えること 考え⽅・⼿法・技術を キャッチアップして、 活かすことはできる コストは無視できない 簡単ではない
©Fusic Co., Ltd. 17 まとめ SREがいない”今いる場所”で「SRE」について聞いて、考えてみた 新⽶エンジニアがSREについて社内で聞いてみた・さまざまな⾒解があった。 Point 01 [分かったこと]メンバーが構築〜保守運⽤まで⼀貫して担当するサービス開発の体制上、定めることは難しい。
Point 02 [⾒えたこと]SREについて⼤枠で捉えるだけではなく、その”スコープ”ごとに捉える・考える。 Point 03 [⼤切なこと]SREはいない、だけどけして無関係ではないし、キャッチアップは無駄ではない。 Point 04
©Fusic Co., Ltd. 18 Thank You We are Hiring! https://recruit.fusic.co.jp/
ご清聴いただきありがとうございました