Spring cloud Azure事件中心限制下的Spring云数据流？

我们计划在Azure云上使用Spring云数据流，使用Azure EventHub作为消息绑定器。 在Azure EventHub上，存在硬限制：

• 100个名称空间
• 每个名称空间10个主题

SpringCloudAzure事件中心流绑定器似乎只能配置一个名称空间，那么我们如何管理多个名称空间呢

也许我们应该使用SpringCloudAzure事件中心流绑定器的多个实例

有人有什么想法吗？或者我们没有找到的文件

问候

---

Rémi

Spring Cloud数据流和Spring Cloud Skipper支持。使用它，您可以为每个命名空间或任何其他K8s集群设置多个帐户。这为解决Azure堆栈中的这些硬限制提供了很大的灵活性

我们有一个多平台部署的平台

从SCDF部署流时，您需要选择平台帐户（aka名称空间或其他配置），因此部署的流应用程序（类路径中带有Azure binder）将自动在不同的名称空间中运行。有效地规避了Azure中强制实施的限制

---

SCDF中也会自动捕获应用程序运行位置和审计跟踪的出处跟踪，因此在任何给定时间，您都可以知道谁做了什么以及在哪个名称空间中执行了什么。

Spring Cloud Data Flow和Spring Cloud Skipper支持以下概念：。使用它，您可以为每个命名空间或任何其他K8s集群设置多个帐户。这为解决Azure堆栈中的这些硬限制提供了很大的灵活性

我们有一个多平台部署的平台

从SCDF部署流时，您需要选择平台帐户（aka名称空间或其他配置），因此部署的流应用程序（类路径中带有Azure binder）将自动在不同的名称空间中运行。有效地规避了Azure中强制实施的限制

---

SCDF中也会自动捕获应用程序运行位置的出处跟踪和审核跟踪，因此在任何给定时间，您都会知道谁做了什么以及在哪个命名空间中。

我可能错了，但我认为平台帐户与这个问题无关，因为更多的是关于skipper/deployment platform。这里提到的名称空间是用于消息绑定器（Azure事件中心，而不是AKS）的。没错，名称空间是一个K8s构造。如果应用程序部署到不同的名称空间，我可以想象Azure EH中会有适当的工具来确定配额限制，具体取决于应用程序运行的名称空间（与EH交谈时）。这就是我的反应背后的想法；当然，我还没有测试过。也许OP可以检查一下这是否符合要求。对我来说，这是不相关的，与消息binderI可能是错误的，但我认为平台帐户与这个问题无关，因为它更多的是关于skipper/deployment platform。这里提到的名称空间是用于消息绑定器（Azure事件中心，而不是AKS）的。没错，名称空间是一个K8s构造。如果应用程序部署到不同的名称空间，我可以想象Azure EH中会有适当的工具来确定配额限制，具体取决于应用程序运行的名称空间（与EH交谈时）。这就是我的反应背后的想法；当然，我还没有测试过。也许OP可以检查一下它是否满足了需求。对我来说，这与消息绑定器无关