▼织云Lite致力于打造持续交付理念落地的最佳实践,让运维变得简单。目前 V1.5 正式发布,欢迎大家文末下载。新版本最新特性:
为了让各位看官更直接地了解织云Lite1.5新特性,我们请来小明同学现身说法。
小明所在公司业务发展迅速,设备数量从十多台增加到几十上百台,业务架构也从原先简单的前端、后台,发展出十几个逻辑分支。
小明手中各逻辑功能的设备,需要安装对应功能的程序,对应不同的扩容流程,关注不同的业务指标。运维对象数量快速增长,关系错综复杂难以维护,织云Lite的应用管理为小明同学提供了一种解决方案。
1
支持从应用的维度管理资源
在一切开始之前,先从业务的视角梳理并规划好应用管理的基本信息:应用名、负责人等。
设备是应用的载体,织云Lite设备管理有别于传统CMDB的树型结构,采用标签式管理。小明只需要给设备打上对应应用的标签,设备就自动归属到应用下无须维护业务层级结构。
应用的具体实现依赖程序,织云Lite的程序管理通过织云包和系统包来实现,小明只需在应用管理页面录入一个应用所需要的各种包,便完成了该应用的标准程序定义。
除了业务自身定义的织云包,还可以定义yum/apt方式安装的开源软件包
以前部署程序过程中,小明在扩容前后需要执行一些前后置操作(如申请权限,创建目录,初始化等)。
现在统统都可以在"脚本"栏中定义。
应用管理相当于一个资源模板,配置了相应的资源后,归属于此应用的设备就继承了应用的所有资源,扩容的时候会自动添加到新机器上。
完成了资源模板的配置,运维标准化就迈出了第一步,而运维自动化的落地则依赖流程管理。
小明完成应用模板设置之后,便可以在应用下发起“设备扩容”流程,流程会自动将已经登记好的各项资源复制新机器上并执行相应的前后置脚本。
应用服务质量的保障,依赖业务指标的管理和监控。
每个应用都有各自的关键指标,如:请求量、成功量、失败量等。定义好指标后,就可以快速度量应用的健康度。
2
变更体检
织云Lite变更体检功能由发布变更(安装/卸载/升级/降级/启动/停止/重启)触发,基于预定义指标,在每次版本发布后,织云Lite会检查预置的关链监控项,如果发现异常的波动会有告警消息发送应用负责人。
3
消息通知
织云Lite消息通知目前支持发送邮件方式,配置好邮件服务之后,所有告警提示信息便会在告警条件触发时送达相关人员:
有了规范的应用管理及标准化的扩容流程,加上变更体验及消息通知,小明可以轻松管理更多的业务模块和设备,降低故障率,出现问题时定位也更迅速。
·END·