有了白屏运维工具的数据库还需要其他运维工具吗

数据库 其他数据库
如果这个问题的答案是否定的,那么就有下一个问题了:“DBA要如何去解决白屏运维工具无法解决的问题呢?”,一般是依靠DBA自身的经验和能力。在没有白屏工具的前提下,DBA需要自己去执行SQL查询一些信息,查看日志,分析硬件与网络的状态,从而发现问题,解决问题。

今天讨论一个开放式的话题,因为我也不知道答案,因此只能表达一下自己的观点,并听听朋友们的观点。最近和几个国产数据库厂商的朋友交流运维工具的事情,他们都觉得自己的数据库产品都有白屏运维工具,无需第三方运维工具就可以很好地进行运营了。也有厂家的朋友提出了一个场景,如果一个企业有多种数据库,那么第三方运维工具还是有价值的,因为每个数据库厂商的运维工具只能支持自己的数据库而第三方工具支持的数据库更加广泛。

我就是做第三方运维工具的,所以对这种观点肯定有不同的意见,但是不确定我的观点是否是合理的,因为我在和某些客户交流的时候,他们的观点也很分散,有些认为只要原厂的白屏工具做得足够好,第三方运维工具有没有无所谓,有些人觉得第三方运维工具无论如何还是需要的。支持我的观点的主要依据是:“如果有了数据库厂商的白屏运维工具,就不需要DBA了吗?

DBA依靠原厂的白屏工具能解决所有的运维问题吗?”

如果这个问题的答案是否定的,那么就有下一个问题了:“DBA要如何去解决白屏运维工具无法解决的问题呢?”,一般是依靠DBA自身的经验和能力。在没有白屏工具的前提下,DBA需要自己去执行SQL查询一些信息,查看日志,分析硬件与网络的状态,从而发现问题,解决问题。在这些过程中,如果有一些工具来协助他们,是不是有价值呢?

这个思想是我们目前开发D-SMART的主要依据,我们是希望开发一套能够帮助DBA,帮助专家来发现问题,分析问题的工具。一个“运维知识自动化平台”。

很可能一些第三方工具中的功能与原厂白屏运维工具有一定的重叠功能,不过我的感觉,原厂白屏运维工具主要的功能还是在日常运营工作中,对于数据库的管理、扩缩容、启停、SQL分析与优化、SQL限流等方面,是要比大多数第三方工具要强大很多的,但是在复杂问题的发现与预警、问题根因分析、全链路追踪、运维知识积累、系统巡检等方面还有不少需要加强的地方,另外原厂工具的功能迭代周期较长,对于企业运维而言,无法快速适配新的问题与场景。

基于上面的分析,我觉得第三方运维工具与原厂白屏运维工具之间是一种互补的生态,而不是彼此可替代的。

责任编辑:武晓燕 来源: 白鳝的洞穴
相关推荐

2024-01-04 08:06:28

数据库运维工具

2023-01-03 08:55:38

PG数据库运维

2019-03-19 08:41:38

Linux运维变更

2018-12-14 11:04:56

数据库运维智能

2015-07-16 16:31:58

运维工具

2018-09-18 09:36:52

运维数据库智能

2023-04-07 15:30:24

操作系统ChatGPT

2023-06-01 07:50:42

JSDocTypeScriptAPI

2019-06-06 08:50:08

运维监控工具

2024-02-06 10:31:15

Redis工具运维

2012-05-16 13:45:09

IT运维

2018-11-12 10:10:09

Linux远程数据工具

2020-07-21 15:53:18

戴尔

2015-06-19 06:41:45

生命科学云计算集群计算

2022-11-14 08:14:28

分布式数据库运维

2019-12-26 10:10:41

运维架构技术

2019-03-15 10:13:10

运维云计算运营

2018-09-21 09:15:39

2020-09-24 10:50:10

运维架构技术

2020-09-21 09:50:07

Linux工具命令
点赞
收藏

51CTO技术栈公众号