搜文章
推荐 原创 视频 Java开发 iOS开发 前端开发 JavaScript开发 Android开发 PHP开发 数据库 开发工具 Python开发 Kotlin开发 Ruby开发 .NET开发 服务器运维 开放平台 架构师 大数据 云计算 人工智能 开发语言 其它开发
Lambda在线 > talkwithtrend > 系统越来越多,共用数据库集中部署 VS 单系统单独部署,哪种方式更合适?| 争议

系统越来越多,共用数据库集中部署 VS 单系统单独部署,哪种方式更合适?| 争议

talkwithtrend 2019-11-13

以下内容来自社区探讨,欢迎点击阅读原文到社区与同行交流本话题


数据库系统是采用多个系统共用数据库的集中方式部署,还是每个系统单独部署数据库呢?

随着金融行业业务种类的不断增长,要求IT系统的数量也不断增多,而每个系统必须相应的数据库系统支持,在这种情况下,数据库系统是采用多个系统共用数据库的集中方式部署还是每个系统单独部署数据库呢?
集中方式部署的优点是维护方便、资源节省、投入较少,但不便于业务连续性管理,且风险集中并相互影响;独立部署优点是不存在相互影响,业务连续性管理方便,但是管理维护难度大、成本高、资源浪费多、投资大。面对这些问题,如何寻找平衡点就成为了一个难点。

(问题来自@kh17121823 华融湘江银行 系统工程师)


@telnet4730 光大证券 数据库运维工程师:

在做整合这件事情之前,要清楚主要是为了什么,再在此基础上做平衡,就会找到突破点。

有的公司实例太多,服务器太多,维护人员少,运维工作繁杂效率低,这时管理成本、硬件成本或者机房基础环境就是是公司运维工作的主要问题,那么这时整合就是一个好的途径,来解决这类主要问题;但是如果你的系统是核心系统,非常重要,那么你的业务连续性保障是第一的,那么独立部署我想就是唯一的选择。


@李英杰 北京鼎新智联 数据库管理员:

应用集中部署和分别部署数据库,各有优缺点,集中部署实例、数据库数量比较少,可以减少硬件数量,较少硬件费用,减少DBA的工作量。应用数据库分别部署数据库,易于维护,出问题影响面小,各应用数据库资源独立,一个应用出问题不会影响其他系统。

应用采用集中部署还是每个应用单独部署,这个要结合应用实际,综合来看,我认为主要从应用的重要程度、数据量、并发三个方面来看,如果应用比较重要,数据量大,并发较高,建议采用分别部署方式。如果应用数据量小,并发也不高,且每个应用业务高峰期时间段不一样,建议采用集中式部署。


@tongshuai 上海新炬 技术支持:

我觉得可以考虑这样的。

数据库量大或者业务增长比较快的数据库采用单独数据库。

这样可以提高性能,提高数据安全。

数据量少而且业务增长比较慢的可以采用集中数据库。

这样可以用比较少的硬件资源就可以支撑了,降低了成本。

至于数据安全和维护成本,其实这个通过制定相关的管理规章去规范,一般不会有什么问题的。


@韩成亮 KE 数据库管理员

其实这个问题就是想太多了。是否是集中部署或者单独部署,这个并不是拍脑袋决定的。无论是哪种方式都有各自的优点和缺点。

对于公司而言,不同的阶段所采取的结构是不同的,至于你说的平衡点,一切都看业务。


@code2 cbrc 系统分析师:

集中管理方便,费用小,但存在集中度风险,数据库系统一旦出现问题,所有系统瘫痪。分散部署费用大,维护困难,数据库系统出现问题时只是部分系统停止运行,影响较小。具体应用时可以考虑系统的性能要求,业务密集,性能要求高的,单独部署。业务量小且高峰期不同的系统可以采用集中方式部署。集中方式要考虑满足多个系统性能要求时硬件的成本。


@岳彩波 产品经理:

1、数据库选型不要过多,一种或两种。

2、各业务系统至少要相对独立,对于运维和日常问题处理会很方便。

另:集中部署和独立部署都是应用层次的,数据库层次只有单机、双击、集群、分库分表、分布式等各种方案,应用层次的问题应该很好解决,做好监控,日常巡检。


@匿名用户:

我比较赞同telnet4730的说法。

然后用工作过两家城商行实际情况总结一下,希望对你有帮助。

开发环境:同一实例下建多个库,共用实例不共用库。

测试环境和准生产环境:单独实例单独库,实例和库都不共用。

生产环境:单独主机,单独实例,单独库,主机实例和库都不共用。


@macrozeng IBM 数据库管理员:

如果系统数据不是共用的话,个人意见还是分开部署,利于保证数据安全,提高性能。当然如果是多个相关小数据库可以考虑部署在一起,利于将来的数据挖掘需求。


@冯岩 银行 数据库管理员:

其实,这个问题我理解就是:“系统价值” 与 相对应的 “资源分配” 问题,系统的业务价值越高,投入的资源就越多;相反,系统只是作为测试使用,分配的资源、维护时间就很少。

拿我这边环境的情况,简单讲讲:
培训环境:
这种环境只是提供用来业务部门的业务培训使用,能保证业务流程展示学习就满足要求。基本上对于大多数业务系统,多个业务系统的数据库会被整合到一台 VMware虚拟机上。当然,个别系统也会独占一台 VMware虚拟机。
开发 / 测试环境:
提供给业务系统开发、测试使用的环境,底层基础环境基本上都做了虚拟化,按需分配资源。一小部分业务系统的应用服务器或数据库服务器会被整合到一台虚拟机资源上使用。大多数业务系统的数库会被分配独立的 VMware虚拟机资源,并根据测试需求动态调整主机资源。
性能环境 / 生产环境:
这些环境基本承载着银行实际的业务,基本上每个业务系统的数据库都单独部署,独占冗余的物理资源,基本上都是高可用架构,提供连续高可用的业务支撑。
总之,根据业务系统的价值、用途的重要程度,分配相应级别的资源和成本投入。其实,建立个“数据库云服务平台” 可以提供灵活智能的资源弹性扩展、动态按需分配的能力,维护管理自动化。
大家应该多多讨论 “数据库云服务平台” 相关建设的经验。
欢迎点击文末 阅读原文 到社区讨论交流,发表您的观点
觉得本文有用,请 转发 或点击 “在看” ,让更多同行看到


 资料/文章推荐:

  • 金融行业基于开放平台整合重要及外围系统数据库如何保障高可用性

    http://www.talkwithtrend.com/Article/245975

  • 多套Oracle数据库系统的整合思路及整合实例

    http://www.talkwithtrend.com/Article/243709


http://www.talkwithtrend.com/Topic/597


下载 twt 社区客户端 APP

与更多同行在一起

高手随时解答你的疑难问题

轻松订阅各领域技术主题

浏览下载最新文章资料


或到应用商店搜索“twt”


长按二维码关注公众号

版权声明:本站内容全部来自于腾讯微信公众号,属第三方自助推荐收录。《系统越来越多,共用数据库集中部署 VS 单系统单独部署,哪种方式更合适?| 争议》的版权归原作者「talkwithtrend」所有,文章言论观点不代表Lambda在线的观点, Lambda在线不承担任何法律责任。如需删除可联系QQ:516101458

文章来源: 阅读原文

相关阅读

关注talkwithtrend微信公众号

talkwithtrend微信公众号:talkwithtrend

talkwithtrend

手机扫描上方二维码即可关注talkwithtrend微信公众号

talkwithtrend最新文章

精品公众号随机推荐