Azure服务结构-为多个第三方服务创建应用程序

我已在应用程序中创建了用于连接第三方服务的服务结构。我们为同一功能提供了多个提供者。在这里，我创建了一个fabric应用程序，并为每个提供者创建了多个无状态服务（第三方服务），它运行良好。现在我需要为所有功能添加一些其他提供者

在一个应用程序下创建更多无状态服务时是否会出现性能问题

特点1：

F1_提供程序1、F1_提供程序2、F1_提供程序3

特点2：

F2_提供程序1、F2_提供程序2、F2_提供程序3

是否需要为功能2创建单独的结构应用程序&为F2_提供程序创建多个无状态服务

我们可以在同一结构应用程序下创建多个Provider吗

---

你的问题不清楚真正的问题是什么。如果你给出真实的例子，可能会更容易给你更好的答案

关于主要问题：

应用程序只是服务的逻辑隔离，因此一个应用程序有100个服务类型的实例与100个应用程序各有一个实例没有多大区别，最后，运行的实例数将是相同的（除非您决定采用共享流程方法，否则这看起来不是您的情况），最大的区别在于您将如何管理它们

如果关注的是管理，那么多个应用程序可能会给您带来更大的灵活性，但维护起来会更困难

例如：

假设您有一个应用程序具有两种服务类型（ServiceAlphaType、ServiceBetaType），每个应用程序都有多个命名实例（美国、英国），如：

如果要使用差异打包将服务类型ServiceBetaType升级到较新版本，则ServiceBetaType的两个命名实例（ServiceBetaUS，ServiceBetaUK）都将升级，如果它们是同一应用程序实例的一部分，则无法避免

如果只想升级其中的一部分，则必须在单独的应用程序中创建它们，而升级应用程序只会影响在其下运行的服务：

ApplicationUS
- ServiceAlphaType (Type)
  - ServiceAlphaUS (NamedService)
- ServiceBetaType (Type)
  - ServiceBetaUS (NamedService)

ApplicationUK
- ServiceAlphaType (Type)
  - ServiceAlphaUK (NamedService)
- ServiceBetaType (Type)
  - ServiceBetaUK (NamedService)

---

注意：要仅升级具有更改服务的应用程序，您必须使用service fabric的功能对应用程序进行打包。

例如，如果我在一个fabric应用程序下创建了多个无状态可靠服务，我已更改了一个服务中的代码并进行了部署。是仅将一个服务部署到服务器还是将所有服务部署到服务器将部署？当您仅更改一种服务类型的代码时，您必须使用差异包功能打包应用程序，否则所有服务都将有新的代码包。我已用更多信息更新了答案。

ApplicationUS
- ServiceAlphaType (Type)
  - ServiceAlphaUS (NamedService)
- ServiceBetaType (Type)
  - ServiceBetaUS (NamedService)

ApplicationUK
- ServiceAlphaType (Type)
  - ServiceAlphaUK (NamedService)
- ServiceBetaType (Type)
  - ServiceBetaUK (NamedService)