SRE支援から見えてきたSREの核

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright © 3-shake, Inc. All Rights Reserved. 自己紹介 kojake_300 株式会社スリーシェイク Sreake 事業部 2 ❏ 某 SIer で業務系アプリケーションの保守運用や Devops 推進、金融機関向けのクラウドアプリケーションの保守運用を経験したのちスリーシェイクにジョイン ❏ GKE、EKS周りの構築運用支援や、包括的なSRE支援を行う ❏ 趣味はサウナ、旅行、心霊系Youtuber ❏ Google Cloud資格全冠取得まであと一個 ❏ 注文住宅で家を建てるため専ら各所の土地散策で土日が潰れる

Slide 3

Slide 3 text

Copyright © 3-shake, Inc. All Rights Reserved. 会社紹介 SRE/DevOps SecOps BizOps HR ・SRE総合支援からセキュリティ対策を全方位支援・Geminiを用いた生成 AIの活用支援・ワンストップで脆弱性診断を行うセキュリティ対策SaaS ・クラウド型 ETL/データパイプラインSaaSの決定版・あらゆるSaaSをノーコードで連携・ハイスキルフリーランスエンジニア紹介エージェント IT内製化 / 高度化クラウドネイティブ化モダナイゼーション ITアジリティ向上 3

Slide 4

Slide 4 text

Copyright © 3-shake, Inc. All Rights Reserved. Sreake紹介 SRE/DevOps内製化支援クラウドネイティブアプリケーション開発支援 GenAI基盤構築支援・AWS, Google Cloud クラウドネイティブ支援（Kubernetesに強み）・AWS, Google Cloud SRE/DevOps内製化支援・CCoE立ち上げ支援・Platform Engineering支援データモダナイゼーション支援・パイロットアプリケーション開発支援・モダナイゼーション支援・バックエンド開発支援（ Go, Python, TypeScript）・フロントエンド開発支援（ Vue, React）・BigQuery/Dataplexメインのデータ基盤構築支援・BI（Looker）構築をフルスタックで支援・Snowflakeメインのデータ基盤構築支援・DBRE支援（Spanner/AlloyDB）・NewSQL（TiDB, YugabyteDB）支援・VertexAIシリーズ構築運用内製化支援・外部SaaS連携支援・Gemini API導入支援・AICoE立ち上げ支援・SRELLMの提供 4

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その２：常に内製化をゴールに置く ● 内製化とは、3-shakeの手を借りずにクライアントが自走して業務を遂行すること。 ● チームトポロジーで言うところの、以下表のイメージに近い。 ● クライアントが自走するには、SREへの理解力と実行力が求められるため、知識を効率よく移転させ、実践してもらうことが不可欠となる。 19 クライアントストリームアラインドチームプラットフォームチーム SRE包括支援イネーブリングチーム ◯◯構築支援コンプリケイテッド・サブシステムチーム 3 shake チームトポロジー：価値あるソフトウェアをすばやく届ける適応型組織設計内製化のためには

Slide 20

Slide 20 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その２：常に内製化をゴールに置く ● 内製化とは、3-shakeの手を借りずにクライアントが自走して業務を遂行すること。 ● チームトポロジーで言うところの、以下表のイメージに近い。 ● クライアントが自走するには、SREへの理解力と実行力が求められるため、知識を効率よく移転させ、実践してもらうことが不可欠となる。 20 クライアントストリームアラインドチームプラットフォームチーム SRE包括支援イネーブリングチーム ◯◯構築支援コンプリケイテッド・サブシステムチーム 3 shake チームトポロジー：価値あるソフトウェアをすばやく届ける適応型組織設計内製化のためにはどのようにアプローチする？

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その３：プロアクティブな課題創出 29 ● プロアクティブな課題創出はクライアントとの関係値が大事。 ● プロジェクトの初期段階に風呂敷を広げても、逆効果になる可能性あり。 3-shake クライアント IAMの権限を整理した方がいいですね Aサービスにオブザーバビリティを導入すべきですねイメージのセキュリティ対策を強化した方がいいですね Terraformのディレクトリ構成を見直した方がいいですねわかったから、まずは言ったことやってよ。。。

Slide 30

Slide 30 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その３：プロアクティブな課題創出 30 ● プロアクティブな課題創出はクライアントとの関係値が大事。 ● プロジェクトの初期段階に風呂敷を広げても、逆効果になる可能性あり。 3-shake クライアント IAMの権限を整理した方がいいですね Aサービスにオブザーバビリティを導入すべきですねイメージのセキュリティ対策を強化した方がいいですね Terraformのディレクトリ構成を見直した方がいいですねわかったから、まずは言ったことやってよ。。。どのようにアプローチする？

Slide 31

Slide 31 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その３：プロアクティブな課題創出 ● まずはクライアントとの信頼関係を構築する。 ● 今求められていることをしっかりとこなす。 ● 定例の場やチャットで課題を共有してみる。 ● クライアントがSlackなどのチャットツールを利用している場合は、割とフランクにコミュニケーションが取れる印象。 ● メールやチケットツールだけの非同期的なやり取りのみの場合は、別の動き方が必要かもしれない。（未経験） 31 それが出来たら

Slide 32

Slide 32 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その３：プロアクティブな課題創出 ● 実際にその課題に対応するかは優先度やクライアントの興味関心次第なので、反応が薄くても気にしない。 ● 興味関心は外部起因（※）である日突然生まれるもの。粘り強く待つのも大事。共有することに意味がある。 ※ ○ クライアントから見たお客さんの追加要望 ○ インシデント ○ プロダクトオーナー、CIOからの通達 32

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その２：常に内製化をゴールに置く（SRE版） 37 ● Embedded SREがまさにそのパターン。 ● 通常のSREチーム内に当てはめても同じことが言える。 ○ 障害対応などの属人性が高いタスクを形式知に落とし込み知識を共有する。 ○ チームとしてSREは成長し、より複雑な課題にも腰を据えて取り組める余地を生む。

Slide 38

Slide 38 text

Copyright © 3-shake, Inc. All Rights Reserved. 🔑その３：プロアクティブな課題創出（SRE版） 38 ● SREチームにおける分かりやすい成果は他者の悩み/課題が、解決/改善されたこと。 ● 他チームの理解なくしてSREで成果を出すことは出来ない。 ● 他チームのヒアリングを行ったり、自ら課題を見つけにいく。 ● 自分事のようにオーナーシップを持って推進するという気持ちを持つ。そのために

Slide 39

Slide 39 text

Slide 40

Slide 40 text

Copyright © 3-shake, Inc. All Rights Reserved. まとめ 40 ● SRE支援もSREも、求められるものはそこまで変わらない。 ● プロダクト開発チームと異なり、SREは成果が見えづらいチーム。評価は自分がするのではなく他者が行うため、他者が何に困っているのかから逆算してSRE活動をすると、存在意義を確立しやすい。 ● 組織を縦横無尽に駆け回り、汗をかきながらシステムの安定性を図ろうとする姿は、必ず誰かの目に止まりあなたを評価する。

Slide 41

Slide 41 text