运维建设的方向和思路
今天和同事聊需求的时候，突然发现目前我们在做的一些系统，其实他感觉有些迷茫，主要就是一个建设的思路和方向这一块，我想了下，也确实，目前来看，其实系统的功能初期避免不了这几个阶段，目前的做法有点类似，这儿一撮，那儿一撮，看起来没有重点和章法。其实换一个角度来说，就会逐步的明白里面的一些缘由了。
我们去规划和设计整个方向的时候，肯定有很多的想法，但是难点就在于这些事情由谁来做，时间是否合适，如果时间规划上不够，那么这个规划就成了摆设。 所以现在大家都在马不停蹄的做一些对接和调试。
比如下面的一些工作，如果让你来看，可能会觉得有些多。
调试接口：
MIS工单接口
工作流接口
ES接口
salt接口
系统部主机IP接口-待定
系统部运维树接口-待定
开放工单接口给MIS
巡检接口
开放SQL审核接口 -待定
应用开发：
应用管理配置管理
巡检模块调试
工单管理
工单状态回调开发
数据库方向开发：
SQL审核信息稽核
SQL规则定制和计划梳理
其实这些是明天和后天两天要做的事情。这些都要基本落实下来。
所以辛辛苦苦的对接系统，设计和开发这么多功能到底为了什么，本质上还是希望我们的平台价值能够发挥出来。比如目前来看，我们已经在和多个系统对接了。
这个对接的过程中，我们也要设计接口，同时也要对接接口。所有的事情要并行做，总是会让人倒吸一口冷气。
所以这个方向可以设置为几个明确的目标,比如下面4个目标：
KR1：x月底前，在运维维度上，实现MySQL、Redis安装部署，权限开通，备份恢复模块；
KR2：x月底前，在业务维度上，实现SQL审核平台上线应用，任务调度，日志检索数据库模块开发，高可用管理;
KR3：x月底前流程管理和外部系统对接，包括MIS,即时通讯接口,监控系统,系统运维平台，ES接口;
KR4：全年度，在提升团队整体开发能力方面，组织不少于5次开发基础知识分享会；
通过这几个维度组合起来，就是一个相对笼统的脉络了。
而如果细化来说，数据库方向的建设其实大体有如下的一些方向，运维平台只是其中的一部分，我们的建设思路一定是先从业务的维度入手，同时有平台的支持。
蓝色的部分是之前的状态，而现在来看红色的部分已经基本涵盖到了，而这些也就是我们不断推动去做的一个价值体现。
后期要补充的内容，我也做了一些规划，整体会是这样的一个步调，会分为三个维度：运维维度，业务维度和数据库方向来共同推进。
运维维度：
- 高可用管理，实现MHA部署和切换管理
- 元数据补充，完善应用信息管理和运维树管理
- MySQL备份恢复改进和DML闪回定制
- 慢日志管理和分析
- 审计日志管理和检索
- 任务模块和调度模块建设
- 数据中转模块，数据迁移模块
- SQL审核,定制Inception
- 通用查询模块，定制SQL Advisor
- SQL自动化上线
业务维度：
对接工单接口，回调接口
1.工单管理和工单流转
2. 工单统计和分析
监控接口
3.建设巡检模块，包括系统巡检和数据库巡检
4.巡检报告定制
ES接口
5.系统巡检日志，数据库错误日志
系统接口
6.运维树，包括系统运维树，业务树
数据库方向：
1.分布式方案定制
2.数据库高可用方案改进和设计
3.SQL审核
4.性能分析和预警
5.SQL性能优化
6.弹性扩缩容
前期已经推进了一些项目，而后续的事情逐步落实下来，也算是对于运维方向的一些落地和改进吧。