银行金融机构数据中心自动化建设 -----开源方案和闭源方案讨论?

面对互联网行业对传统银行业的冲击,银行数据中心管理的设备越来越多,越来越复杂,数据中心自动化建设是银行业面临的一项迫在眉睫的工程。面对当前各种自动化工具,有能实现某些功能的开源方案,也有一些集成化高的闭源方案,这些方案在价格和人力成本上都有鲜明的对比,为了最好的适应银行业的基因,该如何选型?一直困扰着我们,之前听说opsware这个不错,后来有的银行也告诉我说准备用ansible去替换opsware,所以我们也想多和同行去咨询下,哪个方案比较适合银行基因。
市场上开源方案有哪些? 闭源方案有哪些?

6回答

邓毓邓毓  系统工程师 , 江西农信
挚爱咖啡索索夏yinxin等赞同了此回答
开源灵活,相对容易二次定制开发,无论是自己还是第三方,但开发周期可能比较长,项目见效慢。闭源功能齐全,可能会水土不服,过于笨重,涉及二次开发的内容需要原厂支持,自己和第三方很难做,但实施周期短,产品功能见效快。现在国内还有一种闭源的方式,就是提供一个平台,自己可以在这个平台...显示全部

开源灵活,相对容易二次定制开发,无论是自己还是第三方,但开发周期可能比较长,项目见效慢。闭源功能齐全,可能会水土不服,过于笨重,涉及二次开发的内容需要原厂支持,自己和第三方很难做,但实施周期短,产品功能见效快。现在国内还有一种闭源的方式,就是提供一个平台,自己可以在这个平台上通过各种模板实现,自动化情景的定制,但涉及平台底层的改动,还是要厂商支持。

收起
 2019-04-11
浏览1014
chengfeiwchengfeiw  软件开发工程师 , 中国银行
索索夏彬彬赞同了此回答
开源自动化产品或成商用自动化产品在金融业落地的话,有以下几方面可供考虑。1、自动化的范围,大致分为应用自动化、服务器自动化、网络自动化、存储自动化。从商用的看,假设上述自动化全部涉及,基本上就是一套厂商的自动化解决方案,价格不菲,运维成本高,二次开发难度高。而且比...显示全部

开源自动化产品或成商用自动化产品在金融业落地的话,有以下几方面可供考虑。
1、自动化的范围,大致分为应用自动化、服务器自动化、网络自动化、存储自动化。从商用的看,假设上述自动化全部涉及,基本上就是一套厂商的自动化解决方案,价格不菲,运维成本高,二次开发难度高。而且比较难的一点是很难只绑定一家产品,涉及到多产品整合又是一个新的考量点。
从开源产品看,必然涉及到二次开发的适配,以及多个开源产品的组合。
2、评估自动化的规模,规模小可能开源产品能基本满足需求,一旦规模起来了,开源产品的问题就凸显出来。商用产品可以承诺服务规模。
3、升级迭代的问题,无论开源还是商用的,都会涉及到此问题,一个是向下兼容性,一个是对新架构或产品的适配速度。
总之,还是量体裁衣。开源的不一定就是便宜,商用的就是贵,需要按整个生命周期评估。用开源的技术能力要求高,商用的要求服务支持好。开源的改造相对容易,商用的改造困难且迭代周期长。
另外银行业的IT是需要拐棍儿的,一旦出现问题,要么自己撑得住,要么把锅推给服务商。

收起
 2019-04-12
浏览719
wanggengwanggeng  系统运维工程师 , 某银行
索索夏彬彬赞同了此回答
关于自动化运维:不论开源方案还是闭源方案都没有拿来即用的方案,需要投入定制化开发,开源方案优势是全自主,劣势是自身投入和技术要求高,要完全消化吸收;闭源方案项目投产初期快,能快速解决一些问题。劣势是成本在规模上去后高,定制需求的响应慢。闭源方案也有很多选择,较成熟的...显示全部

关于自动化运维:不论开源方案还是闭源方案都没有拿来即用的方案,需要投入定制化开发,开源方案优势是全自主,劣势是自身投入和技术要求高,要完全消化吸收;闭源方案项目投产初期快,能快速解决一些问题。劣势是成本在规模上去后高,定制需求的响应慢。
闭源方案也有很多选择,较成熟的可以看看Opsware、BMC、ansible、腾讯蓝鲸、理想科技等。

收起
 2019-04-12
浏览721
顾黄亮顾黄亮  技术总监 , 苏宁消费金融有限公司
索索夏彬彬赞同了此回答
我认为核心问题不是在于工具的选型,而是在于工具使用的方法论上。以我公司自动化建设为例,建设自动化流水线,流水线的每个节点对于一个模块,也就是一个工具,具体的工具选型也是遵循稳定、可靠、安全、可维护的原则。把多个工具组链,形成流水线工具集,采用逻辑中台来管控工具,形成...显示全部

我认为核心问题不是在于工具的选型,而是在于工具使用的方法论上。
以我公司自动化建设为例,建设自动化流水线,流水线的每个节点对于一个模块,也就是一个工具,具体的工具选型也是遵循稳定、可靠、安全、可维护的原则。把多个工具组链,形成流水线工具集,采用逻辑中台来管控工具,形成以交付为目标的流水线。
工具的使用方面,一:尽量不要做到工具的二次开发,以我的经验来看,二次开发投入的人力和物力过于庞大,而且工具的作者也有相应的优化迭代计划。对于工具的使用,只需使用工具的相应功能,如jenkins的交付、ansible的配置管理、sonar的扫描。采取接口的方式,把每个工具抛出的数据集中、聚合、分析,形成链式报表。二:做到工具集群的解耦,比如说某些工具具备高可用集群方案,或者强关联的一些功能。贸然使用,会导致工具内部出现问题不能快速的解决,需要扩容,需要做更多的配置,不能快速上线。我们的做法是工具的解耦,工具的使用永远的最干净的。
希望能够帮助你

收起
 2019-04-11
浏览788
zhenbaomzhenbaom  信息技术经理 , 某银行
索索夏Mr_zhangCY赞同了此回答
我行之前就是用的opsware,严格来说是个不错的产品,但是有几个问题,一是oo流程引擎对于大并发的性能不好。二十sa整体架构落后现有主流架构十年,对于新兴工具集成难度大。三是因为hp将产品买给mf,技术人员流失非常严重,出了问题解决不了。四是采购价格昂贵,mf对于后期维保价格更...显示全部

我行之前就是用的opsware,严格来说是个不错的产品,但是有几个问题,一是oo流程引擎对于大并发的性能不好。二十sa整体架构落后现有主流架构十年,对于新兴工具集成难度大。三是因为hp将产品买给mf,技术人员流失非常严重,出了问题解决不了。四是采购价格昂贵,mf对于后期维保价格更是高出hp一大块。五是新版本产品稳定性一般,经常性宕机。还有一大堆小问题就不罗列了

收起
 2019-04-11
浏览877
fuzzycolefuzzycole  产品经理 , UMCloud
索索夏赞同了此回答
现在自己做的产品也是大量地用到了Ansible,Ansible用来做批量系统配置、批量程序部署、批量运行命令,整个逻辑十分简单易上手。opsware不是很了解,不过我想既然有这么好的开源工具了,而且社区也有足够的资源可以要学习参考,为什么不考虑用开源工具呢?另外又话说回来了,最早时候...显示全部

现在自己做的产品也是大量地用到了Ansible,Ansible用来做批量系统配置、批量程序部署、批量运行命令,整个逻辑十分简单易上手。opsware不是很了解,不过我想既然有这么好的开源工具了,而且社区也有足够的资源可以要学习参考,为什么不考虑用开源工具呢?另外又话说回来了,最早时候容器平台金融行业很多用了Mesos,后来不也切到K8S上了么,技术栈啥的变化是很正常的,没有说一定哪种更好,只能说选自己熟悉的易上手的就可以了。

收起
 2019-04-11
浏览778

提问者

sunzheng软件开发工程师, 重庆农村
相关推广
  • 某保险公司容器云PaaS平台建设实践经验分享
    随着技术和社区的成熟,容器、Kubernetes、微服务等新事物不再只是概念,已在很多企业落地并发挥了生产力,对容器和PaaS的需求也从试探性转向规模化推广和纵深探索,建设企业级容器PaaS平台成为必然趋势。本文从某保险企业数据中心云计算架构师的角度,对Openshift在金融企业的落地姿势做介绍,技术选型、运维实践及填坑经验。
  • 问题状态

  • 发布时间:2019-04-11
  • 关注会员:7 人
  • 问题浏览:1446
  • 最近回答:2019-04-12
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30