北京
一個mq.t3.micro實例跑滿24小時，月費25美元起步。這還沒算存儲、跨區流量、高可用部署。但最狠的賬單陷阱，是那些在CloudWatch上三條曲線全歸零、卻照樣收錢的"僵尸代理"。
Amazon MQ的定價表看起來很簡單：按實例類型和引擎計費，沒有統一的"代理費"。但當你把賬單拆開，會發現錢流向了五個完全不同的出口。多數團隊只盯著實例價格，忽略了另外四項正在默默抽水。
實例費：最小的坑，最深的誤解
us-east-1區域的按需價格跨度極大。mq.t3.micro約25美元/月，mq.m5.large直接跳到200美元以上。很多團隊默認選擇m5.large，理由是"生產環境總得用個大點的"。
這個選擇本身沒問題，問題在于對"小"的誤判。25美元的micro實例并非"便宜到可以忽略"——它24小時運行，全年無休。如果你開了三個環境（dev/staging/prod），僅實例費就接近900美元/年。
高可用部署讓成本瞬間翻倍。ActiveMQ的active/standby模式需要兩個跨可用區的實例，RabbitMQ的三節點集群則需要三個。一個m5.large的RabbitMQ集群，僅計算費用就達604美元/月。
團隊常在生產環境啟用HA，卻在開發/測試環境沿用同樣配置——而單實例對這些場景完全夠用。
存儲費：EFS的3倍溢價藏在哪
ActiveMQ提供兩種存儲后端：EBS和EFS。后者是active/standby部署的強制選項，因為兩個代理需要共享持久化存儲。
價格差是3倍。50GB消息存儲在EFS上每月15美元，EBS只要5美元。這個數字單看不大，但乘以多環境、多代理后，會變成賬單上一條難以解釋的"其他費用"。
RabbitMQ用戶反而省心——只支持EBS，沒有EFS選項。這種"限制"客觀上避免了配置失誤帶來的成本溢出。
流量費：跨AZ復制不在MQ賬單里
標準AWS數據傳輸費用同樣適用于Amazon MQ。active/standby部署中，可用區之間的復制流量屬于跨AZ數據傳輸。
高吞吐量代理每天處理數百萬消息時，這筆費用會累積到顯著水平。更隱蔽的是：它不會出現在"AmazonMQ"條目下，而是混在通用的"數據傳輸"里。
很多團隊排查MQ成本時，盯著服務條目看了半天，完全沒意識到另一欄的異常增長正是自己開的HA模式在燒錢。
僵尸代理：最昂貴的閑置資產
真正燒錢的模式是"無人使用的代理"。團隊為POC開通實例，接入幾個服務，項目轉向后遺忘。代理以200美元+/月的成本空轉，零消息、零連接、零消費者。
與Lambda或SQS不同，Amazon MQ沒有縮放到零的能力。零消息的代理與每秒處理數千消息的代理，計費完全相同。
CloudWatch的三個指標可以暴露問題：連接數、消息數、消費者數。如果連續一周全為零，你正在為一個無人使用的停車位支付CBD租金。
CloudWise通過分析這些指標自動識別閑置代理——14天零活動即標記完整月成本，由你決定刪除或保留。其AWS成本分析覆蓋145種浪費檢測場景。
當你下次審視MQ賬單時，會優先檢查實例規格、存儲類型、跨區流量，還是直接篩選那些CloudWatch曲線歸零的代理？
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
