数据库工单系统的初步设计
对于数据库工单的设计一直以来是工作中的一个重点和难点,说是重点其实主要是很多DBA同学对于业务支持大家不够重视,但是从支持上希望及时响应业务,说是难点是因为目前大家的这种矛盾的状态难以得到改善。所以我们需要简单梳理一下工作现状,把一些工作的情况做下改进,至少不能比现在的情况更糟糕,当然要更方便,更有效率是基线的标准。
其实每个公司对于工单的理解不同,工单的处理效率其实能够反映出业务支持的专业能力和服务质量。在这个基础上,我们需要对已有的工作做下分类,我大体分为了下面的五类工单,基本能够涵盖大多数的业务场景。 我来简单解释一下。
首先能够对接到的基础单位就是数据库实例,这是我们面向业务的一个数据维度,所以再深入一层,我们提供的是数据库服务,或者说得再明确一些,我们提供的是数据服务。
第一道坎就是数据库资源的交付,这个看似简单的需求是我们在完善工单系统的过程中偏后期去做的,因为这个涉及的流程和环节会多一些,数据库的实例在操作系统之上,那么我们就需要对接服务器资源。
这个过程可以把数据库方向的一些工作打包起来,作为一种专业能力的输出展示出来,比如对于业务可以感觉到的数据库高可用,分布式方案,可以根据业务特点来融入到资源申请的部分,这个底层还是需要依赖元数据的支持。
在这个之上就是权限的管理,这是实例管理的一个入门点,也是落实规范的一个切入点。作为业务效率的提升,我们可以把多类工作整合起来,在这个里面实现工单的拆解。
兑现变更涉及数据变更类的操作,比如DDL变更,DML变更等。在这个过程中可以融入SQL审核,比如SQL质量不足60分,工单没法提交等。
对于通用查询和数据流转可以转化为一类自助服务,业务可以提出需求,通过自助接口来满足需求。