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
Production-ready Amazon Event Bridge
Search
Kazutomo Niwa
June 24, 2020
Programming
2
1k
Production-ready Amazon Event Bridge
Serverless Meetup Japan Virtual #0 のセッション資料です。
https://serverless.connpass.com/event/179575/
Kazutomo Niwa
June 24, 2020
Tweet
Share
More Decks by Kazutomo Niwa
See All by Kazutomo Niwa
Amazon Event Bridge による次世代の Pub/Sub
kazutomo
0
1.9k
DynamoDB のインデックス再編事例
kazutomo
2
820
もうそこまで迫っている! Cloud2.0 時代の開発
kazutomo
3
1.7k
Game Server Services ではじめる サーバ開発運用しないゲーム開発
kazutomo
1
7.3k
Cloud2.0時代のゲーム開発を支えるGS2
kazutomo
1
2.1k
Unityネットワーク完全に理解した.pdf
kazutomo
3
3.1k
サーバレスアプリケーションの監視・運用
kazutomo
13
6.5k
ゼロからサーバレスの先頭に追いつこう
kazutomo
25
12k
サーバレスアーキテクチャ入門
kazutomo
16
6.2k
Other Decks in Programming
See All in Programming
WebDriver BiDiとは何なのか
yotahada3
1
140
ソフトウェアエンジニアの成長
masuda220
PRO
10
1.3k
Formの複雑さに立ち向かう
bmthd
1
850
Ruby on cygwin 2025-02
fd0
0
150
Linux && Docker 研修/Linux && Docker training
forrep
24
4.5k
仕様変更に耐えるための"今の"DRY原則を考える / Rethinking the "Don't repeat yourself" for resilience to specification changes
mkmk884
0
220
DROBEの生成AI活用事例 with AWS
ippey
0
130
Pulsar2 を雰囲気で使ってみよう
anoken
0
240
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
130
ファインディLT_ポケモン対戦の定量的分析
fufufukakaka
0
730
第3回関東Kaggler会_AtCoderはKaggleの役に立つ
chettub
3
1k
AWS Organizations で実現する、 マルチ AWS アカウントのルートユーザー管理からの脱却
atpons
0
150
Featured
See All Featured
Building Applications with DynamoDB
mza
93
6.2k
For a Future-Friendly Web
brad_frost
176
9.5k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Faster Mobile Websites
deanohume
306
31k
What's in a price? How to price your products and services
michaelherold
244
12k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
A Philosophy of Restraint
colly
203
16k
Site-Speed That Sticks
csswizardry
4
380
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Six Lessons from altMBA
skipperchong
27
3.6k
The Invisible Side of Design
smashingmag
299
50k
Transcript
Production-ready AWS Event Bridge
自己紹介 丹羽 一智 携帯電話向けのゲームおよびサーバ開発業務 ニンテンドー3DSのOS開発 ゲームサーバの開発・運用 Nintendo Switchのサーバシステム設計 設立 代表取締役
に就任 2006 2009 2016
会社概要 事業内容 ゲームをメインターゲットとした BaaS を提供。 (ゲーム以外も応用できるので、他業種でも是非触ってみてください) 代表的なゲーム関連企業の株主 DeNA KLab Venture
Partners ワンダープラネット
AWS Event Bridge って知ってます?
Event Bridge = イベントバス S3 Lambda ファイル置かれたで
Event Bridge = イベントバス S3 Lambda ファイル置かれたで Event Bridge ファイル置かれたらしいで
なぜイベントバスを挟むのか S3 Lambda ファイル置かれたで is 何?
イベント構造を管理 S3 Lambda ファイル置かれたで ペイロードの 構造なに? ググレカス ググったらで てきたわ
イベント構造を管理 S3 Lambda ファイル置かれたで Event Bridge ファイル置かれたらしいで Schema Registry ワイはこういう構造のイベント出すで
Schema Registry で見たやつだ ちゃんとフォーマットに沿っとるか?(オプション)
イベントをフィルタ S3 Lambda ファイル置かれたで そのデータ興味 ないわー。捨てとこ 実行したならお金 貰いますねー
イベントをフィルタ S3 Lambda ファイル置かれたで Event Bridge (イベントバス) S3のイベントやでー Event Bridge
(イベントルール) ファイルが置かれたら? ファイル置かれたらしいで Event Bridge (イベントルール) ファイルが消されたら?
次世代のSNS/SQS S3 Lambda イベントソース イベントバス イベントルール SNS SQS Event Bridge
独自のイベントも管理可能 Lambda Lambda なんか出来たで Event Bridge なんか出来たらしいで
今日の本題はここから
イベントプロバイダになれる GS2 Lambda イベントソース イベントバス イベントルール Event Bridge SaaS Customer
イベントプロバイダになれる
国内では3サービスが対応
SaaS の機能を拡張 GS2 Lambda アカウント作成したで Event Bridge アカウント作成したらしいで ほな、所持品に初期アイテム追加しよ
次世代の Webhook Webhook Event Bridge Webサーバ 必要 不要 スキーマ定義 なし
あり イベントのフィルタリング 発信元に依存 あり 疎通失敗時のリトライ 発信元に依存 あり 統一的な仕様 なし あり
パートナーイベントソースの勘所
私が想像したイベントフロー GS2 顧客A イベントバス アカウント作ったで ちな、顧客Aのな アカウント作成 イベントソース このデータは顧客Aのやな! 顧客B
イベントバス
私が想像したイベントフロー GS2 顧客A イベントバス アカウント作ったで ちな、顧客Aのな アカウント作成 イベントソース このデータは顧客Aのやな! 顧客B
イベントバス
実際のイベントフロー GS2 アカウント作ったで アカウント作ったらしいで 顧客Aの イベントバス 顧客A向けの イベントソース 顧客Bの イベントバス
顧客B向けの イベントソース 利用者ごとに作る必要がある
コストのかかり方
SaaS 側の費用負担はなし! GS2 Lambda イベントソース イベントバス イベントルール SaaS Customer 0USD
0USD 1USD/1mi ターゲットの利用料 Schema Registry 0USD 0.1USD/1mi(Optional)
ポエム
イベントハブによって SaaS は BaaS へ SaaS の多くは ブラウザ(UI) を軸としたサービス提供だった。 1つの
SaaS が全てのビジネスを賄えない以上、他サービスとの連携は今後さらに 重要な要素になっていく。 イベントハブはそれを実現する手段であり、 プログラミングベースのインターフェースをもつ SaaS は即ち BaaS である。
BaaS は Serverless の主要コンポーネントに Serverless の最も重要な効果は NoOps にある。 サーバ保守・運用 という新たな価値を生まない労力を無くす効果がある。
もう一歩進んで、新たな価値を生まないコードというものは無いだろうか? プロダクトには、存在して当たり前な機能のためのコードが山ほどあるだろう。 存在して当たり前。なのだから、そこは共通化できると思わないだろうか? それが BaaS であり、NoCode を実現するための手段となる。 サーバ保守運用を無くし、存在して当たり前のコードをプロダクトから排除する。 それこそが真の Serverless な未来でしょう。
宣伝: GS2 で Serverless に出来ること例 • 匿名アカウント サービスを最初に提供し、メールアドレスやパスワードの登録を後回しに • 所持品管理
クーポン所持数とか。有効期限付きも可能 • 経験値・レベル フォーラムの書き込み回数で称号が付く。とか • チャット WebSocketを使ったリアルタイムテキストチャット • 装備 お気に入りの動画をマイリストに登録する。とか • スタミナ 8時間に1回無料で漫画が読める。とか https://gs2.io
Thanks