EMQX 5.10 における非互換変更点

5.10.4

#17244 ホットアップグレードのREST APIエンドポイント（/api/v5/relup/*）を削除しました。ホットアップグレードは現在、各ノード上の emqx ctl relup CLIを通じてのみ操作可能であり、ダッシュボード上には表示されません。
対象のリリースtarballとその .sha256 サイドカー（同じベース名、同じディレクトリ）をEMQXプロセスが読み取れる場所に配置してください。各ノードで emqx ctl relup upgrade <TarballPath> を実行してアップグレードを適用します。対象バージョンはtarball内の releases/emqx_vars (REL_VSN) から読み取られます。

#16062 RocketMQアクションが設定されたペイロードテンプレートを無視し、ルール出力全体を送信してしまう問題を修正しました。
以前の（誤った）動作に依存していた場合は、メッセージが期待通りにフォーマットされるようにペイロードテンプレートを更新する必要があります。

#15752 リスナーの接続レート制限（max_conn_rate と max_conn_burst）は、アクセプター単位ではなくリスナー単位で適用されるようになり、5.9.0以前の動作に戻りました。そのため、5.9.0、5.9.1、5.10.0の設定は非互換となり、指定されたレートは各リスナーに設定されたアクセプター数に応じてスケールアップする必要があります。

#15289 すべてのコネクター、アクション、ソースに新たに resource_opts.health_check_timeout 設定を追加しました。デフォルト値は60秒です。ヘルスチェックがこの時間を超えて応答しない場合、該当のコネクター／アクション／ソースは disconnected とみなされます。
注意：デフォルトが60秒のため、以前は60秒以上かかって正常応答を返していた場合でも、今回の変更によりその状況では切断と判定されるようになります。
#15286 設定オプション broker.routing.storage_schema は非推奨となり無視されます。レガシーな v1 ルーティングストレージスキーマはサポート対象外となり、これを使用しているクラスターではEMQXの起動が拒否されます。v1 ルーティングスキーマを使用しているクラスターのアップグレード手順については、EMQX 5.10以降のローリングアップグレードに関する考慮事項を参照してください。
#15239 multi_tenancy.default_max_sessions の型は、これまで受け入れられていた 0 から、infinity または正の整数のみとなりました。
#15156 dashboard.sso.oidc.issuer フィールドにスキーマバリデーションを追加しました。この値は有効なURLであることがチェックされます。