iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
IT Operation

AWS 架構為什麼這樣選?30 天拆解服務選型與設計取捨 系列

AWS 服務很多,同一項需求也往往有不只一種做法。本系列會以 Cloud Architect / Pre-sales 的實務視角,從需求拆解出發,用 30 天整理多帳號治理、身分權限、網路、資料庫、儲存、災難復原、遷移、自動化與成本最佳化等常見主題。

內容不只介紹服務功能,也會比較不同方案的適用情境、限制、維運負擔與設計取捨,並搭配 AWS 官方文件及簡單的實作或情境推演,一起了解 AWS 架構「為什麼這樣選」!

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

Day 1|面對一個 AWS 需求,我會先確認哪些事?

在 Cloud Architect / Pre-sales 的工作中,收到的需求通常不會是一份完整的技術規格,更多時候只有一句話: 「海外使用者連線很慢,希望可...

2026-09-15 ‧ 由 harper 分享
DAY 2

Day 2|AWS 服務怎麼選?先分清楚需求、限制與偏好

昨天提到,面對一個 AWS 需求時,我不會急著選服務,不過,實際開始整理需求後,還會遇到另一個問題:客戶提出的每句話,看起來都很重要,到底該先看哪一個? 假設客...

2026-09-16 ‧ 由 harper 分享
DAY 3

Day 3|需求釐清後,AWS 環境的治理要從哪裡開始?

前兩天談的是面對需求時,如何確認條件並選擇服務,不過,隨著系統和專案增加,架構問題不只是哪個服務比較適合,還會開始遇到另一件事:如果公司有不只一個 AWS 帳號...

2026-09-17 ‧ 由 harper 分享