Azure Service Fabric - 一个应用不同的命名实例
Azure Service Fabric - one app different named instances
我有 Azure Service Fabric 应用程序，它使用 RabbitMQ 队列并使用来自 sql 数据库的数据进行一些计算。
rabbit 和 sql 的连接字符串通过参数存储在 ApplicationManifest.xml 中，然后通过不同的发布配置文件进行更改（我有不同的 xml 用于云或本地部署）
现在我想为另一个 db/rabbitmq 部署我的应用程序的另一个实例。
我想我必须创建另一个发布配置文件，更改配置包版本（例如 1.1.0）并将新的应用程序类型注册到集群。但我不能升级现有的应用程序。然后我应该创建另一个版本为 1.1.0 的应用程序。
所以我的集群中会有两个应用
db2/rabbit2 版本 1.1.0 的应用程序
db1/rabbit1 版本 1.0.0
的应用程序
让 2 个应用程序使用不同的连接字符串是否合适？
一种方法是只有一个应用程序类型，然后实例化该类型的多个应用程序实例；这些应用程序中的每一个都可以使用不同的 db/rabbitmq。在创建应用程序期间，您可以将不同的连接字符串 (db/rabbitmq) 作为 parameters.
传递
我有 Azure Service Fabric 应用程序，它使用 RabbitMQ 队列并使用来自 sql 数据库的数据进行一些计算。 rabbit 和 sql 的连接字符串通过参数存储在 ApplicationManifest.xml 中，然后通过不同的发布配置文件进行更改（我有不同的 xml 用于云或本地部署）
现在我想为另一个 db/rabbitmq 部署我的应用程序的另一个实例。 我想我必须创建另一个发布配置文件，更改配置包版本（例如 1.1.0）并将新的应用程序类型注册到集群。但我不能升级现有的应用程序。然后我应该创建另一个版本为 1.1.0 的应用程序。
所以我的集群中会有两个应用 db2/rabbit2 版本 1.1.0 的应用程序 db1/rabbit1 版本 1.0.0
的应用程序让 2 个应用程序使用不同的连接字符串是否合适？
一种方法是只有一个应用程序类型，然后实例化该类型的多个应用程序实例；这些应用程序中的每一个都可以使用不同的 db/rabbitmq。在创建应用程序期间，您可以将不同的连接字符串 (db/rabbitmq) 作为 parameters.
传递