月末了，相信大家都會有信用卡額度超支的擔憂，生怕一不留神就會超出預算，并且事后還需要仔細核對消費情況。類似的焦慮，也會出現在使用涂鴉 Pulsar 云消息服務時。雖然涂鴉 Pulsar 云消息能滿足開發者對設備各類事件實時性和持久化的需求，但隨著部分設備上報頻繁、接入設備量越來越多，開發者也會擔心因消息量超額產生額外費用、消息問題太多導致接入效率低等難題。

本期涂鴉開發者小玄就來和大家聊聊，如何通過一系列工具節省消息成本、提高接入效率，完美解決上面的困擾！

1、場景設定

設想你通過調研發現，在忙碌的現代都市生活中，寵物主人常常因為工作繁忙，而難以確保寵物的飲食規律與健康。因此，你決定開發一款可以幫助寵物主人克服這一挑戰的寵物喂食器。剛好，涂鴉擁有全品類的智能解決方案，可以快速幫你實現各類大膽有趣的想法，通過以下步驟，你就能在涂鴉云開發者平臺輕松開發寵物喂食器產品。接下來，就跟小玄一起動手嘗試一下！教程詳細，上手超簡單。

首先登錄涂鴉云開發者平臺，創建產品如下：

投入市場后，如果你想實時感知設備的各類信息，并及時通知用戶，這時候可以考慮接入涂鴉 Pulsar 云消息（涂鴉云消息基于 pulsar 實現，具有高性能、可擴展、多租戶隔離優點），按照如下步驟即可快速接入：

登錄涂鴉云開發者平臺，創建云項目

開通消息訂閱

接入消息訂閱服務

開發具體業務，進行實踐

2、攻略介紹

2.1 合理選擇消息協議

首先，你需要根據實際業務需求，選擇合適的消息推送協議，避免因配置多種推送協議造成重復接收和處理。例如，選擇新版IoT Core 連接服務（設備、空間 API），推薦使用與之配套的消息推送協議；如果使用了舊版家庭、資產模型，推薦使用舊版本協議號，這樣可以減少 50% 的消息投遞量。

【注】：

IoT Core 協議號 1001 推送的 deviceOnline ，和舊版本協議號 20推送的 online，均表示設備上線，只是推送的數據內容不同。

2.2 精細化消息過濾

在開發業務時，我們往往只需要關注部分 bizCode 的 Pulsar 消息，而非全部。通過精細化配置過濾規則，我們可以有效地節省消息費用，并降低消費端的資源消耗，專注于處理關鍵的業務信息。

一開始為了驗證市場反應，你想實時了解設備入網情況和刪除情況，可以如此配置：

?投入市場一段時間了，你可能會發現用戶出現了抱怨，比如：沒有及時感知到寵物喂食器缺糧，導致寵物挨餓了，這時候你就需要基于屬性的更細粒度進行過濾。

以消息量較大的 bizCode=statusReport 為例，你可能只關心故障告警（fault），而不關心其他的標準狀態，那你就可以通過如下屬性進行配置，以減少大量其他無關的上報消息。當出現食物短缺、設備電量低等情況，你就可以接收到相應的 Pulsar 消息，并在處理后及時通知用戶。

?

通過上面按需推送的規則，你將只接收到你所關心的消息；同時，被過濾掉的消息也不會產生任何費用，幫助你有效節省成本。相信過一個階段，你的產品在市場將會大受歡迎！

如果這時候你想開發中高端產品，增加通過分析歷史信息（每天投喂次數 feed_report 和寵物每次食量 feed_amount）來檢測寵物健康狀態的功能，從而發現異常并及時通知用戶。這時候你可以在涂鴉云開發者平臺新建一個產品，把接收的 Pulsar 消息存儲起來，通過一定的機器學習算法，分析歷史信息和當前信息就可以實現了。

例如可以按照如下規則配置：

實際效果：有大客戶按照上面精細化的配置，減少了 35% 消息量，節省了約 20% 的消費機器成本。

愉快地使用一段時間后，你可能會發現突然有一天信息異常，懷疑是不是消息哪里出現了問題？這時候推薦你使用涂鴉云開發者后臺的日志回溯功能，來詳細查看消息從涂鴉云到 Pulsar 的完整投遞鏈路。這有助于幫你分析，并確定某些消息未被接收的具體原因。

2.3 消息接受問題排查

具體操作入口：【云開發】--【云端監控】--【服務端消息日志】

預期效果如下，推薦你購買 IoT Core，可以免費使用這個功能：

?

當你通過搜索設備 ID 得到如下情況：

這時候基本可以確定是沒有消費者 SDK 啟動，或者消費邏輯有問題，沒有 ack 導致的。解決方案如下：

●檢查消費邏輯，是否有及時 ack

●檢查消費 SDK 是否運行正常

●消費邏輯是否有阻塞邏輯

2.4 AI助手

最后，和大家安利下我們的 AI 助手工具--T Smart AI，目前免費開放，有關 Pulsar 的各類疑問，都可以向它咨詢哦。示例：

結束語

如果你對 Pulsar 消息感興趣，或在使用過程中有任何疑問和建議，歡迎來到我們涂鴉開發者論壇--云開發板塊，進行交流和反饋，我們會第一時間給你回復~