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
350
開発効率と信頼性を両立する 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
4.3k
ブラウザの外側でWasmを使おう
teru0x1
0
350
スタブサーバ自動生成ツール 〜負荷試験をもっと楽に〜
teru0x1
0
1.8k
バッチシステムをクラウドネイティブにするために考えたこと
teru0x1
17
8.3k
クラウド環境をFargateに 移行して得た知見
teru0x1
0
1.5k
Goと定数 DMM.go #3
teru0x1
0
2.6k
はてなインターン2020成果発表
teru0x1
0
1.1k
入門QUIC
teru0x1
0
550
【衝撃】Archlinuxをインストールした結果がヤバすぎた!
teru0x1
0
90
Other Decks in Technology
See All in Technology
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
2
5.4k
いまさら聞けない ABテスト入門
skmr2348
1
190
Trust as Infrastructure
bcantrill
0
290
o11yで育てる、強い内製開発組織
_awache
3
110
Azure Well-Architected Framework入門
tomokusaba
0
210
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
2
530
analysis パッケージの仕組みの上でMulti linter with configを実現する / Go Conference 2025
k1low
1
260
C# 14 / .NET 10 の新機能 (RC 1 時点)
nenonaninu
1
1.5k
Why React!?? Next.jsそしてReactを改めてイチから選ぶ
ypresto
10
4.3k
「Verify with Wallet API」を アプリに導入するために
hinakko
1
220
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
1
360
Tomorrow graphlib, Let us use everybody
hayaosuzuki
0
160
Featured
See All Featured
Navigating Team Friction
lara
189
15k
The Invisible Side of Design
smashingmag
301
51k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
20k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Building Adaptive Systems
keathley
43
2.8k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
Designing Experiences People Love
moore
142
24k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Practical Orchestrator
shlominoach
190
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
Rails Girls Zürich Keynote
gr2m
95
14k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
53k
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では複雑なインフラ環境をプラットフォームエンジニアリングのアプローチで抽象化 ◦ 認知負荷低くサービス開発者が自律的に運用に参加できるようにしている ◦ 信頼性向上にも貢献 • プラットフォーム↔サービス開発のコミュニケーションを支える仕組みを整備