iT邦幫忙

2022 iThome 鐵人賽

DAY 29
1
自我挑戰組

從 AWS 菜鳥敲敲雲端的大門系列 第 36 篇

Day 29 - 掌櫃,AWS 這麼好,請問怎麼收錢呀? - AWS 成本控管

  • 分享至 

  • xImage
  •  

前言

這邊我覺得可以分兩個面向來探討,一個是成本費用的估算,另外是 成本的管控。

一個是我用這些 AWS 服務會噴掉我多少錢。

另外一個是跟公司管理有關,我要怎麼掌控各個部門在 AWS 上花了多少錢。

成本費用的估算

公有雲通常的收費標準

基本上各家公有雲的收費,最主要會收費的標準會看以下三種:

  • 運算
  • 空間
  • 網路流量

且以價格由大到小來說 : 運算 > 儲存 > 傳輸

可能還會看有些指標,例如:

  • 存取次數
    • SQS 的 Short Polling 和 Long Polling

公有雲也有用量的級距,當你用量越大,你的費用就越便宜。

成本計算機

AWS 有提供 成本計算機 ,直接告訴你每個月的花費需要多少

例如: 我這邊使用 EC2 來舉例, 我開 4 vCPU + 16 GB RAM 並使用 RI,每個月花費 64.51 美金。

在不預付地情況下一整年大約 774.12 美金

也可以部分預付或是全部預付,全部預付總成本: 689.41 USD + 每月 3.00 = 725.41

也就代表我一年可以多省將近 50 美金,透過計算機可以了解到如果要建置一個公司的服務需要花多少錢。

image-20221021113659788

成本管控

成本估算與節費、單帳號的成本計算思路。Organization 的應用、成本估算工具。

有以下幾個問題:

  • 多部門使用同一帳號,雲端資源上限互相影響
  • 同一帳號,成本難以切割,收到帳單怎麼去細算各個部門花了多少錢?
  • 正式環境、測試環境等多環境共用同一帳號

上述的解法是可以透過 每個部門各自獨立帳號 ,各自建立 Root 帳號供不同部門使用來達成。

可是... 這時候又產生了一些問題:

  • 各部門的 Root 帳號資安管控,增加駭客可以攻擊的目標
  • 用量無法累加計算,無法享用雲服務的用量級距的折扣

關於 單帳號管理 或是 多帳號的管理 ,就可以使用 AWS Organization 服務來進行管理。

Organization

AWS Organizations 可以幫助我們做到 集中管理 和 管控環境 。

可與其他 AWS 服務整合,定義中央組態、安全機制、稽核要求以及設定在同個組織內跨帳戶資源共用的方式。

例如: 建立新的 AWS 帳戶、分配資源、為工作流程建立帳戶群組、套用政策到帳戶或群組進行管控。

在每月帳單來的時候, 透過使用單一付款方式為全部帳戶付款來簡化帳單。

會有一個 Root 帳號作為 Management Account ,由 Management Account 制定各個 Organization Unit (OU) ,各個 OU 底下會 有多個 Root Account 作為 Member Account 。

這些 Member Account 都是獨立運作,不會互相搶占資源。

Management Account 可以下達 Service Control Policy (SCP) 來設定最高原則,底下的所有 Root Account 就必須遵守。例如不能開 EC2 ,那所有的 Root Account 就不能開 EC2 的 Instance。

2020/10/20 補充 - 技術, 服務可用性, 成本, 商業利潤

這個篇幅是我在 2022/10/20 時補充的內容。

我在參加原廠 2022 年的 AWS Well-Architected 系統架構精進實戰工作坊

其中裡面的篇幅就是在講 成本控制 。

利潤要增加,無非是減少成本,增加收益

台灣的護國神山每年的成本是好幾百億,是好幾個國家的 GDP 加總,為什麼會願意付出這些成本?這一切都是為了之後的利潤才會在現在投入這些成本。

一個商業的應用服務要好,可用性要高,一定會需要三個團隊的配合:

  • IT 技術團隊
  • 商業分析團隊
  • 財務團隊

基於公司策略考量,考慮支出的金額,以及應用服務帶來的收入是否能造成利潤。

三個團隊的合作,就能更準確客觀的判斷要在雲端怎麼走、怎麼玩,也就能走得更長久。

結論

用了這麼多 AWS 服務,結果費用還是降不下來嗎? 你一定會問....

難道...... 還不能更便宜嗎?

我認為可以從以下幾個方向去著手:

  • 你真的是否需要使用到這個 AWS 服務嗎?
  • 如果是的話是否有更便宜的 AWS 服務可以替代
  • 使用這個 AWS 服務是否有閒置資源(CPU 或 RAM 開太高實際上根本沒有用到這麼多)? 實際使用率高不高?
  • 服務運算的時間是否正常或是有否出現異常
  • 檔案是否有封存的機制?

除了上敘所說的建議,這邊提供一個可能性...

如果您是大量使用 AWS 的企業用戶,您可以考慮尋找 AWS 的代理商。

當你的使用量越大,是有機會得到一些折扣的。

而且可以詢問各家的價格,或許會有想像不到的驚喜。

至於可以找哪個代理商....我沒有要業配的意思。請自行 Google...

但是也要注意,不要一昧的節約成本反而讓應用程式的可用度下降,造成服務不穩定或是使用者體驗不好導致用戶流失,那可就得不償失了!


上一篇
Day 28 - AWS Devops 解決方案
下一篇
Day 30 - 賽後心得
系列文
從 AWS 菜鳥敲敲雲端的大門 共 37 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言