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
800
もうそこまで迫っている! 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.1k
Other Decks in Programming
See All in Programming
責務を分離するための例外設計 - PHPカンファレンス 2024
kajitack
9
2.3k
React 19でお手軽にCSS-in-JSを自作する
yukukotani
5
560
KMP와 kotlinx.rpc로 서버와 클라이언트 동기화
kwakeuijin
0
300
Stackless и stackful? Корутины и асинхронность в Go
lamodatech
0
1.3k
asdf-ecspresso作って 友達が増えた話 / Fujiwara Tech Conference 2025
koluku
0
1.4k
20年もののレガシープロダクトに 0からPHPStanを入れるまで / phpcon2024
hirobe1999
0
1k
盆栽転じて家具となる / Bonsai and Furnitures
aereal
0
1.8k
テストコード書いてみませんか?
onopon
2
340
PHPで学ぶプログラミングの教訓 / Lessons in Programming Learned through PHP
nrslib
4
1.1k
ASP.NET Core の OpenAPIサポート
h455h1
0
110
EC2からECSへ 念願のコンテナ移行と巨大レガシーPHPアプリケーションの再構築
sumiyae
3
590
Запуск 1С:УХ в крупном энтерпрайзе: мечта и реальность ПМа
lamodatech
0
940
Featured
See All Featured
Thoughts on Productivity
jonyablonski
68
4.4k
The Invisible Side of Design
smashingmag
299
50k
BBQ
matthewcrist
85
9.4k
Git: the NoSQL Database
bkeepers
PRO
427
64k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.5k
Done Done
chrislema
182
16k
Navigating Team Friction
lara
183
15k
Facilitating Awesome Meetings
lara
51
6.2k
Docker and Python
trallard
43
3.2k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
570
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Writing Fast Ruby
sferik
628
61k
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