heyにおけるSREの大切さ~マルチプロダクト運用の「楽しさ」と「難しさ」および今後の展望~

by Ryoma Fujiwara

Slide 1

Slide 1 text

　　 ©hey, Inc heyにおけるSREの大切さ ~マルチプロダクト運用の「楽しさ」と「難しさ」および今後の展望~ ヘイ株式会社プロダクト基盤本部 SRE 藤原涼馬

Slide 2

Slide 2 text

自己紹介藤原涼馬ヘイ株式会社プロダクト基盤本部 SRE (他にもいろいろ) 経歴　SIer R&D →　　　　　　→ 趣味　自動車の運転　模型製作　各種寄稿・登壇好きなAWSサービス　ECS Fargate / AWS SSO + 他今ここ

Slide 3

Slide 3 text

会社概要会社名ヘイ株式会社設立 2012年3月23日代表取締役社長佐藤裕介資本金 1億円所在地〒150-0011 東京都渋谷区東3丁目16番3号　エフ・ニッセイ恵比寿ビル4階事業内容インターネットビジネスの企画・開発・運営

Slide 4

Slide 4 text

従業員数・職種比率従業員数 350名（2021/04 時点) エンジニア 31% セールス・マーケ・事業開発 30% サポート・サクセス 23% デザイナー 5.5% PM 2.8% コーポレート 8% エンジニア職の比率 31%

Slide 5

Slide 5 text

heyの事業・STORESプラットフォームお店のデジタルをまるっとサポート。個人や中小事業の方々に向けて、お店のデジタル化をまるっと実現できる価値を提供しています。

Slide 6

Slide 6 text

目次 ● SREとはなにか ● heyにおけるSREの楽しさ ● heyにおけるSREの難しさ ● 難しさへのSREとしての対峙

Slide 7

Slide 7 text

SREとはなにか？

Slide 8

Slide 8 text

SRE(Site Reliability Engineering)とは？ 1. SREとは、ソフトウェアと自動化を通じてスケーラブルで信頼性の高いシステム構築と運用を実現する 2. SREチームはリリースエンジニアリングや、プロダクション環境におけるサービスの可用性、遅延対応、変更管理、緊急対応、容量管理を担当する IT Operation Software Engineering 参考)https://www.redhat.com/ja/topics/devops/what-is-sre ※ もちろんですがこれが全てではありません

Slide 9

Slide 9 text

狩野モデル充足不充足充足状況満足感一元的品質満足不満魅力的品質当たり前品質品質特性 ● 魅力的品質 ○ 操作していて楽しくなるユーザー体験 ● 一元的品質 ○ 業務を遂行するのに必要な機能が揃っている ● 当たり前品質 ○ システムや機能が意図した通りに動く

Slide 10

Slide 10 text

Slide 11

Slide 11 text

狩野モデルとSREの役割の関係品質特性 ● 魅力的品質 ○ 操作していて楽しくなるユーザー体験 ● 一元的品質 ○ 業務を遂行するのに必要な機能が揃っている ● 当たり前品質 ○ システムや機能が意図した通りに動くリリースエンジニアリングプロダクション環境におけるサービスの可用性、遅延対応、変更管理、緊急対応、容量管理

Slide 12

Slide 12 text

もう一段読み替える品質特性 ● 魅力的品質 ○ 操作していて楽しくなるユーザー体験 ● 一元的品質 ○ 業務を遂行するのに必要な機能が揃っている ● 当たり前品質 ○ システムや機能が意図した通りに動くリリースエンジニアリングプロダクション環境におけるサービスの可用性、遅延対応、変更管理、緊急対応、容量管理価値提供の支援 “魅力品質、一元的品質”実現のためにリリースエンジニアリングを介して実装された機能を滞りなくユーザーに届けられるようにする

Slide 13

Slide 13 text

Slide 14

Slide 14 text

SREとは価値提供の支援 “魅力品質、一元的品質 ”実現のためにリリースエンジニアリングを介して実装された機能を滞りなくユーザーに届けられるようにする提供価値の維持 “当たり前品質”実現のために、アーキテクチャ設計や運用設計に非機能的観点から関与し、安定運用の責務を担う提供している価値の維持を通じて機会損失の発生を防ぐ上記をソフトウェアエンジニアリングの知識を活用して実現する

Slide 15

Slide 15 text

heyにおけるSREの楽しさ

Slide 16

Slide 16 text

heyにおけるSREの楽しさ(SREに限らない部分ではある)の例 “ネットショップ”でお買い物このサイトのサービス提供者は... 実店舗で”買い物” このお店のPOSレジは、キャッシュレス決済端末は... 何かしらのサービスを”予約” 通ってるスポーツジムのパーソナルトレーニングの予約システムは...

Slide 17

Slide 17 text

heyにおけるSREの楽しさ(SREに限らない部分ではある)の例 “ネットショップ”でお買い物このサイトのサービス提供者は... 実店舗で”買い物” このお店のPOSレジは、キャッシュレス決済端末は... 何かしらのサービスを”予約” 通ってるスポーツジムのパーソナルトレーニングの予約システムは... 身近なところで使われているだけに貢献している感は強い (ただしその分責任も感じやすい) 楽しさポイント 

Slide 18

Slide 18 text

heyにおけるSREの楽しさ単一プロダクトの中で価値提供を支援する、提供されている価値を維持する

Slide 19

Slide 19 text

SREの活動事例(価値提供の支援事例) STORES 決済における Elastic BeanstalkからECS Fargateへのリアーキテクチャリング https://speakerdeck.com/fufuhu/storesjue-ji-niokeruec2karaecs-fargatehefalseyi-xing-wu-ting-zhi-yao-jian-motian-ete

Slide 20

Slide 20 text

Slide 21

Slide 21 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理

Slide 22

Slide 22 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理 SREが本来は把握しているべき(※)だが、プロダクト開発者に教えてもらいつつ推進

Slide 23

Slide 23 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理プロダクト開発者の実現したいことを確認しつつSREとして主導して推進 QAに協力してもらう範囲なども確定

Slide 24

Slide 24 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理 SRE主導で推進しつつ手が足りない部分をプロダクト開発者に支援してもらう

Slide 25

Slide 25 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理プロダクト開発者とSREだけでなく PdMやQAにも助力いただきながら進める

Slide 26

Slide 26 text

SREの活動事例(リアーキテクチャリングにおける関わり方) エンジニアリングマネジメント時間軸全体アーキテクチャ把握プロダクト固有の制約条件確認移行方式の提案と設計移行方式の実装とテスト切替実施全体スケジューリング進捗管理 PdMやEMを中心に推進 SREからはスケジュール的な制約や、システム面での顧客影響の情報を提供

Slide 27

Slide 27 text

事例を結果から眺めてみる結果として、プロダクト開発者、EM、PdM、QA、SREと関係者全員を巻き込みつつ進めることができた。

Slide 28

Slide 28 text

事例を結果的に眺めてみる結果として、プロダクト開発者、EM、PdM、QA、SREと関係者全員を巻き込みつつ進めることができた。ユーザーの顔が想像できる分、意思統一を図りやすいかつ、取り組みがうまくいった際に成功を共有しやすい楽しさポイント 

Slide 29

Slide 29 text

個別プロダクトにおけるSREの活動事例個別プロダクト内での取組は他にも多々存在します。 heyのプロダクトブログを参照してみてください。 https://tech.hey.jp/

Slide 30

Slide 30 text

heyにおけるSREの難しさ

Slide 31

Slide 31 text

事業・組織規模の拡大従業員数 350名（2021/04 時点)

Slide 32

Slide 32 text

事業・組織規模の拡大従業員数 350名（2021/04 時点) https://note.com/naokos/n/n3e64a68bdaf3

Slide 33

Slide 33 text

事業・組織規模の拡大従業員数 350名（2021/04 時点) https://note.com/naokos/n/n3e64a68bdaf3 基本的には組織が成長することに伴う成長痛

Slide 34

Slide 34 text

事業・組織が拡大すると何が起きる? 1. 個別プロダクトの拡大と個別最適化 2. コミュニケーションパスの複雑化と知識の散在

Slide 35

Slide 35 text

事業・組織が拡大すると何が起きる? 1. 個別プロダクトの拡大と個別最適化 2. コミュニケーションパスの複雑化と知識の散在

Slide 36

Slide 36 text

個別プロダクトの拡大と個別最適化メリットプロダクトの拡大(≒提供機能の増加)による一元的品質の向上ドメインに合わせた個別最適化による競争優位性、魅力的品質の創出デメリットプロダクトの拡大による機能やアーキテクチャの複雑化過度な最適化 = たこつぼ化

Slide 37

Slide 37 text

個別プロダクトの拡大と個別最適化メリットプロダクトの拡大(≒提供機能の増加)による一元的品質の向上ドメインに合わせた個別最適化による競争優位性、魅力的品質の創出デメリットプロダクトの拡大による機能やアーキテクチャの複雑化過度な最適化 = たこつぼ化向き合わなければいけない課題

Slide 38

Slide 38 text

プロダクトの拡大による機能やアーキテクチャの複雑化による問題点大原則複雑なもの = 壊れやすい

Slide 39

Slide 39 text

プロダクトの拡大による機能やアーキテクチャの複雑化による問題点必要な複雑性の導入は避けられない不要な複雑性を避ける大原則複雑なもの = 壊れやすい

Slide 40

Slide 40 text

プロダクトA たこつぼ化の問題点 ● プロダクト間で構成や前提事項が異なりすぎる結果、学習コストが高騰 ● 組織として重点投資すると決めた際に機動的な人員の割り当てが困難になる個々のエンジニアの悩み言われて来てみたのは良いものの何がどうなってるのかさっぱりわからない...... 少しずつ学びながら進めようプロダクトB マネジメント層の悩みプロダクトBに重点投資するので人員を移動させたけれども立ち上げにxxヶ月かかるらしい困ったな

Slide 41

Slide 41 text

事業・組織が拡大すると何が起きる? 1. 個別プロダクトの拡大と個別最適化 2. コミュニケーションパスの複雑化と知識の散在

Slide 42

Slide 42 text

コミュニケーションパスの複雑化プロダクト間のシステム的な連携の複雑化人と人の間のコミュニケーションパスの複雑化(もちろん積極的なやりとりは推奨) プロダクトや人が増えるほどコミュニケーションパスが複雑化し、どこに情報があるのかがわからなくなる(＝知識の散在)

Slide 43

Slide 43 text

諸問題を放置した場合に予期される未来組織規模現実的に目指したい状況理想的な状況エンジニアリング的な創出価値

Slide 44

Slide 44 text

諸問題を放置した場合に予期される未来組織規模現実的に目指したい状況理想的な状況エンジニアリング的な創出価値放置した場合に想定される状況（収穫逓減）

Slide 45

Slide 45 text

諸問題を放置した場合に予期される未来組織規模現実的に目指したい状況理想的な状況エンジニアリング的な創出価値放置した場合に想定される状況（収穫逓減）投入できる人員が増えた（＝組織規模がが拡大した）にもかかわらず創出価値が増えない

Slide 46

Slide 46 text

諸問題を放置した場合に予期される未来組織規模現実的に目指したい状況理想的な状況エンジニアリング的な創出価値放置した場合に想定される状況（収穫逓減）この状況を避けるにはどうしたら良いか？

Slide 47

Slide 47 text

難しさへのSREとしての対峙

Slide 48

Slide 48 text

課題をまとめてみる 1. 個別プロダクト、プロダクト間連携の複雑化(必要なもの不要なもの問わず) 2. たこつぼ化による学習コストの高騰 3. 知識の散在による知識習得、活用の効率低下

Slide 49

Slide 49 text

課題をまとめてみる 1. 個別プロダクト、プロダクト間連携の複雑化(必要なもの不要なもの問わず) 2. たこつぼ化による学習コストの高騰 3. 知識の散在による知識習得、活用の効率低下プロダクトに閉じない横断的な考え方、取組の必要性

Slide 50

Slide 50 text

課題をまとめてみる 1. 個別プロダクト、プロダクト間連携の複雑化 2. たこつぼ化による学習コストの高騰 3. 知識の散在による知識習得、活用の効率低下

Slide 51

Slide 51 text

個別プロダクト、プロダクト間連携の複雑化への対応複雑性に対応できるハイスキルエンジニアの育成各種学習機会の提供（自助努力のみに頼らない）安全に試行錯誤できる場の提供 e.g. ある程度自由に利用できる　　パブリッククラウドアカウント e.g. 各種学習の補助

Slide 52

Slide 52 text

Slide 53

Slide 53 text

たこつぼ化による学習コストの高騰知識の散在による知識習得、活用の効率低下への対応さまざまな知識を容易に収集、活用できるようにして歪んだアーキテクチャの導入を避ける知識の集約と活用容易化 (次スライド以降で補足) 外部視点の導入組織外の知見者の視点 e.g. AWS TAMによる構成レビュー

Slide 54

Slide 54 text

知識の集約と活用の容易化横断的に活用可能な知識集約と活用の容易化 ● 知識の集約場所の確保 ● 知識活用の容易化

Slide 55

Slide 55 text

Slide 56

Slide 56 text

知識の集約と活用の容易化横断的に活用可能な知識集約と活用の容易化 ● 知識の集約場所の確保 ● 知識活用の容易化 ● 個別プロダクトの知識を集約するための(仮想)組織の準備 ● プロダクト個別の取組ー固有事情＝横断的に利用可能な知識 (レアケースだが重要なもののなどの知識が蓄積できる e.g. DBのメジャーバージョンアップに伴う停止時間の最小化など ) ● 横断的に利用可能なコードの提供 ● いわゆるソフトウェアの再利用性といった大きな課題にしっかり取り組む（まずはドメイン依存の少ない部分かつ必ず必要な部分から e.g. インフラのネットワーク、ストレージ、ログ集約など）

Slide 57

Slide 57 text

取り組みの結果、何を期待する？ドメイン非依存かつ魅力的品質につながりづらい部分の標準化と標準化に伴う品質改善の効率化プロダクト固有度合高低 Application Middleware (Guest)OS VM Network & Strage 魅力的品質につながりやすい当たり前品質として必要

Slide 58

Slide 58 text

取り組みの結果、何を期待する？当たり前品質の部分から徐々に標準化などを進めていくプロダクト1 プロダクト2 プロダクト3 プロダクトN ・・・ SREはスタック的に下のレイヤで当たり前品質の実現を主導

Slide 59

Slide 59 text

取り組みの結果、何を期待する？当たり前品質の部分から徐々に標準化などを進めていくプロダクト1 プロダクト2 プロダクト3 プロダクトN ・・・ SREはスタック的に下のレイヤで当たり前品質の実現を主導 SREはCI/CDなどの構築支援を通じてプロダクト開発者の一元的、魅力的品質実現支援も担う

Slide 60

Slide 60 text

取り組みの結果、何を期待する？当たり前品質の部分から徐々に標準化などを進めていくプロダクト1 プロダクト2 プロダクト3 プロダクトN ・・・ SREはスタック的に下のレイヤで当たり前品質の実現を主導プロダクト開発者はスタック的に上のレイヤに注力プロダクト開発者は当たり前品質の実現は SREに任せ、一元的品質と魅力的品質の実現に注力

Slide 61

Slide 61 text

まとめ自分の身近なお商売のオーナーをチームとして支えることによる責任感と達成感が heyのSREに限らない楽しさです。提供価値の拡大と維持を目的として組織規模の成長にともなう収穫逓減の影響を回避、緩和するための様々な活動を進めていきたいと考えています。 SREとしては、価値提供の支援、提供価値の維持をより広く、より深く行うためのナレッジマネジメントやナレッジ活用の容易化、人員の機動的運用のための標準化などにも取り組みたいです。

Slide 62

Slide 62 text

Slide 63

Slide 63 text

価値提供の支援、提供価値の維持に興味のあるエンジニア大募集です！ https://hello.hey.jp/engineer

Slide 64

Slide 64 text

MORE INFO heyのオープンな社内報 hey note https://days.hey.jp/ Tech イベント hey connpass https://hey.connpass.com/ プロダクト開発の裏側を発信中 hey Product Blog https://tech.hey.jp/ heyのメディア hey MAGAZINE https://mag.hey.jp プロダクトのこと、技術のこと色々お話しましょうカジュアル面談 (Meety) https://meety.net/ heyのひとびとを伝える動画 hey People https://vimeo.com/heyinc

Slide 65

Slide 65 text

ご清聴ありがとうございました!