运维建设的未来方向与策略思路探讨

今天和同事聊需求的时候，突然发现目前我们在做的一些系统，其实他感觉有些迷茫，主要就是一个建设的思路和方向这一块，我想了下，也确实，目前来看，其实系统的功能初期避免不了这几个阶段，目前的做法有点类似，这儿一撮，那儿一撮，看起来没有重点和章法。其实换一个角度来说，就会逐步的明白里面的一些缘由了。

我们去规划和设计整个方向的时候，肯定有很多的想法，但是难点就在于这些事情由谁来做，时间是否合适，如果时间规划上不够，那么这个规划就成了摆设。 所以现在大家都在马不停蹄的做一些对接和调试。

比如下面的一些工作，如果让你来看，可能会觉得有些多。

调试接口：

MIS工单接口

工作流接口

ES接口

salt接口

系统部主机IP接口-待定

系统部运维树接口-待定

开放工单接口给MIS

巡检接口

开放SQL审核接口 -待定

应用开发：

应用管理配置管理

巡检模块调试

工单管理

工单状态回调开发

数据库方向开发：

SQL审核信息稽核

SQL规则定制和计划梳理

其实这些是明天和后天两天要做的事情。这些都要基本落实下来。

所以辛辛苦苦的对接系统，设计和开发这么多功能到底为了什么，本质上还是希望我们的平台价值能够发挥出来。比如目前来看，我们已经在和多个系统对接了。

这个对接的过程中，我们也要设计接口，同时也要对接接口。所有的事情要并行做，总是会让人倒吸一口冷气。

所以这个方向可以设置为几个明确的目标,比如下面4个目标：

KR1：x月底前，在运维维度上，实现MySQL、Redis安装部署，权限开通，备份恢复模块；

KR2：x月底前，在业务维度上，实现SQL审核平台上线应用，任务调度，日志检索数据库模块开发，高可用管理;

KR3：x月底前流程管理和外部系统对接，包括MIS,即时通讯接口,监控系统,系统运维平台，ES接口;

KR4：全年度，在提升团队整体开发能力方面，组织不少于5次开发基础知识分享会；

通过这几个维度组合起来，就是一个相对笼统的脉络了。

而如果细化来说，数据库方向的建设其实大体有如下的一些方向，运维平台只是其中的一部分，我们的建设思路一定是先从业务的维度入手，同时有平台的支持。

蓝色的部分是之前的状态，而现在来看红色的部分已经基本涵盖到了，而这些也就是我们不断推动去做的一个价值体现。

后期要补充的内容，我也做了一些规划，整体会是这样的一个步调，会分为三个维度：运维维度，业务维度和数据库方向来共同推进。

运维维度：

1. 高可用管理，实现MHA部署和切换管理
2. 元数据补充，完善应用信息管理和运维树管理
3. MySQL备份恢复改进和DML闪回定制
4. 慢日志管理和分析
5. 审计日志管理和检索
6. 任务模块和调度模块建设
7. 数据中转模块，数据迁移模块
8. SQL审核,定制Inception
9. 通用查询模块，定制SQL Advisor
10. SQL自动化上线

业务维度：

对接工单接口，回调接口

1.工单管理和工单流转

2. 工单统计和分析

监控接口

3.建设巡检模块，包括系统巡检和数据库巡检

4.巡检报告定制

ES接口

5.系统巡检日志，数据库错误日志

系统接口

6.运维树，包括系统运维树，业务树

数据库方向：

1.分布式方案定制

2.数据库高可用方案改进和设计

3.SQL审核

4.性能分析和预警

5.SQL性能优化

6.弹性扩缩容

前期已经推进了一些项目，而后续的事情逐步落实下来，也算是对于运维方向的一些落地和改进吧。