Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Summit後の打ち上げから考える「分散システムにおける耐障害性のある設計」
Search
ShigeruOda
May 27, 2023
Technology
190
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Summit後の打ち上げから考える「分散システムにおける耐障害性のある設計」
JAWS-UG初心者支部#56 Systems Manager 入門ハンズオン
https://jawsug-bgnr.connpass.com/event/283554/
でのLT
ShigeruOda
May 27, 2023
More Decks by ShigeruOda
See All by ShigeruOda
Amazon S3 Tablesに全部任せてみた結果——コンパクション/スナップショット管理は本当に手放せるか
shigeruoda
1
830
JAWS-UG クラウド女子会×初心者支部 コラボ会 ~子連れ参加ウェルカム勉強会!
shigeruoda
0
120
AWS re:Invent 2025 Apache Iceberg Recap
shigeruoda
1
130
Amazon Athena で JSON・Parquet・Iceberg のデータを検索し、性能を比較してみた
shigeruoda
1
650
Amazon S3標準/ S3 Tables/S3 Express One Zoneを使ったログ分析
shigeruoda
6
1k
CFP選定とタイムテーブル決めについて
shigeruoda
0
220
今年前半のAWSアップデートを振り返り
shigeruoda
0
160
#31 JAWS-UG主催 週刊AWSキャッチアップ (2024/5/6週)
shigeruoda
0
250
#30 JAWS-UG主催 週刊AWSキャッチアップ(2024/4/29週)
shigeruoda
0
200
Other Decks in Technology
See All in Technology
V8のArray.prototype.flatを最大約20倍速くするまでと、巨大OSSへの大規模コミットの道のり
riyaamemiya
0
310
古い指輪から広がった JAVA コミュニティ とのつながり
yamad
0
130
データエンジニアの次の戦場は "プロセスエンジニアリング"
sansantech
PRO
1
100
TinyGoでオブザーバビリティ?OpenTelemetryはTinyGoで使えるのか / Is OpenTelemetry available in TinyGo environment?
ymotongpoo
2
140
Railsで挑む大量データ永続化 〜600億件を永続化するための設計とボトルネックとの戦い〜
occhi
1
770
実体験から学ぶ分析エージェントの開発と運⽤
recruitengineers
PRO
8
2.4k
触りたくないデータに、どう触るか AI時代のRBACアクセスガバナンス
ivry_presentationmaterials
0
280
FinOps Agentが生んだ技術負債:コスト自動調査の落とし穴と解消までの道のり
oasis1994liveforever
2
140
フィンテック養成勉強会#68
finengine
0
150
"優秀な誰か"の下位互換にならないために
yut0naga1_fa
1
1.8k
Rust で関数型ドメインモデリング
takonda
0
170
ストレスなくAIと付き合いたい!こんなときどうしてる?
namiki64
4
610
Featured
See All Featured
The SEO identity crisis: Don't let AI make you average
varn
0
590
Ethics towards AI in product and experience design
skipperchong
2
440
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.6k
HDC tutorial
michielstock
2
960
Game over? The fight for quality and originality in the time of robots
wayneb77
1
310
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
950
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
850
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
710
VelocityConf: Rendering Performance Case Studies
addyosmani
331
25k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
43k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
Un-Boring Meetings
codingconduct
0
460
Transcript
Summit後の打ち上げから考 える「分散システムにおける耐 障害性のある設計」 Shigeru Oda
Hello! Shigeru Oda AWS Community Hero AWS Samurai @OutputSeq 2
4月21日(金) 15:20-16:00(40分) 【AWS-27】 Everything fails, all the time: 分散システムにおける 耐障害性のある設計について
の内容を紹介するLTです。
セッション、Expo DeepRacer GameDay AWS Jam 打ち上げ
Summit後のグループ討論が楽しかった!!
Pub とあるPub
Pub グループがスケールする
Pub-A Pubが混んできたので、グループが移動 Pub-B
店舗は非効率だ、立ち飲みでスケールしよう (モノリスは非効率だ、マイクロサービスでスケールしよう)
グループ間の情報連携が出来ない可能性がある
システムでも同じNWがネックになる ホテル予約 ツアー予約 飛行機予約 ポイント 支払い
各サービスで障害の可能性もあり、考慮が必要 ホテル予約 ツアー予約 飛行機予約 ポイント 支払い
リトライ機能 ホテル予約 飛行機予約 ・サーバーエラー ・タイムアウト ・スロットリング 2s 2s 2s
Exponential backoff(指数関数的 後退) ホテル予約 飛行機予約 ・サーバーエラー ・タイムアウト ・スロットリング 2^0=1s 2^1=2s
2^2=4s 2^4=8s
NW障害は Exponential backoffでも軽減できない ホテル予約 飛行機予約 ホテル予約 ホテル予約 ホテル予約 ホテル予約 ホテル予約
ホテル予約 ホテル予約 ・サーバーエラー ・タイムアウト ・スロットリング … ・AWS障害 ・AZ障害
Exponential backoff(指数関数的 後退) + Jitter(ばらつき) ホテル予約 飛行機予約 ・サーバーエラー ・タイムアウト ・スロットリング
Min0 - Max1 Min0 - Max2 Min0 - Max4 Min0 - Max8
・Exponetial Backoff sleep = min(最大停止時間, 基準睡眠時間 * 2 ** 試行回数)
・Exponetial Backoff And Full Jitter sleep = random_between( 0,min(最大停止時間, 基準睡眠時間 * 2 ** 試行回数)) ・Exponetial Backoff And Equal Jitter tmp = min(最大停止時間, 基準睡眠時間 * 2 ** 試行回数) sleep = tmp / 2 + randam_between(0,temp / 2) Exponential backoff(指数関数的 後退) + Jitter(ばらつき)の種類
サーキトブレイカー(遮断機)の導入 ホテル予約 ツアー予約 飛行機予約 ポイント 支払い
通常時 ホテル予約 飛行機予約 DynamoDBにサービス名が登 録されているかチェック 登録なし
通常時 → 異常時 ホテル予約 飛行機予約 DynamoDBにサービス名が登 録されているかチェック 登録なし レコード登録 ・Service:飛行機予約
・Status:1 ・TTL:Sysdate + 10分 Exponetial Backoff And Full Jitter
Lambdaで定期チェック(死活監視) 飛行機予約 定期チェック(死活監視) レコード登録 ・Service:飛行機予約 ・Status:1 ・TTL:Sysdate + 10分
異常時 → 異常時 ・ホテル予約 ・飛行機予約 DynamoDBにサービス名が登録されて いるかチェック 登録あり ・Service:飛行機予約 ・Status:1
・TTL:Sysdate + 10分
異常時 →10分経過→ 正常時 ホテル予約 飛行機予約 DynamoDBにサービス名が登 録されているかチェック 登録なし
サーキットブレイカーを行うサービス
Polyglot Persitence (ポリグロット・パーシステンス) ホテル予約 ツアー予約 飛行機予約 ポイント 支払い Document DB
Relation DB Key-Value DB Graph DB Relation DB
Sagaパターン ホテル予約 飛行機予約 ポイント 支払い エラー発生 ホテル予約(取消) 飛行機予約(取消) ポイント(取消) 正常系
正常系 正常系 取消 取消 取消
Sageパターンの種類 オーケストレーション オーケストレーション 2.Error 1.OK 1.Rollback
Sageパターンの種類 コレオグラフィ メッセージ ブローカー 1.OK Publish 1.OK Subscribe 2.NG Publish 2.OK
Subscribe 1.RollBack Publish
私見: マイクロサービスでの耐障害性、取消処理には これらの考慮が必要と考えます。
私見: しかし、初期リリースからここまで必要? 最初から最高のUI/UXが必要なのか?
thank you