Swarm 集群 服务编排 服务部署约束（affinity:service）
设置服务的部署约束条件。
容器服务支持 Docker Swarm 兼容的容器部署约束条件，您可以通过
Docker Swarm Filter 控制一个容器的部署。
但是在社区版 Docker Compose 中，却并没有相关的能力来控制服务直接的部署约束。
在容器服务中，您可以在 environment 中添加相关 affinity:service，来约束服务之间的亲和度（Affinity），达到控制服务部署策略的功能。支持服务之间的 Soft affinity 和 Hard affinity。
示例：
本示例中，web 服务设置了 affinity:service!=db 的部署约束。使得 web 服务一定会选择没有部署 db服务的节点，这样当一个节点失效时，可提高服务可用性。当您的集群只有一个节点的时候，由于指定的是 hard anti-affinity，该部署会失败，因为部署没有办法满足所指定的强约束条件。
web:
image: registry.aliyuncs.com/acs-sample/wordpress:4.5
ports:
- '80'
environment:
- affinity:service!=db
restart: always
links:
- 'db:mysql'
labels:
aliyun.logs: /var/log
aliyun.probe.url: http://container/license.txt
aliyun.probe.initial_delay_seconds: '10'
aliyun.routing.port_80: http://wordpress
aliyun.scale: '2'
db:
image: registry.aliyuncs.com/acs-sample/mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: password
restart: always
labels:
aliyun.logs: /var/log/mysql
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
在阿里云容器服务中，您可以通过配置服务的部署约束条件来实现对服务部署策略的精细控制，以满足特定的业务需求或优化资源利用。您提到的例子展示了如何使用环境变量（environment）来设置服务间的亲和性（Affinity）规则，具体是通过设置affinity:service!=db来确保web服务不会被部署到已经运行了db服务的节点上，这是一种硬反亲和性（Hard anti-affinity）策略，有助于提升服务的高可用性。
如果您的场景需要更复杂的部署约束或者想要利用阿里云容器服务高级特性，可以考虑以下几种方式：
-
使用标签选择器（Node Labels）：在阿里云容器服务ACK（Kubernetes版）中，您可以为节点添加标签，并在服务或Deployment的yaml文件中使用nodeSelector或nodeAffinity来指定只有具备特定标签的节点才能运行该服务。这种方式提供了灵活的服务调度能力。
-
Pod Affinity/Anti-Affinity：对于Kubernetes集群，可以直接在Pod的定义中使用affinity和anti-affinity规则，这些规则比基于服务的约束更为强大和灵活，支持基于pod标签的亲和性和反亲和性规则，以及topologySpreadConstraints来控制Pod在不同节点或区域内的分布。
-
Taints and Tolerations：另一种强大的调度机制，允许您给节点添加“污点”（Taint），并让具有相应“容忍度”（Toleration）的Pod能够在这些节点上运行。这可以用来隔离某些特殊用途的节点，比如仅运行数据库服务的节点。
-
阿里云容器服务ACK的高级特性：例如服务网格（ASM）、应用目录、灰度发布等，这些特性不仅能够帮助管理服务间的依赖和通信，还能提供更细粒度的服务治理能力，间接影响服务的部署与调度策略。
-
自定义调度器（Custom Scheduler）：如果您有非常特殊的调度需求，还可以开发自定义调度器插件，集成到Kubernetes集群中，实现完全定制化的调度逻辑。
综上所述，阿里云容器服务提供了丰富的工具和策略来满足不同场景下的服务部署约束需求，可以根据实际业务需求选择合适的配置方式。
