iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
Build on AWS

AWS架構師的自我修養:30天雲端系統思維實戰指南 系列

ChatGPT寫代碼比我還快,Copilot提示比我還準,那身為工程師的我們到底還剩什麼價值?答案是:AI可以幫你寫代碼,但它不會幫你思考「為什麼要這樣寫」。
本系列《AWS架構師的自我修養》正是為此趨勢而生。透過30天的系統性討論,我們將探討如何在AI解放coding後,專注於領域(Domain)驅動的實作方法。內容涵蓋五大核心能力:從業務需求分析的架構師思維養成,到AWS服務選型的系統化決策框架;從DevOps實踐的自動化流程設計,到可觀測性架構的企業級實現;最終整合為完整的雲端解決方案設計能力。
本系列適合3-5年經驗、想要成為真正能夠駕馭AI工具、設計雲端架構的現代工程師。

參賽天數 27 天 | 共 35 篇文章 | 6 人訂閱 訂閱系列文 RSS系列文
DAY 17

Day 11-7 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(七) - 核心設計策略AWS實戰解析:微服務資料庫模式

7. 微服務資料庫模式 有沒有覺得很奇怪。在討論 微服務資料庫模式之前,我們已經在前面的諸多核心設計策略中討論到它了,微服務資料庫模式究竟何德何能得以成為一種設...

2025-09-17 ‧ 由 Otto_auto 分享
DAY 18

Day 11-8 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(八) - 核心設計策略AWS實戰解析:圖資料庫設計思維 - 以Uber Eats Neptune架構為例

8. 圖資料庫設計思維 最後的最後,我們來談談一種有意思的資料庫設計,圖(graph database,GDB) 。 如果說 SQL 資料庫是把世界整理成一張張...

2025-09-18 ‧ 由 Otto_auto 分享
DAY 18

Day 11-9 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(end) - 核心設計策略AWS實戰解析: DB設計策略的trade-off Guideline

設計策略選擇的抽象原則 資料庫設計的旅程,始於對 商業領域(Domain) 的深刻理解,途經對工具的理性選擇,最終落實於對效能與彈性的精巧平衡。它是一個 商業邏...

2025-09-18 ‧ 由 Otto_auto 分享
DAY 19

Day 12 | 版本控制策略(PRReview strategy) × Git Flow × Lint 導入思維 :管理學方法論、代碼品質管控與開發流程規範

今天我們來談點簡單輕鬆的,某種程度上比起軟體工程,更大概率會接近所謂的社交工程 - 假如我們沒有乖乖同步最新分支的話。 想像一下,我們不是在寫程式,而是在和一群...

2025-09-19 ‧ 由 Otto_auto 分享
DAY 19

Day 13-0 | 跨團隊協作設計:技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 前言: 商業邏輯的素描

首先,先讓我們一同恭喜 我們終於走過了漫漫各種需求與技術的討論( a.k.a 混和雙打) 終於來到了實作了。 產品發想與機會探索=>需求定義與優先排序=...

2025-09-19 ‧ 由 Otto_auto 分享
DAY 20

Day 13-1 | 跨團隊協作設計:技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(1):共用契約 (Shared Contract)

可文檔版控的視覺化商業邏輯具象 在經歷第一階段商業邏輯的素描後,我們大致知道了我們的系統與他的系統邊界,為了讓不同背景的團隊成員能夠高效協作,我們需要有一個實體...

2025-09-20 ‧ 由 Otto_auto 分享
DAY 21

Day 13-2 | 跨團隊協作設計:技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(2):系統交互介面(OpenAPI)

2. 系統交互介面(OpenAPI) 抽象概念:API 的「標準化合約」 OpenAPI (Swagger) = API 的身分證 + 使用手冊 + 自動化工具...

2025-09-21 ‧ 由 Otto_auto 分享
DAY 21

Day 13-3 | 跨團隊協作設計:技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(end):技術文件 與總結

3. 技術文件 (Technical Documentation) 抽象概念:系統的「使用說明書」和「設計藍圖」 技術文件 = 系統知識的外化表達 - 架構設...

2025-09-21 ‧ 由 Otto_auto 分享
DAY 22

Day 14 | Infrastructure as Code : Terraform 基礎設施代碼化、AWS虛擬環境基礎建置維護與版本管控

在現代的開發流程中,我們已經可以透過文檔版控來進行我們的虛擬環境基礎建置與維護了,這是一個足以謝天的進化。 讓我們先回顧一下沒有 IaC 時代的基礎設施管理困境...

2025-09-22 ‧ 由 Otto_auto 分享
DAY 23

Day 15 | CI/CD 全自動化實作:GitHub Actions × CodePipeline × CodeBuild : 持續整合部署流水線與任務分割管理

在現代軟體開發中,我們不僅要關注程式碼的品質,更要確保整個交付流程的可靠性。還記得我們在 <版本控制策略(PRReview strategy)> 中...

2025-09-23 ‧ 由 Otto_auto 分享