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
EventGridTopicで手軽にイベントドリブンを手に入れる
Search
Yu_ka1984
May 27, 2019
Technology
5
1.8k
EventGridTopicで手軽にイベントドリブンを手に入れる
Yu_ka1984
May 27, 2019
Tweet
Share
More Decks by Yu_ka1984
See All by Yu_ka1984
Durable Functionsを"公式ドキュメントとは違う形で"話して見る
yukaabuno
3
850
Durable Functionsの特徴をふわっと理解してみる
yukaabuno
2
160
Xamarin.Forms 使うべき?
yukaabuno
3
1.2k
Xamarin.Forms とコンソールアプリでモデル層を共通化してみた
yukaabuno
0
2.2k
Other Decks in Technology
See All in Technology
ブロックテーマ時代における、テーマの CSS について考える Toro_Unit / 2025.09.13 @ Shinshu WordPress Meetup
torounit
0
130
Django's GeneratedField by example - DjangoCon US 2025
pauloxnet
0
150
データ分析エージェント Socrates の育て方
na0
3
380
スマートファクトリーの第一歩 〜AWSマネージドサービスで 実現する予知保全と生成AI活用まで
ganota
2
270
【実演版】カンファレンス登壇者・スタッフにこそ知ってほしいマイクの使い方 / 大吉祥寺.pm 2025
arthur1
1
890
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
2
450
20250913_JAWS_sysad_kobe
takuyay0ne
2
240
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
270
会社紹介資料 / Sansan Company Profile
sansan33
PRO
6
380k
テストを軸にした生き残り術
kworkdev
PRO
0
210
slog.Handlerのよくある実装ミス
sakiengineer
4
400
20250912_RPALT_データを集める→とっ散らかる問題_Obsidian紹介
ratsbane666
0
100
Featured
See All Featured
Speed Design
sergeychernyshev
32
1.1k
Scaling GitHub
holman
463
140k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
920
Imperfection Machines: The Place of Print at Facebook
scottboms
268
13k
Faster Mobile Websites
deanohume
309
31k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
How STYLIGHT went responsive
nonsquared
100
5.8k
The Cult of Friendly URLs
andyhume
79
6.6k
The Power of CSS Pseudo Elements
geoffreycrofte
77
6k
Statistics for Hackers
jakevdp
799
220k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
Designing Experiences People Love
moore
142
24k
Transcript
Event Grid Topicで手軽にイ ベントドリブンを手に入れる By yuka abuno Serverless meetup Tokyo
#12 2019 / 05 / 27
こんにちは、Azure地方から参りました。 • 所属 : シグマコンサルティング株式会社 • Twitter : @yu_ka1984 •
ブログ書いたりプログラム書いたり • Durable Functions Contributor • C#er(ただしUnityはやってない) • Microsoft MVP for Development Technology (Not Azure) • Webフロントエンド〜スマホ・デスクトップ〜バックエンド・クラウ ド
質問 サーバレスアーキテクチャ利用してますか?
サーバレスアーキテクチャとかイベントドリブンな開 発凄く好きなんだけど・・・・ でも現実ではMVCフレームワークを使ってサービス 立ち上げることが多いよねぇ
そんなMVCフレームワークWebアプリケーションで も「サーバレスアーキテクチャ」を使っていこう!!
こんな事よくありませんか? • その処理の時にユーザにメール投げて欲しいんだけど。 • その処理の時にSlackに通知して欲しいんだけど。 • その処理の時にカスタマーサービスと連携して欲しいんだけど。 • その処理の時にバックエンド基幹と連携して欲しいんだけど。 •
その処理の時にPDFをStorageに作成してほしいんだけど。 • その処理の時にetc • その処理の • その
そんなの全部実装していったら・・・・
じゃあ、どうする?
諦めて同期的に実装する? • 気がついたらなんか重いサービス • 1ロジック内に色々な処理を実行 -> 耐障害性の低下(冪等性、リ トライ、etc
RDBのレコードにフラグを追加して定期バッチ処理で後から実行 • バッチ実行頻度は?(リアルタイム性) • 1回のバッチ実行件数は?(バッチ突き抜け問題) • そもそも「その処理」がRDB更新処理ではなかったら? • 気がついたらフラグ沢山・・・・
メッセージングサービスを使って非同期処理 • 「「これならいける!!」」のだけど・・・
メッセージングサービスを使って非同期処理 • いつのまにか、メッセージングサービスが沢山に・・・
運用開始後のメンテナンスとして 何かの処理の後に何かを追加するのはよくある事。
ならば 始めからアプリケーション全体のアクティビティを1 つのメッセージサービスに集約 あとから自由にアクティビティを購読できると素敵な のでは?
None
メッセージングサービスに欲しい性能 • 1つのメッセージングサービスにアプリケーション全体のアク ティビティを集約 • 1つのメッセージングサービスから欲しいアクティビティのみを 購読 • お手軽に安く。でもスケーラブルに。 •
Subscriberの自由度が欲しい。
Azure Event Grid \ \ \ Topic / / /
Azure Event Grid • イベント ベースのアーキテクチャを備えたアプリケーションを 簡単に作成するためのサービス • Azureの様々なサービスをPublisherとして設定でき、必要なメッ セージのみをフィルタリングして購読できる
• 購読はWebHookで受け取れる。(Push型) • 従量課金なサーバレスメッセージングサービス
None
Azure Event Grid Topic • TopicエンドポイントにメッセージをHttp Postする事で独自イベ ントをPublishできる。 • AzureのサービスでなくてもPublisherになれる
• Pub/Subがプッシュ/プッシュ型 • 通常のEvent Gridはクラウドインフラのレイヤーのイベントを取 り扱うが、Custom Topicを使用する事でアプリケーションレイ ヤーのメッセージングサービスとして機能する
メッセージの中身 { "eventType" : "OrderCreate", "Subject" : "Order/Create/12345", "Data": {
"No": 12345, "Date": "2019/05/27", "Customer": "1302834u" } }
購読時のフィルタリング • EventTypeでフィルター • EventTypeは複数指定可能(OR) • Subjectの StartWith / EndWith
でフィルター可能 • 高度なフィルタリングとして • EventType/Subject以外にもDataなどからフィルタリングが可 能(And)
SLAと料金とリトライと • SLA : 99.95 • 月に500万回Publishして500万回配信した場合 • ¥ 665.280
• MSさんはこのサービスで儲けようとはしていない? • リトライ : 最大1日 / 30回 までリトライする ( WebHook ) • 1日以上はリトライできない / 30回以上はリトライできない • 最終的に失敗したら? • デッドレターとしてAzure Storage Blobにメッセージを保存できる • Storage Blobへの保存をトリガーにして色々組んでおけばOK
悲しい部分( *´Д⊂ グスン… • Custom TopicへのpublishにRate Limitがある(5000/sec) • POST時に429が返ってくるのでリトライする •
アプリケーションの規模が大きくなってきた時にネックにな る可能性がある。 • アクティビティの種類、単位を絞る • より大規模に対応可能なメッセージサービスへの移行 • Microsoftに文句を投げつける
開発者目線 • アプリケーション全体の処理で同期/非同期を明確にする事でパ フォーマンス面の考慮や障害時の復旧処理などの設計が楽に • メッセージサービスが沢山にならなくて管理が楽 • Subscriberの選択幅が広い(FunctionsだけでなくLogic Apps(ノー コーディングワークフロー)などが使える)
• コードを見るだけでは、どのアクティビティに対してどの処理が 発生するかが分からなくなりやすい • ドキュメント類をちゃんと書けば特に問題ない
Event Grid Topicを使って気軽なイベントドリブンな 開発をしましょう。