指定一组微服务的 good/correct 术语是什么？
What would be a good/correct term to designate a group of microservices?
我打开这个主题是为了寻求对 solve/help 以下问题的建议：
- 我目前正在与其他人一起使用云计算进行微服务架构项目。
- 有 6 个不同的微服务，有一些微服务不兼容，因此无法在同一台机器上实例化。
- 每个微服务都有一个版本号。
- 为了启动任何微服务的一个或多个新实例，我们必须通过静态配置定义哪些微服务将 运行 在这台新机器上。
- 我们称之为 "deploy" 的静态配置包含正在部署的微服务，以及每个微服务的版本。 (ex: (XY,[(X,v1),(Y,v2)]) - X 和 Y 是微服务，XY 部署实例化 X 的版本 1 和 Y 的版本 2）
- 那些"deploys"也有自己的版本号。在部署中更改微服务的版本号需要更改包含该微服务的任何 "deploy" 的版本。 (例如：(XY,v1,[(X,v1),(Y,v2)]) 和 (XY,v2,[(X,v1),(Y,v3)]))
问题是：什么是正确的，或者至少是一个好的术语来指代我之前称为 "deploy" 的这个实体？
许多开发人员正在围绕我们的架构编写程序，并为此类实体使用不同的名称，这导致我们团队内部的语法和语义不兼容。
这些不同的名称各有利弊：
- deploy: 有意义，因为您正在部署列表中的所有微服务。但是，术语部署已经指定了我们流程的另一部分，并且可能会过度使用同一术语。 （部署XY deploy会在一台机器上部署微服务X和Y）
- cluster：一组事物的好名字，但是你可以从一个配置中部署多台机器，术语集群已经适用于这组机器。
- 服务：一个服务就是一组微服务。有道理，但许多代码片段将微服务称为 'service'，这可能会导致混淆。 (def get_version(service) - 他是在谈论服务还是微服务？）
请问各位大神能否给我们一些意见或启示？
谢谢！
听起来你想要一个合适的集体名词。我建议您 Google "collective nouns"，查找大量列表。阅读一些列表并选择一个您认为合适的名词。
或者，术语cooperative（或简称co-op）可能适用于实例化的定义特征之一微服务的集合在于它们相互补充，或者相互协作。
您可能会从 12-factor App 中得到一些提示，并将它们称为版本 (http://12factor.net/build-release-run)
然后部署版本化版本。
我使用了术语 "complex"（如 "mortgage risk" 复合体与 "compliance" 复合体）。好像一点都不含糊。
人们还在项目中使用该术语来表示已部署的微服务集（例如，生产综合体与测试综合体）。
我打开这个主题是为了寻求对 solve/help 以下问题的建议：
- 我目前正在与其他人一起使用云计算进行微服务架构项目。
- 有 6 个不同的微服务，有一些微服务不兼容，因此无法在同一台机器上实例化。
- 每个微服务都有一个版本号。
- 为了启动任何微服务的一个或多个新实例，我们必须通过静态配置定义哪些微服务将 运行 在这台新机器上。
- 我们称之为 "deploy" 的静态配置包含正在部署的微服务，以及每个微服务的版本。 (ex: (XY,[(X,v1),(Y,v2)]) - X 和 Y 是微服务，XY 部署实例化 X 的版本 1 和 Y 的版本 2）
- 那些"deploys"也有自己的版本号。在部署中更改微服务的版本号需要更改包含该微服务的任何 "deploy" 的版本。 (例如：(XY,v1,[(X,v1),(Y,v2)]) 和 (XY,v2,[(X,v1),(Y,v3)]))
问题是：什么是正确的，或者至少是一个好的术语来指代我之前称为 "deploy" 的这个实体？
许多开发人员正在围绕我们的架构编写程序，并为此类实体使用不同的名称，这导致我们团队内部的语法和语义不兼容。
这些不同的名称各有利弊：
- deploy: 有意义，因为您正在部署列表中的所有微服务。但是，术语部署已经指定了我们流程的另一部分，并且可能会过度使用同一术语。 （部署XY deploy会在一台机器上部署微服务X和Y）
- cluster：一组事物的好名字，但是你可以从一个配置中部署多台机器，术语集群已经适用于这组机器。
- 服务：一个服务就是一组微服务。有道理，但许多代码片段将微服务称为 'service'，这可能会导致混淆。 (def get_version(service) - 他是在谈论服务还是微服务？）
请问各位大神能否给我们一些意见或启示？ 谢谢！
听起来你想要一个合适的集体名词。我建议您 Google "collective nouns"，查找大量列表。阅读一些列表并选择一个您认为合适的名词。
或者，术语cooperative（或简称co-op）可能适用于实例化的定义特征之一微服务的集合在于它们相互补充，或者相互协作。
您可能会从 12-factor App 中得到一些提示，并将它们称为版本 (http://12factor.net/build-release-run)
然后部署版本化版本。
我使用了术语 "complex"（如 "mortgage risk" 复合体与 "compliance" 复合体）。好像一点都不含糊。
人们还在项目中使用该术语来表示已部署的微服务集（例如，生产综合体与测试综合体）。