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
1.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
2k
DynamoDB のインデックス再編事例
kazutomo
2
900
もうそこまで迫っている! Cloud2.0 時代の開発
kazutomo
3
1.8k
Game Server Services ではじめる サーバ開発運用しないゲーム開発
kazutomo
1
7.5k
Cloud2.0時代のゲーム開発を支えるGS2
kazutomo
1
2.1k
Unityネットワーク完全に理解した.pdf
kazutomo
3
3.3k
サーバレスアプリケーションの監視・運用
kazutomo
13
6.6k
ゼロからサーバレスの先頭に追いつこう
kazutomo
25
12k
サーバレスアーキテクチャ入門
kazutomo
16
6.3k
Other Decks in Programming
See All in Programming
無秩序からの脱却 / Emergence from chaos
nrslib
1
8.5k
All(?) About Point Sets
hole
0
210
知られているようで知られていない JavaScriptの仕様 4選
syumai
0
630
Agentに至る道 〜なぜLLMは自動でコードを書けるようになったのか〜
mackee
5
2k
Nitro v3
kazupon
2
320
モデル駆動設計をやってみよう Modeling Forum2025ワークショップ/Let’s Try Model-Driven Design
haru860
0
180
目的で駆動する、AI時代のアーキテクチャ設計 / purpose-driven-architecture
minodriven
10
3.4k
最新のDirectX12で使えるレイトレ周りの機能追加について
projectasura
0
300
AIの弱点、やっぱりプログラミングは人間が(も)勉強しよう / YAPC AI and Programming
kishida
13
5.3k
開発生産性が組織文化になるまでの軌跡
tonegawa07
0
190
Chart.jsで長い項目を表示するときのハマりどころ
yumechi
0
150
Flutterチームから作る組織の越境文化
findy_eventslides
0
580
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
527
40k
Become a Pro
speakerdeck
PRO
30
5.6k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
680
Unsuck your backbone
ammeep
671
58k
Rebuilding a faster, lazier Slack
samanthasiow
84
9.3k
Raft: Consensus for Rubyists
vanstee
140
7.2k
Music & Morning Musume
bryan
46
7k
We Have a Design System, Now What?
morganepeng
54
7.9k
KATA
mclloyd
PRO
32
15k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
36
6.1k
Writing Fast Ruby
sferik
630
62k
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