关系管理

实操文档：业务关系划分业务树

多云系统的主要工作就是统一多云资源实现集中管理，以上我们讲解了

• 资源池：我们所有服务数据的基础
• 多云配置：多云配置主要负责多云账号的管理以及云上资源的同步

那么有一个问题？服务数据的基础有了,同步云上资源也有了,我们需不需要做资源划分？

我们需要从多个不同云平台上面同步的所有资源数据进行资源划分,因为资源本身是独立的,而我们一个项目可能会用到多个云平台,多个云产品,我们要让这些资源在看起来是整合在一起的,这样我们才可以更方便、更清晰的管理多云平台

举个例子：

• 在一个项目中我们使用到了阿里云、腾讯云 云产品, 平台 将这些资源都同步完毕后
• 那么资源池中就会有这些资源,那么我们需要将阿里云上该项目使用的产品和腾讯云上该项目使用的产品,都在当中结合到同一个项目
• 之后我们在点击查看该项目将可以看到该项目使用的所有服务器(包括阿里云、腾讯云)

一、位置关系

位置关系比较好理解，就是资源所在的位置，例如阿里云（厂商）-> 阿里云游戏（账号）->上海（区域）->可用区F（可用区），位置关系一般是固定的，伴随资产创建而产生，不需要我们额外去管理，只需记录方便检索即可，例如找到所有位于上海的LB

二、业务关系

日常工作中用的最多的就是业务关系，多数情况下我们都需要基于业务去检索资源，有些CMDB系统有服务树的概念，而业务关系就与其类似，业务关系通常是树状的，推荐基于项目（根目录）->环境（正式/测试）-> 集群 -> 模块 来构建业务关系

类似于以下结构：

当前项目名称

• 正式环境（Prod）

  • Web
    • Nginx
  • Game
    • GM
    • Fight
    • DB
    • Server

• 测试环境（Test）

  • Web

    • Nginx

  • Game

    • GM
    • Fight
    • DB
    • Server

三、标签关系

虽然业务关系很有用，但依然有其局限性，例如上边例子中我们需要给测试和正式环境都进行一次批量执行命令，这种情况就需要跨业务检索主机，于是标签关系应运而生

标签是全局的，不受业务限制，可以给所有类型的资源打标签，例如基于系统添加标签：centos6，centos7，linux，windows等等，基于服务添加标签：nginx，tomcat，php，jdk，nodejs等等

这样就可以通过获取所有包含linux标签的资源，从而执行检查22端口是否开放的任务