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
1
260
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
タイパ重視×アウトプット駆動ではじめるAWS 〜認定資格とコミュニティの先で考えるAWSの学び方〜
maimyyym
2
160
IaCからAWSに入門した初心者が CloudFormationを通して考えた「AWS操作」の使い分け
maimyyym
3
770
一生覚えておきたい「システム開発=コミュニケーション」〜初めての実務案件振り返りLT〜
maimyyym
3
560
AWSコミュニティで刺激を受けたエンジニア一年生がJAWS DAYS 2024でGameDayに挑戦してきた話
maimyyym
3
500
実は知らなかった、DNSが解決しているものは何?
maimyyym
4
450
アクセスログを見て学ぶAWSサービスとネットワーク
maimyyym
2
380
初心者こそIaC!Terraformで学ぶAWS構築の基礎
maimyyym
26
7.7k
キャリアをかさねる〜接客業からエンジニアに、つながるキャリアのお話〜
maimyyym
0
310
業界(ほぼ)未経験が(ほぼ)一人でJAWS FESTA 2023 in Kyushuに参加してきた話
maimyyym
0
470
Other Decks in Technology
See All in Technology
The Path to Zero Touch Production
ramimac
0
830
20分で分かるIAM全機能 /20240621-aws-summit-iam
opelab
28
7.8k
リモートワーク時代の守護神 PHP開発者のためのセキュリティ強化術
pyama86
1
640
120リポジトリを1つのMonorepoに統合した理由
disc99
1
290
Refactoring in Angular via Metrics, Modularity & Testing
rainerhahnekamp
0
200
Building Kotlin Multiplatform Libraries in 2024
atsushieno
0
890
例外設計について考えて Kotlin(Spring Boot&Arrow)で実践する/thinking exception design and implementation by kotlin
msksgm
3
1.2k
Columinity (旧Scrum Team Survey) を使ってチームの継続的な改善活動を始めよう / Scrum Fest Osaka 2024
ama_ch
1
120
日本発24時間グローバルイベント"JAWS PANKRATION 2024"の紹介
yoshimi0227
1
140
「ナンモワカラン」から「チョットワカル」へ!Private CA Connector for SCEPについて話します
tokushun
0
220
AWS人材を育てる3つのステップ / Three Steps to Developing AWS Talent
cmhiranofumio
0
210
feature flag と OpenTelemetry
biwashi
4
740
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
92
4.9k
4 Signs Your Business is Dying
shpigford
177
21k
A better future with KSS
kneath
231
17k
Principles of Awesome APIs and How to Build Them.
keavy
122
16k
Unsuck your backbone
ammeep
664
57k
Debugging Ruby Performance
tmm1
70
11k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
73
15k
The Invisible Customer
myddelton
115
12k
10 Git Anti Patterns You Should be Aware of
lemiorhan
650
58k
KATA
mclloyd
18
12k
Optimising Largest Contentful Paint
csswizardry
14
2.5k
How to train your dragon (web standard)
notwaldorf
78
5.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/
ご清聴いただきありがとうございました