复杂应用系统如何设定加入自动化运维平台?

任意复杂的应用系统都可以看作是运行在1台或者多台服务器上的完成一系列应用功能的程序集合。基于应用层面的自动化运维将应用系统分为应用、子应用和服务器三级结构。如下图示：
！应用模型
应用指一个应用系统，主要记录其管理属性，譬如分类码、开发公司、负责人、维护AB角等。
子应用指应用系统中相对独立的有其共同操作属性的子系统，主要记录其操作属性，譬如: 部署的操作系统用户名、主工作目录等。
一个应用可能包括多个子应用，每个子应用可能部署在多台服务器中，多个应用或者子应用也可能部署在同一个服务器中。为了模型的统一，我们将没有明显的多个子应用也规定一个子应用，对于复杂的多子应用的划分，尤其是使用广泛的unix类后台应用，我们原则上以应用部署的操作系统用户作为划分子应用的标准。建议应用系统不要以操作系统的超级用户部署，将超级用户留给系统运维。我们在实际工作中发现少数以超级用户部署的应用系统,实际并不需要这么高的权限。
譬如:某管理系统部署了3台生产服务器和3台相应的备份服务器,其中1台serv1创建了workA和workB 两个操作系统生产用户,2个生产用户中都部署了一系列的相关服务, 另外2个(serv2,serv3)是双机负载均衡或者双活,即部署了相同的服务程序(双活模式可能有少量设置不同),都只创建了workC操作系统用户,则我们可以将该应用创建3个子应用,即子应用:workA,workB和workC, 其中workA和workB都关联同一个服务器serv1, workC关联2个服务器serv2和serv3.至于备份服务器，可以附加到相应的生产子应用中，也可以新建3个备份子应用关联，2种模式都各有优劣。将备份服务器独立划分子应用更便于实际使用，因为很多情况下不能与生产服务器同步修改或者备份服务器本身就会自动同步。
如果存在特别复杂的应用系统只有一个生产用户，我们也可以不必固守该模式，将应用按功能类别切分为多个子应用，以便于管理。