基于运维开发体系的梳理

　　今天把运维开发的体系做了一层梳理，基本把一个整体的脉络理清楚了，这部分的内容也会不断萃取和整理，希望能够给大家一些参考。
 

　　整体上我会分成三个部分来循序渐进。

　　首先是运维开发基础，这个部分我是主要包含了Shell和Python，值得一提的是在我的规划中，Shell本身是不属性运维开发技能的，但是从我了解的情况来看，很多萌新对于Linux的使用有些有限，不能作为主要开发语言和不重要是两回事。所以把shell也揉入了进来，基本的系统管理和脚本开发是运维开发的基本功。而选择Python则是一种相对大众的语言，因为它的生态相对丰富，所以在使用中相比其他语言会便利许多，而且Python从学习来说，学习周期和难度还是比较适合运维开发的。

　　基于web的运维开发技术，是在基础开发的部分衍生出来的，掌握了基本的Python技术不一定能够完全掌握基于web的开发技术，因为不是完整的一个技术栈，web方向涉及的知识体系相对要大得多，而且会很杂。打算也是是稳中求胜，把一些基本的概念和示例能够展示出来就算开启运维开发的大门了。

　　架构和设计是运维开发里面的难点部分，其中自动化运维的架构设计部分就好比是画一幅画，如果把轮廓画好了，基本上画的质量和效果是可以预见的。一个松散没有良好架构设计的系统是很脆弱的，也是经不起考验的。所以我们会先谈规划，在这个部分会把一些设计思想引入进来，首先就是前后端分离，然后是基础架构的功能和设计。
 

　　在运维基础架构设计部分主要是从元数据，脚本管理，接入管理，API管理和任务调度等几个部分进行着手，把这部分系统建设和数据库业务结合起来，完成更加透明的接入方式。

　　而产品设计和实现是很多同学比较关注的，也就是很多数据库方向的具体工作怎么做。这里我不打算提智能化的更多内容，而是先把平台化，自助化的底子打好。

　　运维管理模块我会主要从基础运维，备份恢复，高可用管理，分布式管理几个部分进行产品设计和集成实现。

　　而自助服务的部分我打算抛砖引玉，主要是做几个部分的内容专题:SQL自助审核，业务自主巡检，工单自助服务三个方向。

　　以上的部分大部分都已经落地实现了，也是在这些比较碎片化零散的总结中摸索出来了这样一套体系。

　　这部分的内容编辑已经在计划中，计划在年内给大家一个明确的交代。