运维平台如此之多,在设计开发的过程中都必须以接口化、标准化、服务化的思维进行平台研发。这样在代码规范、接口规范、数据规范、稳定性高的平台之上就可以通过搭积木的方式快速构建更复杂业务调度平台。例如在资源管理平台、构建自动化平台、监控平台、流量管理平台、容量管理平台之上可以搭建PaaS平台,实现服务实例的自动化扩容、缩容和故障自动迁移。各大互联通公司都有自己的业务调度平台。例如Google内部的Borg,Omega(Borg 2.0),Facebook的Corona,Tencent的Typhoon。开源的业务调度平台例如Google的Kubernetes和 Apache Mesos。
业务平台服务于运维工程师的日常运维工作,主要包括工作流引擎、权限管理、运维元数据管理和运维统一门户。
运维操作中需要多人协作处理的流程通常都需要发操作单。例如机器故障维修单、DNS变更操作单、数据库访问权限申请单等。这些操作流程都需要工作流引擎的支持。
权限管理平台,所有的运维操作都需要角色和用户权限管理。例如运维工程师对机器的操作权限,对服务监控采集和报警策略的修改权限,对服务部署变更的权限等;例如运维经理对运维操作单的审批权限。
元数据管理,包括机房、服务器、服务、产品、人员信息以及他们之间的物理和业务拓扑关系等,所有的运维平台都需要此类信息。
运维统一门户使得运维人员不必面对众多运维系统,运维门户中的任务中心收集了运维工程师要处理的工作;运维门户中的信息中心以仪表盘的方式收集了运维工程师需要关注的业务状态。
© 版权声明
THE END
暂无评论内容