11 月，EMQX 開源版和[企業版](https://www.emqx.com/zh/products/emqx)分別釋出了多個迭代版本，在安全性保障和生態整合方面又有了新的提升。

MQTT 訊息雲服務 [EMQX Cloud](https://www.emqx.com/zh/cloud) 推出了新功能——自定義函式，使用者可以更方便地將 IoT 資料處理為符合資料流的資料格式。

## EMQX

11 月 EMQX 開源版釋出了 v4.4.11、v4.3.22 以及 v5.0.10、v5.0.11 版本，企業版釋出了 v4.3.17 以及 v4.4.11 版本。

由於開源版 4.3 版本已達到 18 個月生命週期（v4.3.0 於 2021 年 5 月 8 日釋出），因此 v4.3.22 是 EMQX 4.3 開源版的最後一個社群版本。

同時，我們還將 v4.4 和 v5.0 的二進位制包中 Erlang/OTP 版本從 v24.1.5 升級到了 v24.3.4.2。

### Google Cloud Pub/Sub 整合

企業版 v4.4.11 中新增了 Google Cloud Pub/Sub 整合，您可以使用 Pub/Sub 將 MQTT 訊息傳送到位於 Google Cloud 上的服務和託管的後端應用中，更快地基於 GCP 構建物聯網應用。

[![1](http://img.blog.itpub.net/blog/2022/12/08/0697b8dea277f365.png?x-oss-process=style/bb "1")](https://www.emqx.com/zh/blog/emqx-newsletter-202211 "1")

對於 Google IoT Core 使用者，您無需做更多改變就能將 MQTT 傳輸層遷移至 EMQX，繼續使用 Google Cloud 上的應用和服務。

### CRL 與 OCSP Stapling

持有數字證書的物聯網裝置，如果出現私鑰洩漏、證書資訊有誤的情況，或者裝置需要永久銷燬時，需要吊銷對應證書以確保不被非法利用，4.4 版本中加入了 CRL 與 OCSP Stapling 功能用以解決這個問題，為您的物聯網應用提供靈活且高階別的安全保障。

CRL（Certificate Revocation List，證書吊銷列表） 是由 CA 機構維護的一個列表，列表中包含已經被吊銷的證書序列號和吊銷時間。EMQX 允許配置 CA 的請求端點並定時重新整理獲取 CRL，而客戶端無需維護 CRL，在連線握手時透過 EMQX 即可完成證書有效性驗證。

OCSP（Online Certificate Status Protocol，線上證書狀態協議）是另外一個證書吊銷方案，相比於 CRL， OCSP 提供了實時的證書驗證能力。OCSP Stapling 是該項技術的最新改進，進一步解決了 OCSP 隱私問題和效能問題。

啟用 OCSP Stapling 後，EMQX 將自行從 OCSP 伺服器查詢證書並快取響應結果，當客戶端向 EMQX 發起 SSL 握手請求時，EMQX 將證書的 OCSP 資訊隨證書鏈一同傳送給客戶端，由客戶端對證書有效性進行驗證。

### 固定認證與 ACL 順序

在 EMQX 4.x 版本中新增了兩個新配置，用於設定認證和 ACL 檢查順序。當啟用多個認證或 ACL 外掛/模組時，您可以使用逗號分隔的外掛名稱或別名來設定其執行順序。

### 透過檔案初始化 API 金鑰

4.x 版本的另一個新特性是能夠透過檔案初始化 API 金鑰，預設的金鑰可以幫助使用者在 EMQX 啟動時做一些工作：如運維人員編寫運維指令碼管理叢集狀態，開發者匯入認證資料到內建資料庫中、初始化自定義的配置引數，在之前這些工作必須在啟動完成後新建金鑰對才能進行。

```avrasm
# 指定 bootstrap 檔案
# etc/plugins/emqx_management.conf
management.bootstrap_user_file ="etc/bootstrap_apps_file.txt"

# 使用 {appid}:{secret} 的格式初始化金鑰對
# etc/bootstrap_apps_file.txt
appid1:secret
appid2:secret2
```

### 產品最佳化改進

我們修復了多個已知 BUG，包括連線 MongoDB 認證失敗時列印大量日誌的錯誤，訊息重發布或橋接訊息到其他 MQTT Broker 時新增主題校驗流程避免訊息釋出錯誤，以及 EMQX 5.0 中大規模效能測試時連線數非常大的情況下複製節點可能無法啟動的問題。

除此之外，我們還在 MQTT 協議實現和安全設計上中新增了許多改進，包括 gen_rpc 庫質詢-響應式的身份驗證支援。

### 更好的運維體驗

4.x 版本中移除對 `GET /emqx_prometheus` 介面的認證要求，使用者可以更方便地使用 Prometheus 抓取 EMQX 指標。

此外，上月發起的 v5.0 中 REST API 體驗改善計劃也正在進行。EMQX 5.0.11版本中已經包含了一些不錯的改進，包括 `/gateways` API 的重新設計。

各版本詳細更新日誌請檢視：

- [EMQX 開源版 v4.3.22](https://www.emqx.com/zh/changelogs/broker/4.3.22)
- [EMQX 開源版 v4.4.11](https://www.emqx.com/zh/changelogs/broker/4.4.11)
- [EMQX 企業版 v4.3.17](https://www.emqx.com/zh/changelogs/enterprise/4.3.17)
- [EMQX 企業版 v4.4.11](https://www.emqx.com/zh/blog/emqx-enterprise-v-4-4-11-released)
- [EMQX 開源版 v5.0.10](https://www.emqx.com/zh/changelogs/broker/5.0.10)
- [EMQX 開源版 v5.0.11](https://www.emqx.com/zh/changelogs/broker/5.0.11)

## EMQX Cloud

### 自定義函式

EMQX Cloud 全新推出了自定義函式功能，藉助雲平臺的函式計算能力，使用者可定義編寫指令碼，並在資料整合功能中呼叫該函式。裝置透過 topic 上報資料，平臺接收資料後，資料解析指令碼對裝置上報的資料進行處理，進而再轉入其他的工作流當中。

自定義函式功能可應用於多種場景：如將裝置端上報的非十進位制資料轉化為十進位制資料，符合應用標準後存入到資料庫中；或者是將裝置中的原始資料轉化、整合為符合特殊行業協議的資料格式。

[![2](http://img.blog.itpub.net/blog/2022/12/08/5237188f5bf86dcb.png?x-oss-process=style/bb "2")](https://www.emqx.com/zh/blog/emqx-newsletter-202211 "2")

目前自定義函式支援部署在阿里雲平臺上的專業版使用者，每個開通服務的部署都可以獲得**每個月 50000 次的免費呼叫次數，**現在開通服務即可以立刻使用。有關自定義函式功能詳情請關注後續推送。

### 最佳化丟棄訊息監控指標

對丟棄訊息監控指標進行了最佳化。現在，在部署控制檯中選擇`指標`，在丟棄訊息指示中，可以看到丟棄訊息的種類：過期而被丟棄的訊息以及因為佇列佔滿而被丟棄的訊息。這將使運維監控和錯誤排查更方便。

[![3](http://img.blog.itpub.net/blog/2022/12/08/df164b36aa91dce2.png?x-oss-process=style/bb "3")](https://www.emqx.com/zh/blog/emqx-newsletter-202211 "3")

## EMQX Kubernetes Operator

11 月，自動化部署管理工具 [EMQX Kubernetes Operator](https://www.emqx.com/zh/emqx-kubernetes-operator) 進行了如下完善最佳化：

- 解決了在 v2alpha1 中，當沒有發現 sts 時候出現的 crash bug
- 解決了在使用者沒有修改 CR 的情況下，sts 可能會一直更新的問題
- 解決了當 replicas 設定為 1 時，service 無法更新的問題
- 修復了在 status.Condition 中，lastTransitionTime 欄位的錯誤
- 新增支援 EMQX 和 reloader 映象 Registry

>版權宣告： 本文為 EMQ 原創，轉載請註明出處。
>
>原文連結：[https://www.emqx.com/zh/blog/emqx-newsletter-202211](https://www.emqx.com/zh/blog/emqx-newsletter-202211)

EMQX 多版本釋出、新增自定義函式功能

相關文章