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.6k
EventGridTopicで手軽にイベントドリブンを手に入れる
Yu_ka1984
May 27, 2019
Tweet
Share
More Decks by Yu_ka1984
See All by Yu_ka1984
Durable Functionsを"公式ドキュメントとは違う形で"話して見る
yukaabuno
3
800
Durable Functionsの特徴をふわっと理解してみる
yukaabuno
2
150
Xamarin.Forms 使うべき?
yukaabuno
3
1.1k
Xamarin.Forms とコンソールアプリでモデル層を共通化してみた
yukaabuno
0
2.1k
Other Decks in Technology
See All in Technology
AOAI Dev Day - Opening Session
yoshidashingo
2
430
OSSコミットしてZennの課題を解決した話
dyoshikawa1993
0
150
累計ダウンロード数1億8000万を超えるアプリケーションプラットフォームのレガシーシステム脱却とモダン化への道
kmitsuhashi
0
120
サーバーレスAPI(API Gateway+Lambda)とNext.jsで 個人ブログを作ろう!
shuntaka
PRO
0
560
Luupの開発組織におけるインシデントマネジメントの変遷 ver.RoadtoSRENEXT2024
grimoh
1
270
Git 研修 Advanced【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
200
成長期に歩みを止めないための創業期の開発文化形成
mayah
6
420
20240725 LLMによるDXのビジョンと、今何からやるべきか @Azure OpenAI Service Dev Day
nrryuya
3
1.1k
Docker互換のセキュアなコンテナ実行環境「Podman」超入門
devops_vtj
6
3.2k
MySQLのロックの種類とその競合
yoku0825
6
1.6k
コミュニティサービスに「あなたへ」フィードを リリースするまでの試行錯誤
takapy
1
140
LINE WORKSへ簡単通知!Incoming Webhookアプリの紹介
mmclsntr
0
110
Featured
See All Featured
Fantastic passwords and where to find them - at NoRuKo
philnash
42
2.7k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
228
16k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
325
21k
How GitHub (no longer) Works
holman
305
140k
Unsuck your backbone
ammeep
666
57k
Designing with Data
zakiwarfel
96
5k
Visualization
eitanlees
139
14k
[RailsConf 2023] Rails as a piece of cake
palkan
35
4.4k
Typedesign – Prime Four
hannesfritz
37
2.2k
Creatively Recalculating Your Daily Design Routine
revolveconf
214
11k
Rails Girls Zürich Keynote
gr2m
93
13k
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
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を使って気軽なイベントドリブンな 開発をしましょう。