专栏名称: 运维帮
互联网技术分享平台,分享的力量。帮主一直坚信技术可以改变世界,从毕业到现在干了15年运维,有许多话要和你说。
目录
相关文章推荐
51好读  ›  专栏  ›  运维帮

普惠金融平台的运维发展与运维自动化实践

运维帮  · 公众号  · 运维  · 2017-03-27 09:35

正文

经过了互联网金融野蛮式生长阶段,从2015年开始规范发展和普惠金融成为中国互联网金融发展的主旋律,2016年初由国务院印发的《推进普惠金融发展规划(2016—2020年)》更成了互联网金融企业奉行的圭臬。从FinTech金融科技的角度来看,普惠金融就是充分利用互联网、云计算、大数据等技术手段,有效降低金融服务的连接、信息和计算成本,进而降低金融门槛,达到人人可参与、人人可用的金融方式。普惠金融的发展不但改变了金融企业传统的IT架构和服务交付方式,对于越来越复杂的IT系统运维也提出了更高的要求,如何确保部署在云端的金融平台和业务的稳定、高效运转,成为IT部门必须直面的一道难题。

诺亚财富是纽约证券交易所上市的独立财富管理机构,也是中国独立财富管理行业的开创者和领导者。财富派作为诺亚财富集团旗下专为白领、中产精英等高潜力人群打造的高品质财富管理平台,通过贯彻普惠金融(inclusive financial system)的理念,有效、全方位为中国中产阶级提供综合金融服务,致力成为互联网私人银行,全面打造专属于高潜力人群的综合金融服务平台。财富派于2014年6月8日上线,次年3月获得红杉资本的战略注资,截止2016年12月底,财富派已经帮助客户累计管理资产规模已经超过320亿。


《监控与性能优化》 社群有幸邀请到财富派运维总监褚哲敏先生,为我们带来他从业多年以来对互联网金融企业运维发展的一些心得体会,下面就是他的精彩分享:


大家好,我是来自诺亚财富旗下产品 财富派的褚哲敏 ,主要负责财富派的运维工作,今天有幸能够和大家分享我这些年运维经历中的一点感想,以及跟大家一起探讨下财富派的运维自动化。

本次分享的主题如下:

  • 运维1.0  运维2.0  运维3.0

    这里的运维1.0,2.0和3.0是本人根据近十年运维过程总结出来的运维3个阶段。



运维1.0: 也叫作脚本时代,大家是否对shell,bat记忆犹新?最早做运维的时候,大家为了减少重复的工作,无论Windows还是Linux都会通过脚本来减少重复工作。日积月累,脚本的数量越来越多,对运维人员的专业要求也越来越高。

为了更好的管理IT系统,逐渐出现了一些运维产品,我们也进入了 运维2.0: 也就是产品时代。常见的运维监控产品有Nagios,Zabbix;运维管理工具有puppet,saltstack等。运维产品的出现大大提高了运维的效率,同时也降低了一部分运维门槛,即便不懂脚本开发,只要熟悉使用这类运维工具就能快速的上手做运维。

随着运维产品的增多,运维需要熟悉的产品也越来越多,慢慢进入 运维3.0: 也就是平台时代。结合ITIL理论,同时融合devops概念,将各个运维产品系统进行集成,运维自动化程度越来越高,运维效率越来越高,运维入门门槛越来越低。

  • 核心思想:释放运维重复劳动力

通过运维的三个阶段来看,本人总结最核心的思想就是:释放运维重复劳动力,让运维不再做重复繁琐的工作,运维工作更加高效。而我也一直和团队传达这样的思想,运维要学会“偷懒”,重复的工作要通过工具、平台来完成,释放自己的劳动力!

  • 财富派运维自动化系统ops

财富派的运维自动化是2016年Q2开始开发,结合了ITIL的理论,目前完成了发布模块、配置模块、审批模块,正在进行cmdb模块的优化。

发布模块:

解决了开发从提交代码到代码上线的所有过程,并且整个流程运维是不参与的:

  • 目前发布系统支持:php,node,js,go,c++,python等语言发布;

  • 开发提交代码到git,随后提交ops审批和发布任务(后续会将审批和发布打通);

  • 对应测试人员看到相关任务,进行部署测试、预发、上线,在任何一个环节都可以点击回归开发;

  • 每个操作都会邮件通知相关人员;

  • 所有发布都有记录,方便日后的进行审计;

  • 一键回滚,支持历史版本回滚(回滚需运维人员操作);


  • n SQL发布结合审批工单,自动创建SQL任务,执行SQL;


配置模块

  • Ops所有项目均可配置;

  • 产线使用etcd进行配置管理,OPS和etcd进行打通,所有修改在OPS进行,方便日后进行审计(后续会和审批打通,审批通过自动进行相关配置);


审批模块

  • 结合安全规范和审计要求,所有变更都必须有审批记录,所以我们开发了审批记录,并且逐步将审批和对应任务进行打通。


  • OPS未来规划:

  • CMDB优化的规划,以cmdb为中心,将各个开源软件进行打通(包括,堡垒机,监控系统,OPS,公有云等等);

  • 结合公有云API,实现快速开机,并且快速部署上线以及后续服务(包括堡垒机,监控,日志分析系统等等);

  • 组合发布:相信很多公司的业务架构和我们一样非常的复杂,并且存在多种开发语言混用的情况,一个版本发布可能存在PHP、C++、SQL等等组合类型发布,后期我们会在现有单一发布模块上封装组合发布。

  • 统一监控平台(规划)

大家是否和我们一样,存在共用多套监控系统的情况,每套监控系统的作用还不同,并且存在多个监控系统独立告警,当一个问题出现时,多个告警同时报警的情况?


我们一共存在三套监控系统: Zabbix,公有云监控和云智慧监控宝 。通过Zabbix监控服务器内部性能和应用业务,公有云监控主要监控公有云产品相关运行状态,监控宝主要做网络链路的监控,每套监控系统都有自己的告警,会导致告警量很大,因此我们后期会在平台上实现统一监控告警管理、多条件组合告警,为服务自愈提供监控基础数据。



金融行业对信息安全的重视程度是最高的,然而安全策略等级越高往往意味着运维效率越低,所以我们更需要不断提高运维自动化率来解决这一矛盾,在自动化运维的道路上前进!以上是我的一点心得分享,欢迎大家指正,谢谢!

Q&A

问: 你们的主机是自建还是云服务商的?

答: 混合云,并且是多云厂商。

问: 有没有碰到过不能有效自动化的任务?

答: 目前来说,任务只要细分得当,都是可以自动化,只是自动化的复杂程度不一样。

问: 部署时候针对那些要执行SQL的怎么统一规划?

答: 使用统一模板提交审批,并且提供回滚SQL语句,并且经过2级人员进行审批,在自动发布时系统进行语法校验,随后会进行异步执行,并把结果返回给前端,如果出现错误,立刻邮件短信通知开发和运维。

问: 业务部门的统计需求如何处理?

答:







请到「今天看啥」查看全文