背景介绍
在边缘计算场景下，往往需要在同一个集群中管理多个边缘站点，每个边缘站点内有一个或多个计算节点。同时需要在每个边缘站点中都运行一组有业务逻辑联系的服务，每个站点内的服务具备一套完整的功能，可以为用户提供服务。但由于网络限制，有业务联系的服务之间不希望或者不能跨站点访问。原生Kubernetes无法控制Deployment的Pod创建的具体节点位置，需要通过统筹规划节点的亲和性来间接完成。当边缘站点数量以及需要部署的服务数量过多时，管理和部署方面的极为复杂，甚至仅存在理论上的可能性。与此同时，为了将服务间的相互调用限制在一定范围，业务方需要为各个Deployment分别创建专属的Service，管理方面的工作量巨大且极容易出错并引起线上业务异常。
为此，边缘集群提供单元化部署能力，通过资源单元化的方案，轻松实现上百地域的服务部署，且应用无需进行适配或改造。单元化部署可以便捷地在共属同一个集群的不同机房或区域中各自部署一组服务，并且使得各个服务间的请求在本机房或本地域内部即可完成，避免服务跨地域访问。
核心概念
| 概念 | 说明 |
|---|---|
| 边缘节点组 | 从业务角度为边缘节点（已添加到集群中的节点）分组（希望在哪些节点中部署相同的应用，就将这些节点添加到一个边缘节点组），不限制配置和边缘站点。根据边缘节点组名称自动生成label，绑定边缘节点组中的所有节点。后台会对同一边缘站点的节点再分组（NodePool），但对用户无感知。 |
| 应用部署组 | 相同应用的一组工作负载，与一个边缘节点组关联，应用部署组将自动在关联边缘节点组的节点中创建相应的工作负载。 |
| 服务访问组 | 创建四层服务访问，并限制访问范围。将服务访问组与应用部署组关联，即和相应的边缘节点组关联，将默认支持流量拓扑，将服务访问的源和目的限制在同节点组同边缘站点的节点中。 |
