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活動
Search
Tomohiro Koike
May 18, 2022
Technology
1
6.8k
新規ゲームのリリース(開発)前からのSRE活動
SRE Next 2022 発表資料です
Tomohiro Koike
May 18, 2022
Tweet
Share
More Decks by Tomohiro Koike
See All by Tomohiro Koike
2023-10-31-SRE-MIXITECHTALK.pdf
tmkoikee
0
290
全社横断組織でのAWSコスト最適化への取り組み
tmkoikee
1
630
モンスターストライクのマスターデータのローカライズ運用について / Operation of Monster-Strike master data localization /
tmkoikee
1
970
delightworks-tech-night-1
tmkoikee
2
1.6k
モンストのマルチクラウドについて / sre-lounge-at-xflag
tmkoikee
1
5.3k
モンスターストライク海外版でのSREの取り組み / xflag-studio-sre-in-global
tmkoikee
2
2.4k
Other Decks in Technology
See All in Technology
ロリポップ! for Gamersを支えるインフラ/lolipop for gamers infrastructure
takumakume
0
120
Segment Anything Model 2
tenten0727
3
560
手軽に始める? おうちサーバーのすゝめ
nyagasan
0
200
Oracle Base Database Service:サービス概要のご紹介
oracle4engineer
PRO
0
13k
サプライチェーン攻撃に備える
ryunen344
0
150
プロダクトエンジニアを支えるための開発生産性向上施策
tsukakei
0
130
20分で分かるIAM全機能 (拡大版) / 20240903-jawsug-yokohama-iam
opelab
3
140
サーバレスでモバイルアプリ開発! NTTコム「ビジネスdアプリ」のアーキテクチャ / The architecture of business d app
nttcom
12
220
難しいから面白い!医薬品×在庫管理ドメインの複雑性と向き合い、プロダクトの成長を支えるための取り組み / Initiatives to Support Product Growth
kakehashi
2
180
PdMはどのように全てのスピードを上げられるか ~ 非連続進化のための具体的な取り組み ~
sansantech
PRO
1
150
エンジニア視点で見る、 組織で運用されるデザインシステムにするには
shunya078
1
290
技術ブログや登壇資料を秒で作るコツ伝授します
minorun365
PRO
23
5.4k
Featured
See All Featured
The Brand Is Dead. Long Live the Brand.
mthomps
53
37k
The Illustrated Children's Guide to Kubernetes
chrisshort
47
48k
Adopting Sorbet at Scale
ufuk
73
8.9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
157
15k
Visualization
eitanlees
142
15k
Code Review Best Practice
trishagee
62
16k
Large-scale JavaScript Application Architecture
addyosmani
508
110k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
103
48k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
230
17k
Ruby is Unlike a Banana
tanoku
96
11k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
29
2.6k
KATA
mclloyd
27
13k
Transcript
新規ゲームのリリース(開発)前 からのSRE活動 2022/05/15 株式会社ミクシィ 小池知裕
自己紹介 • 小池 知裕 • 株式会社ミクシィ 開発本部 CTO室 SREグループ •
2008年中途入社 • ミクシィでやってきたこと • mixi.jp の開発・運用 • モンスターストライクの開発・運用 • 新規ゲーム開発での技術的な支援 • 全社横断での技術サポート などなど.. 2
アジェンダ 1. はじめに 2. SRE グループの紹介 3. リリース(開発)前の新規ゲームに対する技術支援 4. 新規ゲームのリリース(開発)前に注意するポイント
5. まとめ 6. おわりに 3
はじめに 4
はじめに • 本セッションでは私たちが新規ゲームアプリ向けに「リ リース(開発)前であってもリリース後に安定したサービスを 提供する」ために行っている支援やあらかじめ考慮してお くと良いポイントの事例をご紹介・解説します。 5
聞いた人が得られるもの • 新規ゲーム開発時に考慮するべき項目・観点 • リリース前(開発時)でのSRE の関わり方の事例 6
SRE グループの紹介 7
SRE グループの紹介 • 2019年5月に発足 • メンバー: 12名(2022年4月現在) • 得意分野は様々 •
ミクシィに新卒入社したメンバーや中途入社のメンバー • アプリケーションエンジニアやインフラエンジニア • Android開発などを経験したメンバーも • 組織自体はフラットな組織 • マネージャ1名+メンバー11名 • 課題を自ら見つけそれを解決して成果を出していく 8
SRE グループの紹介 • SRE グループの方針・ミッション • 注力事業におけるサービスの信頼性向上のための行動 • サービス運用における効率化と自動化、WF改善 •
破壊と安定を繰り返し安定運用のための行動を取り続ける • 各事業横断で、ノウハウを最も持つ組織 9
SRE とは 10
SRE とは • SRE とは • 「SRE は、信頼性の高い本番環境システムを実行するための職務、 マインドセット、エンジニアリング手法のセットです」(Google Cloud
- サイト信頼性エンジニアリング(SRE)より) 11
SRE とは • それでは「本番環境システム」が存在しないサービスに対 してはSRE はやることがないのでしょうか? 12
SRE とは • 私たちはそうではないと考えています • リリース前の開発であっても将来を見越した支援活動でリ リース後のトラブルや運用コストを事前に避け、信頼性の 向上を望めると考えます 13
新規ゲーム開発時の課題 14
新規ゲーム開発時の課題 • なるべく素早く(少ないコストで)開発したい • ゲームの機能要件以外で必要なものは何? • リリースまでに準備するものは何? • リリース後に大幅な構成変更や刷新は困難 15
新規ゲーム開発時の課題 • これらの課題を解決するために新規開発のセットアップリ ストとして必要な項目を整理したリストを作成 • プロジェクト支援時に活用しています 16
新規ゲーム開発時での支援 • 新規ゲーム開発を主管する部署と前述のセットアップリス トを使って一つずつ各項目を整理していきます • 「決定してる(決定していること)」 • 「検討中(いつまでに決定する)」 • 「検討してない(いつまでに検討する)」
17
リリース(開発)前に注意するポイント セットアップリストの一部をご紹介 18
リリース(開発)前に注意するポイント • 「新規開発セットアップリスト」の中から本セッションで は抜粋して3点ご説明します 19
リリース(開発)前に注意するポイント(リポジトリ) • 開発用リポジトリの運用・使い方の検討、決定 • モノレポ or 用途ごとでそれぞれ準備 • 運用方法やポリシー •
画像やアセットなどサイズの大きなファイルを入れる場 合考慮が必要 • GitHubを利用する場合制限がある場合も • 1ファイル100MBまで • 1リポジトリ 10GBまで • 最悪リポジトリの作り直しのケースも 20
リリース(開発)前に注意するポイント(ログ) • ログは非常に重要 • リリース後のKPI分析のベースにもなる • トラブル時の手がかりにもなります • 構造化ログフォーマットで出力するなど 21
リリース(開発)前に注意するポイント(ログ) • ログ(的なもの)の運用方法・ポリシー • 必須の項目はあらかじめ決めておく • 「reason(理由)」は重要 • 例) •
なぜユーザにこのアイテムを付与したのか • なぜこのレスポンスを返したのか • 時刻のフォーマットはしつこいくらい徹底 • ISO 8601なのかUnix Timestamp なのか 22
リリース(開発)前に注意するポイント(ウェブサイト) • ウェブサイト(静的なサイト) • リリース前に必要になることも多い • PF審査の際に必要になる • プライバシーポリシー •
利用規約 • なるべくコストを抑えて構築する • リリース前にティザーサイトを公開する場合も • ドメインなどの手配・確保 23
リリース(開発)前に注意するポイント(ウェブサイト) • mixi developers blogでの以下記事を参照 • 公式サイトを量産するために、terraform generator を作成し た話
24
まとめ 25
まとめ • リリース前であっても将来を見据えて安定運用のために事 前に準備や検討をしておくことは重要 • 安定運用のためのチェックリストはSite Reliability Engineering(SRE)のノウハウを活かせる 26
おわりに 27
おわりに • 本セッションの内容をほんの少しでも参考にしていただき リリース(開発)前であってもSREの手法を実践し「SRE DIVERSITY」を実現、皆様がハッピーになっていくことを 祈っています 28
ご清聴ありがとうございました 29
We Are Hiring! SREの募集一覧 ミクシィ 採用 SRE求人3件、サーバーサイド求人10件! ミクシィグループでは、 SREの皆さんのご応募をお待ちしています 家族アルバム
みてね 言語:Ruby モンスターストライク 言語:Ruby、Go 事業横断の開発本部 では、 通常の中途採用に加えて第二新卒採用も実施中! 言語:Go、Ruby、Elixirなど 採用サイト