Share
Embed
Slide 1
Slide 1 text
SRE NEXT 2026
環境凍結という
Toil を倒す
セルフサービス型 Ephemeral テスト環境の
設計と実践
CLOUD INFRA G
白井 裕二
DATABASE RELIABILITY · DBRE
陳 路銘
KINTO Technologies 2026
Slide 2
Slide 2 text
SPEAKERS
自己紹介
Slide 3
Slide 3 text
Introduction
会社紹介
COMPANY
Slide 4
Slide 4 text
COMPANY
KINTO テクノロジーズ株式会社（KTC）について
Slide 5
Slide 5 text
COMPANY
KTC における SRE/DBRE ・ Cloud Infrastructure の立ち位置
Slide 6
Slide 6 text
COMPANY
多数のプロダクトを、それぞれ別のチームが内製
Slide 7
Slide 7 text
会社スローガン
Slide 8
Slide 8 text
TABLE OF CONTENTS
目次
Slide 9
Slide 9 text
PART 01
なぜ、環境凍結という
Toil を倒す必要が
あるのか？
システム間連携が多いプロダクトの
背景と課題。
BACKGROUND & CHALLENGES
Slide 10
Slide 10 text
BACKGROUND & CHALLENGES
スローガン「リリースファースト」に立ち返る
Slide 11
Slide 11 text
BACKGROUND & CHALLENGES
ボトルネックは テスト準備・実施 — システム間連携が複雑
Slide 12
Slide 12 text
BACKGROUND & CHALLENGES
テスト準備中に起きていたこと
Slide 13
Slide 13 text
BACKGROUND & CHALLENGES
環境凍結の定義
Slide 14
Slide 14 text
BACKGROUND & CHALLENGES
環境凍結が発生することで発生する Lead Time
Slide 15
Slide 15 text
BACKGROUND & CHALLENGES
検証用環境を増やせば良いのか？
Slide 16
Slide 16 text
BACKGROUND & CHALLENGES
解決策 — 開発チーム専用環境を、開発者自身で用意する！
Slide 17
Slide 17 text
PART 02
セルフサービス型
Ephemeral テスト環境
の設計
2 つのプラットフォームで実現する。
SOLUTION
Slide 18
Slide 18 text
DESIGN OVERVIEW
問題整理: 2 つのボトルネック
Slide 19
Slide 19 text
DESIGN OVERVIEW
セルフサービス型 Ephemeral テスト環境
Slide 20
Slide 20 text
PART 02 — 1
セルフサービス型 Ephemeral
インフラ構築プラットフォーム
開発チーム自身が、環境を作って
消せるように。
CLOUD INFRASTRUCTURE
Slide 21
Slide 21 text
DESIGN OVERVIEW
全体設計方針
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
DESIGN OVERVIEW
非機能・機能要件の達成が、リードタイム短縮につながる
Slide 28
Slide 28 text
業務要件
インフラ構築のリードタイムを下げる ①
Slide 29
Slide 29 text
業務要件
インフラ構築のリードタイムを下げる ②
Slide 30
Slide 30 text
PROGRESS
自律的にインフラの構築・削除が可能に
Slide 31
Slide 31 text
PART 02 — 2
セルフサービス型 Ephemeral
データ準備プラットフォーム
本番相当データを、短時間で安全に届ける。
DATA PREPARATION
Slide 32
Slide 32 text
DATA MASKING · DBRE
環境は作れた。では、データはどこから来るのか
Slide 33
Slide 33 text
DATA MASKING · DBRE
本番相当データを安全に届けるための 2 つの責務
Slide 34
Slide 34 text
DATA MASKING · DBRE — サブシステム①
データを加工して届ける：マスク処理フロー
Slide 35
Slide 35 text
DATA MASKING · DBRE — サブシステム②
何をマスクすべきかを判断・管理する：データ区分台帳の管理フロー
Slide 36
Slide 36 text
DATA MASKING · DBRE
テスト価値を壊さないマスキング設計
Slide 37
Slide 37 text
DATA MASKING · DBRE
セキュリティ
Slide 38
Slide 38 text
DATA MASKING · DBRE
マスキング基盤が担保したもの
Slide 39
Slide 39 text
DATA MASKING · DBRE
開発チームが自律的にテストデータを準備できる
Slide 40
Slide 40 text
DATA MASKING · DBRE
データ側のまとめ — テストデータ準備は、もうボトルネックではない
Slide 41
Slide 41 text
PART 03
環境凍結という
Toil を倒せたか？
RESULTS
Slide 42
Slide 42 text
Q
環境凍結という Toil は、倒せたのか？
A
「共有環境で 1 つの PJ がテスト中は他 PJ が待つ」
——凍結を生む構造そのものを排除した。
Slide 43
Slide 43 text
セルフサービス型
Ephemeral テスト環境
Ephemeral テスト環境（インフラ＋本番相当データ）を主体的に用意できる。
支える 2 つの基盤
Slide 44
Slide 44 text
SUMMARY
目指したあるべき姿を、実現できた
Slide 45
Slide 45 text
CONCLUSION
テスト準備フェーズの短縮が、リリースファーストにつながった
Slide 46
Slide 46 text
ありがとう
ございました
環境凍結という Toil を、構造から倒していく。
ご質問は ask the speaker でお気軽に。