数据库年度规划工作的方法论

　　春天来了，也到了新的财季，新的年度规划也要开始了。我相信很多同学都会有一种茫然的感觉，一年到头有做不完的事情，同时也感觉规划和实际落地会有很大的差距。
　　这么想是正常的，反之没有规划可能情况会比较糟糕，而更糟糕的是如果规划不当，就会出现如下的尴尬局面。
　　1）每年要做的事情都差不多，看不到实质性的变化
　　2）要做的事情方向太多，导致东一榔头西一棒槌，效果平平
　　3）要做的事情难以衡量业务价值，忙完了感觉难以被认可
　　4）要做的事情周期太长，从投入产出比来说总是不太划算
　　对于数据库侧的总体目标，我们达成了体系内的共识，那就是稳定，安全，高效，所有的工作都应该紧密围绕这三个维度来开展。
　　对于规划来说，这就有了一个指引，所以我的工作规划是按照稳定安全高效三个维度来逐步展开。
　　首先是对于这些业务目标的定义，明确清晰的定义能够解决近乎一半的问题，所以在定义方向上，也做了很多的权衡。
　　明确了定义之后，比如我把稳定方向定义为4个维度：
　　1）数据库高可用
　　2）分布式架构
　　3）运维优化
　　4）标准化管理
　　那么就需要考虑在这几个维度中的现状是怎么样的，同时和行业里的标杆企业相比，我们的差距是什么，有了这一套方法论，我们的目标就是进一步提炼出实现路径，整个这套体系是动态变化的，也就是说，现状在变化，和行业的差距也在缩小或者变大，在改进路径方面就需要一些策略和解决方案。
　　比如对于稳定的分析
　　对于高效和安全的分析：
　　有了这些分析之后，需要提炼和梳理出改进方案和路径，比如对于稳定侧的改进路径补充如下：
　　当然改进路径有很多，我们需要对这些方案进一步提取，标明优先级，这样一来得到的就会是一个相对理性而且优先级较高的目标任务。
　　进一步汇总后提炼，综合团队情况得到的就是一个相对清晰的年度目标任务。
　　年度规划是一个相对短期的工作目标，我们应该在这个基础上规划出一个更长期的目标，比如35年内的一个蓝图目标，需要有一定的前瞻性和难度，否则参考价值就大大降低了。
　　这块的信息我就不一一列举了，毕竟每个公司的起点和状态不同，没有完全的可比性，但值得一提的是，可以参考很多国内外的先进论文，在其中会有一些相对清晰的借鉴和指导。
　　也希望大家都能够理清自己的业务痛点，找到可改进的目标和方向。
　　最后来说下运维日历，今天做一个技术方案的沟通，方案很快达成一致后，大家的目标就是选择一个吉日，比如系统迁移升级，我们经过比后，发现只有22日这一天无论搬家拆迁，还是开工动土都是好日子，所以努力到家了，外加一点运气，想不成都难。