SQL自动化上线的初步设计

这是学习笔记的第 1824篇文章

对于开发同学来说，能够最快的响应业务需求是最能表现服务质量的事情了。

对于运维开发同学来说，能够最快的完成业务需求是最能表现运维价值的事情了。

所以两者结合起来，应该是大家都希望看到的情况。但是从我的了解来说，我是不希望在初期的时候就推行自动化上线的。由于隐患太多，需要填补各种潜在的坑和复杂的业务场景。这些细节会让你焦头烂额，所以我们开始的时候可以做少量功能裁剪的。

自动化设计该怎样推行，基石就是SQL审核，假如一条SQL语句的打分在90分(满分100分），基本能够判断这条SQL质量是不错的。假如这是一条create table语句，那么这条语句的影响范围是最小的。假如业务同学提交的服务器信息无误，配置无误，那么我们解决的时候无非就是点开页面，而后不断的点击解决。如此一来，整个事情的就没有什么技术含量了。我们可以做得更深入少量，直接坐到自动化执行，那么这个复杂度和技术含量就高了一个等级。

一个初版的SQL自动化上线的设计如下：