feat: add process services to expose process network explicitly

[jamesgetx]

No description provided.

[narasux]

为空时候需要考虑么（存量应用的话）

[jamesgetx]

这里的存量分为线上运行的 bkapp 和 ModuleProcessSpec 中保存的数据：

• 对于线上运行的 bkapp, 由于没有重新部署，不会有注解内容，因此走旧逻辑。在 operator 中有兼容处理
• 对于 ModuleProcessSpec 中保存的数据，会变更它的 services 字段数据：比如将存量的 web 进程配置上类型是 bk/http 的 services。本 pr 发布后，所有新部署的 BkApp，都会带上注解内容。 对于这一点，需要实现一个 migration ，所以想着 pr review 完，方案没问题后，补进来

[jamesgetx]

迁移逻辑已经补充

[piglei]

这个 ProcessTmpl 模型越来越复杂了，它目前的用处主要是什么？

[jamesgetx]

Dict[str, ProcessTmpl] 被设计保存到了 Deployment model 的 processes 字段中，主要被用在 ModuleProcessSpecManager.sync_from_desc(self, processes: List[ProcessTmpl])。

找到了原先的代码说明：

@dataclass
class ProcessTmpl:
    """This class declare a process template which can be used to sync process spec or deploy a process(deployment)

    :param command: 启动指令
    :param replicas: 副本数
    :param plan: 资源方案名称
    """

    name: str
    command: str
    replicas: Optional[int] = None
    plan: Optional[str] = None

    def __post_init__(self):
        self.name = self.name.lower()

我加个 TODO ，看后面处理进程同步的时候，能不能去掉或者替换掉它

[piglei]

这个 Annot 的目的主要是控制 Operator 生成 services 时的逻辑分支？我感觉它出现频率太高了， 维护起来有点复杂，能不能换一种更简单的方式：

• 如果整个资源没有 services，走 false 逻辑（按之前的初始化的逻辑）
• 一旦有任何一个进程有 services，走 true 逻辑
  • 对于未定义任何 services 并且想要走 true 的逻辑，必须通过某个 annot 来强制声明（这种应该非常少）

[jamesgetx]

对于未定义任何 services 并且要走 true 的场景，是设计 process service 的出发点之一，目的是 后台类型的 process 可以按需分配 4层 service, 不浪费资源。

如果只在特殊情况下有某个注解，会不会反而让这个注解不好理解。其实现在的注解设计还充当点"版本"的标记作用，带有这个注解的，表示已通过新版本部署过

在 paasng 有个处理逻辑：spec_version: 2 版本，注解为 false；specVersion: 3 版本，注解为 true

我先尝试封装下注解的操作，让它更好“维护些”

[piglei]

LGTM