AWS 雲端服務重點
AWS 雲端服務適合需要快速建立網站、應用程式、資料庫、備份、人工智慧或全球化系統的個人與企業。Amazon Web Services（AWS）是亞馬遜旗下的雲端運算平台，透過全球區域與可用區提供超過 200 項服務，常見產品包括 Amazon EC2、Amazon S3、Amazon RDS、AWS Lambda、Amazon EKS、Amazon CloudFront 及 Amazon Bedrock。使用者不必先購買實體伺服器，可依實際用量付費並隨需求擴充資源。
若只是部署企業官網或作品集，實務上可採用「私有 Amazon S3、Amazon CloudFront、AWS Certificate Manager 與網域 DNS」架構。S3 負責保存 HTML、CSS 及 JavaScript，CloudFront 提供內容傳遞與 HTTPS，AWS Certificate Manager 管理 SSL／TLS 憑證，再以 AWS Budgets 及 Amazon CloudWatch 監控費用與系統狀態。
Amazon AWS 是什麼？AWS 與亞馬遜的關係
Amazon AWS 是什麼是初學者常見問題。正確名稱是 Amazon Web Services，縮寫為 AWS；「amazonaws.com」則常出現在 AWS 服務端點與資源網址中。AWS 是亞馬遜旗下提供雲端基礎設施與平台服務的事業，服務對象包含個人開發者、新創公司、企業、教育單位及政府機構。
一般人口中的 Amazon 雲端服務，通常就是指 AWS。與自行設置機房相比，AWS 讓企業透過管理介面、命令列或 API 建立運算、儲存、資料庫及網路資源，降低前期硬體採購需求。不過，雲端並不代表一定更便宜；若資源長期閒置、資料傳輸量龐大或缺乏成本控管，AWS 費用仍可能超出預期。
AWS 公司則可從兩個層面理解：全球層面是亞馬遜旗下的 Amazon Web Services 業務；在地層面則可能涉及 AWS 於各國設立的營運或服務法人。搜尋 AWS 台灣公司時，應以 AWS 官方網站、經濟部商工登記資料及職缺所載法人資訊為準，避免把代理商、合作夥伴或經銷商誤認為 AWS 本身。
AWS 超過 200 項服務可做什麼
運算與應用程式部署
Amazon Elastic Compute Cloud（Amazon EC2）是 AWS 最常使用的雲端運算服務之一，可視為按需租用的虛擬伺服器。企業能選擇處理器、記憶體、作業系統、儲存空間及網路設定，用來架設網站、API、企業系統或測試環境。
流量增加時，EC2 可以搭配 Elastic Load Balancing 與 Auto Scaling 分散請求並自動增減執行個體。若不想管理伺服器，則可使用 AWS Lambda 執行事件驅動程式；容器化系統可選擇 Amazon ECS 或 Amazon EKS。
儲存與資料庫
Amazon S3 是物件儲存服務，常用於網站檔案、圖片、影音、日誌及備份。Amazon EBS 主要提供 EC2 區塊儲存；Amazon RDS 支援多種關聯式資料庫；Amazon DynamoDB 則是全受管 NoSQL 資料庫。
不同儲存服務的計費方式不一。除了容量，還可能按照請求次數、資料取回、快照及對外傳輸量計費，因此不能只比較每 GB 的儲存單價。
AI、資料分析與物聯網
AWS 也提供 Amazon Bedrock、Amazon SageMaker、Amazon Redshift、Amazon Athena 及 AWS IoT 等服務，涵蓋生成式 AI、模型開發、資料倉儲、無伺服器查詢與物聯網裝置管理。企業導入前應先確認資料治理、模型權限、區域可用性及法規要求，而不是只根據功能數量選擇平台。
透過 Amazon S3 架設靜態網頁
建議採用私有 S3 與 CloudFront 架構
S3 可以啟用靜態網站託管，但若直接使用 S3 Website Endpoint，來源端不支援 HTTPS，也無法搭配 CloudFront Origin Access Control。較安全的方式是保持 S3 Bucket 不公開，讓 CloudFront 透過 Origin Access Control 讀取 S3 REST 端點。
建立 Bucket 後，可上傳 index.html、CSS、JavaScript 及圖片，並啟用伺服器端加密與版本控制。接著建立 CloudFront Distribution，將 S3 設為 Origin、建立 Origin Access Control，並更新 Bucket Policy，僅允許指定的 CloudFront Distribution 存取檔案。
CloudFront 的 Default Root Object 可設定為 index.html。若網站是 React、Vue 等單頁應用程式，還要依路由策略設定自訂錯誤回應，避免重新整理內頁時出現 403 或 404。部署新版本後，可等待快取自然失效，或建立 Invalidation 清除指定路徑；頻繁清除快取可能產生成本。
公開 S3 網站端點的限制
直接開啟 S3 靜態網站功能雖然設定較簡單，但通常需要允許公開讀取，安全性與控制能力較弱。CloudFront 若把 S3 Website Endpoint 當作自訂來源，訪客到 CloudFront 之間可以使用 HTTPS，但 CloudFront 到 S3 網站端點的來源連線仍受端點能力限制。因此正式環境優先考慮私有 S3、CloudFront 與 Origin Access Control。
使用 AWS Certificate Manager 啟用 HTTPS
AWS Certificate Manager（ACM）可申請及管理公有 SSL／TLS 憑證。若憑證要提供給 CloudFront 使用，必須在美國東部維吉尼亞北部區域，也就是 us-east-1 申請或匯入，這是部署時最常被忽略的限制之一。
申請憑證時，將網站網域與需要的子網域加入，例如 example.com 及 www.example.com，並優先採用 DNS 驗證。若 DNS 由 Amazon Route 53 管理，可以直接建立驗證記錄；使用其他 DNS 業者時，則要按照 ACM 提供的名稱與值新增 CNAME 記錄。
憑證核發後，在 CloudFront 加入自訂網域名稱、選擇 ACM 憑證，並把 Viewer Protocol Policy 設定為將 HTTP 重新導向 HTTPS。最後於 Route 53 建立 Alias 記錄，或在外部 DNS 服務建立指向 CloudFront 的記錄。ACM 管理的公有憑證本身通常不另收憑證費，但 CloudFront、DNS、請求及資料傳輸仍可能計費。
透過 AWS Budgets 與 CloudWatch 控制費用
「透過 AWS CloudWatch 啟用帳戶當前使用預算通知」並不完全精確，因為預算通知主要由 AWS Budgets 提供；CloudWatch 則負責指標、日誌、告警與帳單估算監控。
預算通知設定方式
進入 AWS Billing and Cost Management 後建立 Cost Budget，設定每月預算金額，並針對實際支出或預測支出建立門檻。例如在達到預算的 50%、80% 及 100% 時寄送電子郵件，或透過 Amazon SNS 通知其他系統。正式帳戶也可利用 Budgets Actions，在符合條件時套用特定 IAM 或 Service Control Policy，但自動化處置前應先測試，避免意外中斷服務。
CloudWatch Billing Alarm 則可以監控 EstimatedCharges 估算費用。使用前要在帳單偏好設定中啟用帳單警示，相關帳單指標通常需切換至 us-east-1 檢視。AWS Budgets 較適合管理金額與預測，CloudWatch 則適合整合既有監控流程，兩者可以並用。
常見 AWS 費用來源
EC2 除了執行個體費用，還可能包含 EBS 磁碟、快照、Elastic IP 或 Public IPv4 位址、負載平衡器及資料傳輸費。S3 則可能收取儲存量、請求、資料取回與傳輸費；CloudFront 會依請求及傳輸用量計費。
控制 AWS 費用時，應刪除未使用的測試資源、設定標籤、檢查 Cost Explorer、啟用預算通知，並評估 Savings Plans、Reserved Instances 及不同 S3 儲存類別。價格會因區域與時間改變，上線前應以 AWS Pricing Calculator 及官方定價頁面的最新資訊試算。
AWS 與其他平台比較
雲端平台與工具分析表
| 平台或工具 | 主要定位 | 常見用途 | 計費與使用注意事項 |
|---|---|---|---|
| AWS | 完整公有雲平台 | EC2、S3、資料庫、AI、容器與全球部署 | 服務選擇多，但費率、區域及資料傳輸規則較複雜 |
| Google 雲端平台 | Google Cloud 基礎設施與資料、AI 平台 | BigQuery、GKE、Vertex AI 及應用程式部署 | 適合資料分析與 AI 工作負載，仍須比較區域及傳輸費 |
| Microsoft Azure | 微軟公有雲平台 | Microsoft 生態系統、混合雲、企業身分管理 | 與 Microsoft 365 及 Windows 環境整合度高 |
| Cloudflare | CDN、DNS、邊緣運算與網站安全平台 | 快取、DNS、WAF、DDoS 防護及 Workers | 並非所有功能都能直接取代完整公有雲 |
| GitHub | 程式碼託管與協作平台 | 版本控制、Code Review、GitHub Actions 與 CI/CD | 可自動部署到 AWS，但本身不是 EC2 或 S3 的同類服務 |
Google 雲端平台可讓使用者運用 Google 的基礎架構建立與擴充應用程式，並在資料分析、AI 及 Kubernetes 領域提供完整產品。Microsoft Azure 則經常用於既有 Microsoft 企業環境及混合雲。企業不必將選擇限制在單一平台，但多雲會增加權限、網路、監控及成本治理的複雜度。
Cloudflare 常被放在網站前端，提供 DNS、CDN、Web Application Firewall 與邊緣運算，也可與 AWS 搭配使用。GitHub 則適合管理程式碼，透過 GitHub Actions 執行測試，再以 OpenID Connect 取得短期 AWS 權限完成部署，比在 Repository 中長期保存 Access Key 更安全。
AWS 安全、隱私與合規
AWS 採用雲端「共同責任模型」。AWS 負責雲端本身的實體設施與基礎服務安全；客戶則需負責資料分類、帳號權限、作業系統更新、應用程式漏洞及資源設定。使用受管服務不代表客戶可以忽略 IAM 與資料保護。
基本措施包括為 Root User 啟用多因素驗證、避免日常使用 Root 帳號、落實最小權限、開啟 CloudTrail、使用加密及定期檢查公開資源。AWS 支援 PCI DSS、HIPAA、FedRAMP 及其他合規計畫，但 GDPR 屬於法規框架，不應簡化為單一「AWS 認證」。合規項目與符合資格的服務數量會持續變動，應以 AWS Compliance Programs 及 AWS Services in Scope 官方頁面為準。
即使某項服務位於 AWS 合規範圍內，也不等於使用該服務的企業自動合規。企業仍需確認資料所在地、保存期限、跨境傳輸、存取紀錄及事件回應流程，必要時應取得法律、資安或稽核專業意見。
AWS 證照是什麼與職涯價值
AWS 證照是什麼？AWS Certification 是 AWS 設計的專業能力驗證制度，涵蓋雲端基礎、架構、開發、維運、安全、資料及機器學習等方向。實際證照名稱、考試版本、費用及效期可能調整，報名前應查閱 AWS Certification 官方網站。
AWS 雲端服務認證與證照可以協助求職者建立學習路線，但證照不等同實務經驗。準備過程除了理解服務名稱，也應練習 IAM 權限、VPC 網路、EC2、S3、資料庫、監控、備份、災難復原及成本最佳化，並透過個人實驗帳戶完成可重現的部署紀錄。
AWS 台灣薪水的判讀方式
搜尋 AWS 台灣薪水時，不宜只採信單一匿名數字。薪資會受到職務類型、職等、年資、英文能力、技術深度、獎金、股票與年度影響；AWS 原廠、合作夥伴、系統整合商及一般企業的雲端職位，薪酬結構也不相同。
較可靠的做法是交叉比較 AWS 官方職缺、台灣徵才平台、公開薪資資料與面試揭露內容，並確認數字是月薪、年薪或總年收入。證照通常是加分條件之一，但系統設計、故障排除、資安、成本治理及溝通能力，往往更直接影響職涯發展。
AWS 概念股與產業關聯
AWS 概念股通常是市場用語，可能指與 AWS 合作、代理、系統整合、資料中心建設、伺服器、網路設備、電源散熱或雲端軟體相關的上市櫃公司。公司與 AWS 合作不代表營收或獲利必然增加，也不能僅憑新聞標題推論投資價值。
分析時應查閱公司財報、法說會資料、重大訊息與實際營收來源，區分一次性硬體訂單、長期雲端服務收入及單純合作公告。AWS 的成長也可能同時帶來價格競爭、資本支出或客戶集中風險。本段僅說明產業概念，不構成任何投資建議。
結論
AWS 雲端服務的優勢是產品完整、全球基礎設施成熟，並能依需求快速取得運算、儲存、資料庫、AI 及資安能力。初學者可先從私有 S3、CloudFront 及 ACM 建立 HTTPS 靜態網站，再使用 AWS Budgets 與 CloudWatch 監控支出及服務狀態。
真正可靠的雲端架構不能只追求成功上線，還要兼顧最小權限、加密、備份、日誌、可用性及成本。服務功能、定價與合規範圍會持續更新，任何正式建置都應回到 AWS 官方文件、定價頁面及企業內部法遵要求進行確認。
常見問題
1. AWS 適合個人建立網站嗎？
適合。個人可使用 S3、CloudFront 及 ACM 部署靜態網站，也可使用 EC2 或其他受管服務建立動態網站。使用前應先設定預算通知及多因素驗證。
2. S3 靜態網站可以直接支援 HTTPS 嗎？
S3 Website Endpoint 本身不直接提供自訂網域 HTTPS。一般做法是在前方加入 CloudFront，並使用 AWS Certificate Manager 憑證。正式環境建議採用私有 S3 與 Origin Access Control。
3. ACM 憑證是否免費？
供整合式 AWS 服務使用的 ACM 公有憑證通常不另收憑證費，但 CloudFront、負載平衡器、DNS、請求及資料傳輸可能計費。私有憑證與其他功能可能有不同費率。
4. 為什麼 CloudFront 找不到 ACM 憑證？
最常見原因是憑證不在 us-east-1。CloudFront 使用的 ACM 憑證必須於美國東部維吉尼亞北部區域申請或匯入，且狀態必須為已核發。
5. AWS Budgets 與 CloudWatch 有何差異？
AWS Budgets 用來設定支出與使用預算，可依實際或預測金額通知；CloudWatch 主要監控系統指標、日誌、事件與 EstimatedCharges 帳單指標。
6. AWS 免費方案會不會產生費用？
可能。免費方案有服務、期間、區域與用量限制，超過額度或啟用不在免費範圍內的資源就可能收費，因此仍需查看帳單並設定預算警示。
7. AWS、Azure 與 Google Cloud 應該選哪一個？
應按照團隊技能、既有系統、所需服務、區域、法規及總持有成本評估。AWS 產品廣泛，Azure 適合 Microsoft 生態系，Google Cloud 在資料分析與 AI 領域具有完整工具。
8. GitHub 可以取代 AWS 嗎？
不能直接取代。GitHub 主要負責程式碼託管、協作與自動化流程；AWS 則提供伺服器、儲存、資料庫及網路資源。兩者通常搭配使用。
9. AWS 證照能保證找到工作嗎？
不能。證照可證明一定程度的知識並協助通過初步篩選，但企業通常也會評估實作能力、架構設計、資安觀念、成本管理與溝通能力。
10. 如何避免 AWS 帳單突然增加？
應設定 AWS Budgets 與 CloudWatch 告警、使用資源標籤、定期檢查 Cost Explorer、刪除閒置資源，並特別留意 Public IPv4、NAT Gateway、快照、資料傳輸及高頻 API 請求費用。