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
開発効率と信頼性を両立する Ubieのプラットフォームエンジニアリング
Search
teru0x1
June 13, 2025
Technology
0
160
開発効率と信頼性を両立する Ubieのプラットフォームエンジニアリング
【日経×Ubie×スリーシェイク】SREの実践とプラットフォームの整備〜信頼性向上の取り組み〜
https://nikkei.connpass.com/event/355303/
teru0x1
June 13, 2025
Tweet
Share
More Decks by teru0x1
See All by teru0x1
マルチクラスタの認知負荷に立ち向かう! Ubieのプラットフォームエンジニアリング
teru0x1
4
4k
ブラウザの外側でWasmを使おう
teru0x1
0
340
スタブサーバ自動生成ツール 〜負荷試験をもっと楽に〜
teru0x1
0
1.8k
バッチシステムをクラウドネイティブにするために考えたこと
teru0x1
17
8.2k
クラウド環境をFargateに 移行して得た知見
teru0x1
0
1.5k
Goと定数 DMM.go #3
teru0x1
0
2.5k
はてなインターン2020成果発表
teru0x1
0
1.1k
入門QUIC
teru0x1
0
530
【衝撃】Archlinuxをインストールした結果がヤバすぎた!
teru0x1
0
84
Other Decks in Technology
See All in Technology
Getting to Know Your Legacy (System) with AI-Driven Software Archeology (WeAreDevelopers World Congress 2025)
feststelltaste
1
160
事業成長の裏側:エンジニア組織と開発生産性の進化 / 20250703 Rinto Ikenoue
shift_evolve
PRO
3
22k
20250707-AI活用の個人差を埋めるチームづくり
shnjtk
6
4k
AI専用のリンターを作る #yumemi_patch
bengo4com
6
4.3k
敢えて生成AIを使わないマネジメント業務
kzkmaeda
2
460
AI エージェントと考え直すデータ基盤
na0
14
4k
React開発にStorybookとCopilotを導入して、爆速でUIを編集・確認する方法
yu_kod
1
300
fukabori.fm 出張版: 売上高617億円と高稼働率を陰で支えた社内ツール開発のあれこれ話 / 20250704 Yoshimasa Iwase & Tomoo Morikawa
shift_evolve
PRO
2
8k
2025-07-06 QGIS初級ハンズオン「はじめてのQGIS」
kou_kita
0
170
CDK Vibe Coding Fes
tomoki10
0
150
20250705 Headlamp: 專注可擴展性的 Kubernetes 用戶界面
pichuang
0
280
OSSのSNSツール「Misskey」をさわってみよう(右下ワイプで私のOSCの20年を振り返ります) / 20250705-osc2025-do
akkiesoft
0
170
Featured
See All Featured
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
20k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
357
30k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
A designer walks into a library…
pauljervisheath
207
24k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.6k
Measuring & Analyzing Core Web Vitals
bluesmoon
7
510
Designing Experiences People Love
moore
142
24k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.9k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
Automating Front-end Workflow
addyosmani
1370
200k
Transcript
開発効率と信頼性を両立する Ubieのプラットフォームエンジニアリング Teruya Ono
2 自己紹介 小野 輝也(Ono Teruya) • SRE/Platform Engineer@Ubie • Like
◦ Google Cloud ◦ Golang • 来週のKubecon Japanが楽しみ @teru0x1
3 本日お話しすること • Ubieのアーキテクチャと、そこで生じていた課題 • 解決策としてのプラットフォームエンジニアリングとその成果 • サービス開発者がプラットフォームを使う際の コミュニケーションを円滑にする取り組み
4 Ubieについて
5 Ubieのアーキテクチャと課題 • Google Cloud上のマイクロサービス & モジュラモノリス • 60以上のマイクロサービス •
日本と北米にデプロイ • 主にGKE & Istio上で稼働 • マルチクラスタ・マルチGCP Project構成 ◦ 事業領域、プライバシー観点などで複数のク ラスタに跨ってマイクロサービスを配置 • サービスデプロイの構成、ログ確認方法などで 認知負荷が増大
6 プラットフォームエンジニアリング ”プラットフォーム・エンジニアリングとは、ソフトウェアの開発とデリバリを目的とした、セルフサービス 型の開発者プラットフォームの構築と運用に関する専門分野である。プラットフォームとは、専任のプラッ トフォーム・チームによりプロダクトとして維持される、ツール/自動化/情報から成るレイヤである。根 本的な複雑さを抽象化することで、ソフトウェア開発者やその他のエンジニアをサポートするために設計 されている“ (出典:Gartner, Inc.)
7 プラットフォームエンジニアリング ”プラットフォーム・エンジニアリングとは、ソフトウェアの開発とデリバリを目的とした、セルフサービス 型の開発者プラットフォームの構築と運用に関する専門分野である。プラットフォームとは、専任のプラッ トフォーム・チームによりプロダクトとして維持される、ツール/自動化/情報から成るレイヤである。根 本的な複雑さを抽象化することで、ソフトウェア開発者やその他のエンジニアをサポートするために設計 されている“ (出典:Gartner, Inc.)
8 Ubie Platform Engineeringの2本柱 ubieform サービステンプレートツール サービスに必要な設定(k8s manifest, デプロイ設定など) を生成
UbieHub BackStageベースの サービスカタログ サービスに関する情報を 集約
9 name: "myapp" service_config: { manifest: { app: { main_container:
{ image_path: "example-docker.pkg.dev/ubie/myapp" image_tag: "release-20240418-1" commands: ["/myapp", "start"] configs: [ … ubieformを使った デプロイの流れ
10 UbieHub • BackStageで構築された サービスカタログ ◦ ubieformでサービス生成をする と自動でサービスページが作成 ◦ サービスリポジトリ、Cloud
Logging、Grafanaなどのリン クがまとまっている ◦ 「このサービスに関する情報、どこ で見れるんだっけ?」を解消
11 プラットフォーム整備の成果 • こうした取り組みは認知負荷軽減のほかサービス開発エンジニアの行動変化に繋がった ◦ プラットフォームチームに質問、依頼することなくサービスのインフラを変更できるように ◦ ログ・メトリクスをみる習慣がつく ◦ インシデントレスポンスに参加しやすくなる
◦ プラットフォームチームとのコラボレーションが可能に ▪ UbieHubのraycast pluginを作ってくれるエンジニアも • よりアジリティ高く自律分散なサービス運用が可能になった
12 SREとプラットフォームエンジニアリングの交差点 • SREと何が違うのか?と聞かれがち(実際Ubieではチームが同じでロールを兼任する) • プラットフォームエンジニアリング ◦ 開発者体験を改善しアジリティを高める • SRE
◦ 信頼性を制御しサービス品質を高める • 境界は割と曖昧(トイルの削減、はどちらの役割?) • 対立する要素ではなく相互に良い影響をもたらす ◦ ubieformで生成されたマニフェスト・CI/CDパイプラインは信頼性やセキュリティの観点からもベ ストプラクティスに従う
13 サービス開発者とのコミュニケーション • 「プラットフォーム上でこれどうやるんだっけ」「これが可能なの知らなかった」という事態が 起こりがち • 良いプラットフォームを作っても使われなければ意味がない • Ubieでの取り組み ◦
今週のPlatform News ◦ 質問対応・自動応答システム「otter」 ◦ Slackを使った簡単FeedBack
14 今週のPlatform News • Ubieプラットフォーム上で使えるようになった新機能、ベスプラなどを紹介 • エンジニア全員が参加する開発者定例「Tech MTG」でPlatformチームが持ち回りで発表 • 過去にあったテーマ例
◦ FastlyのRate Limit機能について ◦ ドキュメントポータルができました! ◦ Log Analyticsでトラブルシューティングしよう ◦ AlloyDBでもVector Searchがしたい! • プラットフォームの機能が浸透できる他、コミュニケーションも取りやすくなった
15 質問対応、自動応答システム「otter」 • 開発者からの質問や依頼を特定のSlack channel上で受けてチケット化 ◦ 一元化して管理することで混乱を防ぎ、より質問しやすくなる • 社内docsからRAG searchしてbotが自動応答
◦ botの応答を引用しつつ、人間も応答できる
16 Slack上でのFeedback収集 • Slackでメッセージにinfra-feedbackのリアクションを押せば自動でリクエストが収集される ◦ FBと対話を通してプラットフォームを改善していく ◦ 将来的には生成AIで自動的にチケットサマリ→Agentでの初期実装 などを目指している
17 まとめ • Ubieでは複雑なインフラ環境をプラットフォームエンジニアリングのアプローチで抽象化 ◦ 認知負荷低くサービス開発者が自律的に運用に参加できるようにしている ◦ 信頼性向上にも貢献 • プラットフォーム↔サービス開発のコミュニケーションを支える仕組みを整備