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
Cloud Run に日々感謝
Search
Tomonori Hayashi
February 24, 2024
Technology
1
390
Cloud Run に日々感謝
Tomonori Hayashi
February 24, 2024
Tweet
Share
More Decks by Tomonori Hayashi
See All by Tomonori Hayashi
Pub/Sub vs Cloud Tasks - その違い、わかりますか?-
phaya72
1
120
OpenTelemetry SpanProcessor を Let's カスタマイズ!
phaya72
2
260
非同期処理でも分散トレーシングしたい!- OpenTelemetry × Pub/Sub -
phaya72
1
580
エラーバジェット枯渇の原因 - 偽陽性との戦い -
phaya72
1
150
Vertex AI Experimentsの実態 - コードを辿った先にあったもの -
phaya72
2
950
オブザーバビリティと開発優先度との向き合い方
phaya72
4
840
Cloud Service Mesh への期待が止まらない!!
phaya72
2
1.5k
とあるソフトウェアエンジニアの小さく始めるオブザーバビリティ
phaya72
2
420
OpenTelemetry Collector の Connectors って何者?
phaya72
2
1.9k
Other Decks in Technology
See All in Technology
テストを軸にした生き残り術
kworkdev
PRO
0
180
「魔法少女まどか☆マギカ Magia Exedra」のグローバル展開を支える、開発チームと翻訳チームの「意識しない協創」を実現するローカライズシステム
gree_tech
PRO
0
580
バッチ処理で悩むバックエンドエンジニアに捧げるAWS Glue入門
diggymo
3
130
ChatGPTとPlantUML/Mermaidによるソフトウェア設計
gowhich501
1
120
LLM翻訳ツールの開発と海外のお客様対応等への社内導入事例
gree_tech
PRO
0
580
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
170
実践!カスタムインストラクション&スラッシュコマンド
puku0x
0
150
ガチな登山用デバイスからこんにちは
halka
1
220
20250910_障害注入から効率的復旧へ_カオスエンジニアリング_生成AIで考えるAWS障害対応.pdf
sh_fk2
2
110
データアナリストからアナリティクスエンジニアになった話
hiyokko_data
2
420
複数サービスを支えるマルチテナント型Batch MLプラットフォーム
lycorptech_jp
PRO
0
220
allow_retry と Arel.sql / allow_retry and Arel.sql
euglena1215
1
160
Featured
See All Featured
Being A Developer After 40
akosma
90
590k
Faster Mobile Websites
deanohume
309
31k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Making Projects Easy
brettharned
117
6.4k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.1k
Unsuck your backbone
ammeep
671
58k
For a Future-Friendly Web
brad_frost
180
9.9k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
KATA
mclloyd
32
14k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Transcript
Cloud Run に日々感謝 【Google Cloud】GDG Tokyo Monthly Online Tech Talks
- Tomonori Hayashi
Tomonori Hayashi • NTT コミュニケーションズ イノベーションセンター所属 ◦ ノーコード時系列分析ツール「 Node-AI」の開発/運用 ◦
アプリケーションエンジニア • Front:React/Next.js • Backend:C# • Infra:Google Cloud • Jagu’e’r ◦ 人材育成分科会 ◦ SRE - O11y 分科会 • Google Cloud Partner Top Engineer 2024 @pHaya72
Node-AI の紹介 • ノーコードで AI モデルを作成できる WEB アプリケーション • カードを直感的につなげるだけで
時系列データの前処理から AI モデルの学習・評価までの パイプラインを作成・実行 できる • 技術スタック ◦ TypeScript + React / Next ◦ Python + Django ◦ C# + ASP.NET Core ◦ Kubernetes ◦ Google Cloud ◦ Scikit-learn / Tensorflow / Pytorch
Google Cloud × Observability
なんで頑張りたいの? - Node-AI の課題感 - アプリケーションパフォーマンスの ボトルネックを把握しづらい リクエストが複数のコンポーネントを行き来していて どこで時間がかかっているかを把握できない バグ発生時に歴戦の戦士しか
発生箇所を発見できない 何かあればひたすらログを眺めるが 歴戦の戦士がいないと異常を発見しづらく対応が遅れる 利用者に「快適」かつ「安定した」 体験を届けにくい
OpenTelemetry の導入 “OpenTelemetry is an Observability framework and toolkit” Observability
の強化に挑戦したい 構築中のテレメトリ収集/可視化基盤 Google Cloud で構築 Cloud Run と Cloud Operations を中心に構築中 Cloud Run の有能さに日々感謝
Cloud Run の有能さに日々感謝 自動でスケールインかつ最小のインスタンス数を 0 に設定 リクエストがない時間帯はコスト 0 で費用削減に効く! LB
とサーバーレス NEG を組み合わせてリクエストを適切なサービスにマッピング 最小限の設定で単一 LB から複数の Cloud Run Service にアクセスできる! Cloud Storage を Cloud Run Service のボリュームとしてマウント データの永続化も簡単に! Auto Scaling : Minimum Number of Instances = 0 URL Mask Mount a Cloud Storage Volume
CREDITS: This presentation template was created by Slidesgo, and includes
icons by Flaticon, and infographics & images by Freepik Thanks! @pHaya72 @t_hayashi
CREDITS: This presentation template was created by Slidesgo, and includes
icons by Flaticon, and infographics & images by Freepik Thanks! Cloud Run ! @pHaya72 @t_hayashi
None