iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
Build on AWS

DynamoDB銀河傳說首部曲-打造宇宙都打不倒的高效服務 系列

一場跨星際的活動即將舉辦,首次承辦這場活動的承辦星球擔心自己無法應對即將迎來的巨大流量,而決定派人到位於星際聯盟邊緣的地球,學習傳說能應付這種等級的 DynamoDB 資料庫。

時間有限,新手上尉洛基與另一位幫手灰影能在 30 天內順利跟 DynamoDB 大師諾斯克大師學到 DynamoDB 的奧義,用 No SQL 的資料庫技術,順利完成他們所需的穩健又高效的系統嗎?一切都在未知之數,而時間已經開始倒數……

參賽天數 21 天 | 共 21 篇文章 | 1 人訂閱 訂閱系列文 RSS系列文
DAY 1

Day 1:另一個星球,另一種思維-初次相遇

星際曆 209 年,5年一次的跨星際軍團開發者大會即將在明年舉行。 這次輪到玫瑰星系的 B-613 與 331 聯合舉行。然而這兩個星球對於首次承辦如此大型的星...

DAY 2

Day 2: 主鍵是靈魂

洛基一早搭車前往大師家,看看手錶,還有 10 分鐘才到約定時間,於是他提前下車,散步過去。 地球的樣子跟他的母星沒有差太多,但天空更明亮一些,也更溫暖一點。 昨...

DAY 3

Day 3: put-item 的操作與限制與雷區

「主鍵在 DynamoDB 中扮演靈魂的角色,這個我們在昨天已經說過」諾斯克大師重申,「這是因為在 key-value 型態的資料庫中,唯有先取得 key 才有...

DAY 4

Day 4:Update 操作的藝術

Day 4:Update 操作的藝術 「早安,大師。」洛基坐下後說,「昨天您提到了 update-item,說它能解決 put-item 在部分更新時的問題。我...

DAY 5

Day 5:Query 與 Get 的差異

「大師,」洛基坐下後說,「這幾天我們一直在寫入資料,但在實際系統中,讀取的頻率通常比寫入高很多。」 「很好的觀察。」諾斯克倒了兩杯茶,「在 DynamoDB 中...

DAY 6

Day 6:多查詢需求的初遇

洛基走進茶室還在想著昨天大師提到「重新思考資料組織方式」。 洛基坐下後說道,「昨天我學會了 Query 的基本操作,能夠查詢火星基地在特定時間範圍的活動。但我在...

DAY 7

Day 7:複雜度的自然累積

洛基忍不住分享他的心得:「昨天的多視角設計真是太精妙了!我覺得好像掌握住 DynamoDB 的核心觀念,之後就可以為任何查詢需求建立對應的視角。」 諾斯克大師望...

DAY 8

Day 8:優先級思維的建立

昨天體驗到的維護複雜度,讓洛基一夜難眠,不知道如何在查詢效能和設計複雜度之間找到平衡。 洛基將自己的想法告訴大師:「昨天我深刻體驗到了多視角設計的兩面性。它能提...

DAY 9

Day 9:Query 邊界的認知

大師諾斯克對洛基說:「今天我會帶你看一下 Query 操作本身的邊界。即使有完美的優先級分析,有些技術限制是無法迴避的。」 洛基不禁想著今天又會經過什麼樣的腦內...

DAY 10

Day 10:Filter Expression的用處與陷阱

「大師,」洛基說,「昨天我學會了 Query 的技術邊界。您提到在這些邊界下,仍然還有一些更好的做法?」 諾斯克大師點頭:「讓我們從一個實際的場景開始探索。」...