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
370
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
自由で便利なLaravelのしんどいポイントを楽しさに変える
maimyyym
1
87
LandingZoneAccelerator と学ぶ 「スケーラブルで安全なマルチアカウントAWS環境」と 私たちにもできるベストプラクティス
maimyyym
1
180
初めての札幌と初めてのBedrock ~Bedrock Converse API×SAMで遊んでみる~
maimyyym
1
240
S3操作の落とし穴から学ぶ Laravel File Storageと例外処理
maimyyym
2
420
タイパ重視×アウトプット駆動ではじめるAWS 〜認定資格とコミュニティの先で考えるAWSの学び方〜
maimyyym
2
250
IaCからAWSに入門した初心者が CloudFormationを通して考えた「AWS操作」の使い分け
maimyyym
4
910
一生覚えておきたい「システム開発=コミュニケーション」〜初めての実務案件振り返りLT〜
maimyyym
3
680
AWSコミュニティで刺激を受けたエンジニア一年生がJAWS DAYS 2024でGameDayに挑戦してきた話
maimyyym
3
610
実は知らなかった、DNSが解決しているものは何?
maimyyym
4
540
Other Decks in Technology
See All in Technology
【shownet.conf_】ネットワークテストの最適化と利便性の追求
shownet
PRO
0
290
スモールスタート、不都合な真実 〜 耳当たりの良い言葉に現場が振り回されないために/20240930-ssmjp-small-start
opelab
13
1.8k
Rubyはなぜ「たのしい」のか? / Why is Ruby a programmers' best friend? #tqrk15
expajp
4
1.8k
Semantic Kernel の Agent 機能試してみた!
okazuki
1
120
軽いノリで"自動化"に取り組んではいけないという話
tetsuyaooooo
1
350
【shownet.conf_】放送局とShowNetが共創する、未来の放送システム ~Media over IP 特別企画の裏側~
shownet
PRO
0
320
低コストで実現する社内文書RAG機能を搭載したAIチャットボット開発
takapy
3
670
ADRを運用して3年経った僕らの現在地
onk
PRO
0
130
Pythonを活用したLLMによる構造的データ生成の手法と実践
brainpadpr
3
270
PREEMPT_RT over the years
ennael
PRO
0
330
【shownet.conf_】3Dアプローチで守るセキュリティ
shownet
PRO
0
340
いまからでも遅くない! コンテナでWebアプリケーションを 動かしてみよう(2-1)WebAPI座学
nomu
0
150
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
327
38k
Rails Girls Zürich Keynote
gr2m
93
13k
The Cult of Friendly URLs
andyhume
77
6k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
355
29k
Why You Should Never Use an ORM
jnunemaker
PRO
53
9k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Designing for humans not robots
tammielis
249
25k
Code Review Best Practice
trishagee
62
16k
GraphQLの誤解/rethinking-graphql
sonatard
65
9.9k
The Brand Is Dead. Long Live the Brand.
mthomps
53
38k
Adopting Sorbet at Scale
ufuk
73
8.9k
StorybookのUI Testing Handbookを読んだ
zakiyama
26
5.1k
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/
ご清聴いただきありがとうございました