選型與採購
確認服務、區域、資源規格與用量，整理正式報價所需條件。
- 服務清單與預算假設
- 計費、稅務與授權條件
依工作負載選型
整合採購與導入
清楚的費用與責任
01／從用途選服務
你想用 AWS 做什麼？
不用先背熟服務名稱。從實際用途開始，整理適合的服務組合與詢價條件。
為網站與企業系統，規劃合適算力。
從網站、API 到企業應用，依使用人數、流量與可用性需求，規劃運算資源與網路架構。
Amazon EC2AWS LambdaAmazon VPC
查看 AWS 原廠服務介紹四類工作負載的完整規劃摘要
展開任一項，即可核對詢價輸入、規劃輸出與 AWS 原廠來源；以下內容均包含在頁面初始文字中。
運算與網站 · 為網站與企業系統，規劃合適算力。
從網站、API 到企業應用，依使用人數、流量與可用性需求，規劃運算資源與網路架構。
詢價輸入：使用人數、尖峰流量、作業系統與部署區域
規劃輸出：架構建議、資源規格與用量估算
服務：Amazon EC2 · AWS Lambda · Amazon VPC
AWS 原廠服務資料儲存與備份 · 讓資料有地方放，也有復原計畫。
整理檔案、備份與封存需求，依資料量、存取頻率及保存時間，選擇儲存與備份方式。
詢價輸入：資料量、每月成長、保存期限與復原目標
規劃輸出：儲存分層、備份範圍與費用估算
服務：Amazon S3 · AWS Backup
AWS 原廠服務資料資料庫與應用 · 把資料庫需求，接到下一階段成長。
依既有資料庫、交易量與停機容忍度，評估受管資料庫、應用串接及移轉步驟。
詢價輸入：資料庫引擎、容量、交易量與維護時段
規劃輸出：規格選型、移轉範圍與維運分工
服務：Amazon RDS · Amazon Aurora · Amazon DynamoDB
AWS 原廠服務資料生成式 AI · 先確認模型與用量，再規劃 AI 採購。
以 Amazon Bedrock 評估企業知識查詢、文件處理與生成式 AI 應用，逐項確認模型、區域、資料要求與商用條件。
詢價輸入：應用目的、候選模型、用量與資料敏感程度
規劃輸出：可行性評估、模型條件與導入範圍
服務：Amazon Bedrock
AWS 原廠服務資料02／把採購與交付接起來
採購前，先把每一件事說清楚。
雲端用量與專業服務分項規劃。從每月預算、帳戶安排到誰負責維運，都在報價與服務範圍中確認。
建置與移轉
依約定範圍規劃帳戶、網路、權限及資料移轉，確認上線與驗收步驟。
- 架構與建置範圍
- 時程、測試與交接文件
維運與費用檢視
約定日常維護、事件處理與費用檢視方式，讓上線後的工作有明確負責人。
- 支援時段與服務責任
- 用量檢視與資源調整建議
機關與企業採購問答
上線前，先寫清楚帳戶、費用與責任。
機關採購 AWS，規格至少要寫哪些交付？
至少應寫明帳戶與 payer 歸屬、Organizations／IAM／MFA／KMS 管理、部署區域、架構與成本假設、RTO／RPO、備份還原測試、CloudTrail 與事件通報、責任矩陣、移交及終止時的匯出與刪除。各項內容依本案資料分級與服務範圍確認。
AWS 用量費與導入服務如何分開？
正式報價應分列 AWS 用量、AWS Support、導入或移轉服務、維運服務、稅與匯率假設；Savings Plans 或 Reserved Instances 等承諾用量也要另列期間、付款及使用假設。
帳戶、root 與加密金鑰最後由誰掌握？
應在建置前以書面確認客戶、EudTech 與其他供應商的角色。機關通常需要可移交的帳戶、身分、日誌與金鑰管理安排；任何代管權限都應有範圍、期限、稽核與撤銷方式。
備份存在，就代表災難復原可驗收嗎？
不代表。要先定義 RTO、RPO、備份範圍、保存與跨區策略，再用還原演練證明資料與服務能在約定時間內恢復；測試結果、例外與責任人都應留下紀錄。
EudTech 是否自稱 AWS reseller 或 APN 夥伴？
本頁不以未公開驗證的夥伴資格作為採購依據。EudTech 的實際商業角色、計費方、帳戶安排、可供服務及支援範圍，均在正式報價與合約中逐項確認。
03／開始合作
從一個需求，走到上線計畫。
- 01
說明用途與預算
提供現有環境、預估用量及目標時程，由 EudTech 整理需求。
- 02
確認方案與報價
確認可供服務、採購管道、計費方式及導入範圍，取得書面方案。
- 03
安排開通與交付
完成商務條件確認後，依核定範圍安排開通、建置、測試與交接。
LET’S PLAN YOUR CLOUD
把你的雲端需求，交給 EudTech。
無論是新專案或既有 AWS 環境，我們一起確認服務組合、預算與下一步。