数据库工单系统的初步设计

对于数据库工单的设计一直以来是工作中的一个重点和难点,说是重点其实主要是很多DBA同学对于业务支持大家不够重视,但是从支持上希望及时响应业务,说是难点是因为目前大家的这种矛盾的状态难以得到改善。所以我们需要简单梳理一下工作现状,把一些工作的情况做下改进,至少不能比现在的情况更糟糕,当然要更方便,更有效率是基线的标准。

其实每个公司对于工单的理解不同,工单的处理效率其实能够反映出业务支持的专业能力和服务质量。在这个基础上,我们需要对已有的工作做下分类,我大体分为了下面的五类工单,基本能够涵盖大多数的业务场景。 我来简单解释一下。

首先能够对接到的基础单位就是数据库实例,这是我们面向业务的一个数据维度,所以再深入一层,我们提供的是数据库服务,或者说得再明确一些,我们提供的是数据服务。

第一道坎就是数据库资源的交付,这个看似简单的需求是我们在完善工单系统的过程中偏后期去做的,因为这个涉及的流程和环节会多一些,数据库的实例在操作系统之上,那么我们就需要对接服务器资源。

这个过程可以把数据库方向的一些工作打包起来,作为一种专业能力的输出展示出来,比如对于业务可以感觉到的数据库高可用,分布式方案,可以根据业务特点来融入到资源申请的部分,这个底层还是需要依赖元数据的支持。

在这个之上就是权限的管理,这是实例管理的一个入门点,也是落实规范的一个切入点。作为业务效率的提升,我们可以把多类工作整合起来,在这个里面实现工单的拆解。

兑现变更涉及数据变更类的操作,比如DDL变更,DML变更等。在这个过程中可以融入SQL审核,比如SQL质量不足60分,工单没法提交等。

对于通用查询和数据流转可以转化为一类自助服务,业务可以提出需求,通过自助接口来满足需求。

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2018-11-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏钱塘大数据

大数据处理过程之核心技术ETL详解

核心技术架构挑战: 1、对现有数据库管理技术的挑战。 2、经典数据库技术并没有考虑数据的多类别(variety)、SQL(结构化数据查询语言),在设计的一开...

6506
来自专栏后端技术探索

从既有系统到微服务架构

微服务近年来可谓炙手可热,合理的使用微服务架构可以解耦系统、提供更好的软件伸缩性以及提高组织的敏捷性。然而现实中较少有项目一开始就会选择使用微服务架构,绝大多数...

1362
来自专栏斑斓

剖析大数据平台的数据源

我在一次社区活动中做过一次分享,演讲题目为《大数据平台架构技术选型与场景运用》。在演讲中,我主要分析了大数据平台架构的生态环境,并主要以数据源、数据采集、数据存...

4117
来自专栏web前端教室

没有哪个教程,是一点难度不带的,要以递归的方式来学习教程。

今天文章的标题的是在和一个新同学聊天沟通的时候,偶然提到的, ? 我觉得ta的心态特别好,对于学习的心态也特别的端正。很清楚的明白,目前还有许多不懂的地方,而这...

2117
来自专栏CSDN技术头条

Lambda架构已死,去ETL化的IOTA才是未来

经过这么多年的发展,已经从大数据1.0的BI/Datawarehouse时代,经过大数据2.0的Web/APP过渡,进入到了IOT的大数据3.0时代,而随之而来...

3114
来自专栏纯洁的微笑

从既有系统到微服务架构

微服务近年来可谓炙手可热,合理的使用微服务架构可以解耦系统、提供更好的软件伸缩性以及提高组织的敏捷性。然而现实中较少有项目一开始就会选择使用微服务架构,绝大多数...

963
来自专栏云计算D1net

什么是开发混合云应用的核心因素

虽然为混合云部署开发应用并不是某种黑暗魔法,但是对于很多企业来说,这还是一项具有一定神秘性的工作。 可以想象,任何设想进行混合云开发的用户最终都需要完成很多个这...

3837
来自专栏织云平台团队的专栏

模型剖析 | 如何解决业务运维的四大难题?

3243
来自专栏企鹅号快讯

新手如何学习java?一位十年开发经验的资深大牛给Java新手一些建议

这一部分其实也算是今天的重点,这一部分用来回答很多朋友所问过的问题,那就是我你是如何学习Java的,能不能给点建议? 今天我是打算来点干货,因此咱们就不说一些学...

2349
来自专栏后端技术探索

简述架构设计原则

1.全面解耦原则:对业务进行抽象建模,业务数据与业务逻辑解耦,软硬件解耦,平台和产品解耦,系统各部件解耦。模块、组件高内聚,低耦合。

1453

扫码关注云+社区

领取腾讯云代金券