189 8069 5689
导读： 金融业研发过程都离不开平台支撑，实现研发过程自动化协同和控制，其中代码的质控可以通过集成Sonar、Checkstyle等很好的实现自动化，但是SQL的质控在自动化流程中却长期处于空白。 如今，通过SQM研发的Jenkins插件、JVM探针，将SQL质控的自动化能力组装到DevOps流水线中，彻底填补了这个空白，必要时配以SQM的OpenAPI，能实现更强大的能力。
创新互联建站坚持“要么做到，要么别承诺”的工作理念，服务领域包括：做网站、成都网站建设、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的涟水网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！DevOps与金融企业研发
IT研发领域里，DevOps已经成为一套越来越主流的实践方法集和文化价值观，它可以帮助企业缩短软件发布周期，提升软件质量，安全快速获取产品开发反馈。 在国内，各大金融企业很早就开始实践DevOps理念，并且有些银行落地比较到位，已取得很好成效，比如招商银行、平安银行、民生银行、中信银行等。
研究机构发现，在DevOps过程中， 自动化 是带来组织效能差异的关键因素，也是DevOps 的关键点。产品/项目的规划设计、计划跟踪、迭代开发、持续交付这些不同阶段都有好的方法论支撑，比如故事地图、Scrum框架、看板方法等，但是那些将全局过程标准化、自动化、可视化，关键流程和节点管控到位，并行开发过程协同管理到位，构建起完整DevOps流水线的企业才能获得大收益。
因此，过去几年，各企业都在构建自己的DevOps平台，即完整的DevOps流水线。 笔者总结了一下，大致分为两个流派，开源或自研。
开源流派，基于开源工具链的持续交付流水线，实现从0到1快速构建DevOps能力。
自研流派，核心大多都是对开源工具链的封装、扩展、增强，简化使用难度，实现DevOps目标。 金融企业出于安全性、稳定性，自主可控等因素，大多走自研或合作研发DevOps平台的路径。
无论哪个流派，对代码的质控管理都是关键一环，通过集成Sonar、Checkstyle等能很好的实现自动化。
但是SQL的质量控制却还停留在不检测或者人工检测，效率低，质量标准差异大，不能自动化，不能和DevOps融合的状态，产生很大的风险隐患。
SQL质控的挑战和价值
多年的实践中，我们发现影响业务性能、连续性、稳定性的因素多种多样，但归纳起来可以分为六大类，其中两大类和SQL有关。
在现代的企业研发中，其它因素都有较好的方法和工具控制，但SQL质量问题一直未能得到较好解决，业务爆发各种SQL性能及安全问题，倒逼必须将能够SQL质量控制住，在其影响业务之前就要发现并消除掉。
经过在SQL质控方向多年的探索，我们发现，虽然SQL质量问题存在于应用软件的全生命周期，从开发、测试、发布上线、生产运行，SQL质量问题，无处不在，但进行SQL质量控制的效果，却是越前置越好。
开发测试阶段SQL质控效果远远大于生产运行阶段SQL质控效果，前置解决才是根本。 同时通过将SQL质控按场景工具化、自动化，和DevOps过程集成起来，可以高效的实现质控目标。 SQM-SQL质量管控平台，应运而生。
两大引擎，SQL解析引擎+专家引擎
覆盖应用全生命周期:开发、测试、上线发布、生产运行
内置的专家经验规则+语法树特征值、文本正则匹配的灵活自定义规则能力，全面覆盖用户SQL规范
支持各种开发语言构建的应用
支持数据库Oracle、MySQL、DB2，即将支持Microsoft SQL Server 、PostgreSQL、OceanBase
Jenkins插件、JVM插件，与DevOps集成，自动化SQL质控
强大的OpenAPI，方便用户快速将SQM能力与其它用户系统集成
支持不同规模、不同研发模式的十多种场景化SQL质量管控方案，适合的才是最好的
智能优化，能够对SQL进行全面分析后，给出精确的优化建议，比如创建索引等
DevOps中的SQL质控
DevOps中的SQL质控应从流程制度建设、管控手段建设、人员能力提升三个维度综合解决问题。
SQL质控前置到开发测试阶段。 在开发交付给测试的环节前引入SQL的质量控制，提升团队之间的协作效率，减少返工带来的成本增加，在测试环节引入自动的SQL质量复核能力，全面覆盖。
人员能力和质量管控提升。 人员能力，可通过培训、专业辅导、SQL代码规范等方式进行提升。 质量管控，借助专业工具作为抓手进行管控，对于极端复杂问题可借助专家支持优化。
一般的DevOps流程可视为两级流程。 一级主流程是DevOps的整体过程，包括“任务管理、代码管理、构建和发布、其他后续”。
“构建&发布”的二级流程，包括了多个步骤： 源代码管理，代码检查，构建，测试，部署。 二级流程下又包含了多项“操作”，比如“代码检查”包括了规范性检查，安全检查，其他检查。
SQM研发的Jenkins插件、JVM插件，支持快速组装到DevOps流水线中，在代码检查环节，自动化进行SQL的质量检查。 在测试环节，自动化进行SQL的质量检查。
过程示意图
Jenkins+SQMPlug-in实际运转图
案例解析与探讨
X银行
解决方案： Jenkins插件+JVM插件+OpenAPI，分阶段落地
SQM与开发流程融合，在开发测试环节提供SQL审核服务。 在开发阶段处理大部分的SQL质量问题，将运维工作前置到开发阶段，大大节约成本且提高开发效率。
1）SQM平台实现与DevOps融合
2）SQM提供SQL脚本审核功能（实时审核）
3）复杂SQL可经过SQM平台由DBA协助处理
4）提供SQL豁免处理流程
Y银行
解决方案： 工单+OpenAPI+平台
为了达成SQL质量控制目标，该行结合自身情况，从SQL质量控制要点出发，持续实践迭代，利用SQM审核工具覆盖开发环境和测试环境，进行SQL的审核与监控。
2016年SQM项目正式启动。 SQM从一开始的调研实施，到后续不断的迭代完善，现在已经在该银行的研发体系里扮演了重要的角色。
截止2019年年中，该行的SQM平台的用户有三千余人，配置的项目（子系统）有四百多个，监控五百多个测试库，工单总数将近五千个，每天创建工单数有20个左右，工单当天处理完成率达80% 自动化的SQL审核减轻了测试和运维的压力，大大减少了人工的工作量统一了开发规范流程，通过不断探索，总结出了最佳实践的工作流 极大减少了应用投产之后由于SQL性能引发的严重问题助力该银行打造数据中台，以及DevOps开发运维一体化建设 促使项目性能问题统一归档、分类和追踪，形成比较完善的处理闭环，并为项目组开发质量评价提供量化指标数据。
Z银行
解决方案： OpenAPI+连库捕获+流程再造
该行对SQL审核的期望目标如下：
1）防止问题SQL流入至生产环境
2）项目上线前SQL的检测，对问题SQL进行审核整改
3）设计的闭环审核流程，确保每个问题SQL都完成整改
在对开发测试流程进行梳理，该行决定将SQM审核与开发流程融合在一起，进行流程再造。
