恒生金融交易系统的Docker化实践

本次分享介绍了恒生电子运用Docker技术,加上自研配套工具,实现金融交易系统配置、部署、运维自动化的心得,包括:
1,Docker的优势以及我们为什么要使用Docker。
2,恒生Docker运用现状。
3,恒生金融交易系统的Docker化实践过程。
4,恒生Docker未来规划。

tu1

tu2

随着Docker技术的日趋成熟和完善,越来越多的企业开始考虑使用Docker。Docker在开发、测试、运维部署方面已经展现了其巨大的优势,具有很强的生命力。能够极大的解决过去DevOps的弊病,提高效率,节约成本。

开发测试方面:

在开发测试我们都遇到过这些问题:开发、测试环境不一致,测试出的bug,在开发环境不能重现,需要花费很大的精力在应用环境的维护部署上。应用系统对运行平台有着特定的要求,很难达到在不同的平台间进行安全移植。对于应用的版本控制也比较混乱,不能够方便地对应用进行升级维护。
Docker在持续集成、可移植性和版本控制方面有着天然的优势,很容易解决这些弊端。

1.持续集成

Docker很容易解决环境的一致性问题,对开发、测试和运维人员有着极大的吸引力。由于安装包版本不同和依赖关系,在开发、测试和发布的整个过程中,很容易造成环境的差异。Docker可以通过确保从开发到产品发布整个过程环境的一致性来解决这个问题。

使用Docker可以确保开发者不需要配置完全相同的环境,可以在自己的系统上建立虚拟机从而运行docker容器。Docker可以让我们构建、测试和发布镜像,这个镜像可以跨多个服务器进行部署。

2.可移植性

Docker容器能运行在主流公有云提供主机操作系统的平台上,目前windows也支持了容器的部署。举例来说,运行在阿里云上的Docker容器能够很容易地移植到其他几个平台上,比如说华为云,并且达到类似的一致性和功能性,那这将允许你从基础设施层中抽象出来。

3.版本控制

Docker允许我们提交变更到Docker镜像中并通过不同的版本来管理它们。设想如果你因为完成了一个组件的升级而导致你整个环境都损坏了,Docker可以让你轻松地回滚到这个镜像的前一个版本。这整个过程可以在几分钟内完成,如果和虚拟机的备份或者镜像创建流程对比,那Docker算相当快的,它可以让你快速地进行复制和实现冗余。此外,启动Docker就和运行一个进程一样快。

tu3

在对应用进行部署时,一台主机,一般不会在上面运行过多的应用,有时一台主机只运行了一个程序。

究其原因,无非是担心用户数据泄露以及程序之间的相互干扰等。

Docker 很好的解决了这个问题,首先docker的隔离性隔离了应用和用户数据,使应用更加安全,用户更加放心;而资源限制避免了一个应用过多消耗资源,从而影响其他应用。

tu4

tu5

恒生是中国领先的金融软件和网络服务供应商,金融IT领域龙头企业,为客户探索领域内的新方案是我们的责任。

Docker作为一项新技术,在短短的时间内受到各个企业的青睐,有着其得天独厚的优势。恒生是一家技术型金融IT企业,技术创新一直是我们所推崇的,将Docker新技术应用在金融领域,为金融行业提供可靠的Docker解决方案,是我们的责任。

传统的方案,在软件开发和测试、运维的过程中存在诸多问题和不便。比如持续集成困难,开发、测试、运维环境不一致,版本管理问题,硬件资源不足等。Docker将应用的依赖集成进镜像中,很容易的解决了开发、运维环境不一致的问题。容器相互之间的、容器与主机之间的隔离性,让一台主机可以运行多个容器,并互不影响,这就很好的解决了硬件资源不足的问题。每一个版本会生成一个镜像,对于版本的维护、升级以及版本回退都极其方便快捷。Docker的一键部署,极大的节约了运维人员的时间成本和精力。
Docker的天然优势,能够极大提高DevOps效率。

tu6

2015年成立团队专门做docker相关的研发,到目前为止基础平台和关键应用系统已经Docker化,各个部门都在推进各自产品的Docker化。大部分的测试环境,目前都采用Docker进行部署。

tu7

继续集成采用的Jenkins,目前Jenkins服务器已经使用docker进行部署;集成编译环境由于系统版本低,不能很方便的迁移到Docker环境,所以用于集成编译的worker节点还是传统的物理机

在Jenkins任务调度完成后,会制作镜像推送到镜像中心。当然这些可以通过容器管理工具,在界面上进行操作,或者配置成定时任务。

tu8

目前,Docker方面的研发主要包括镜像中心、容器部署管理、PAAS平台等。

镜像中心在开源项目Harbor的基础上,增加了CAS集成和项目的组织架构管理以及高可用等。

增加CAS集成,主要是因为在镜像中心部署在内部域内,为了和现有用户体系打通。
为了方便Linux机器登陆镜像中心,并且不会泄露用户域密码,用户会在镜像中心内部设置一个用于docker登陆的密码;

Docker镜像增加项目组织信息,方便统计各部门产品docker使用情况。
部署了2套harbor来做高可用,使用同一个数据库,避免数据同步,但是需要解决镜像复制的问题。

使用harbor镜像复制的方式将镜像同步到生产环境和测试环境镜像中心,避免中心镜像中心压力过大。

tu9

管理方面主要包括机器资源管理、应用管理、容器管理等。

机器资源管理中,用户可以建立多个集群,每个集群管理多台机器,以隔离不同的环境。

应用管理中,用户先创建应用,然后在应用下添加服务,服务可以是单个节点,可以是一个集群。然后在界面上修改服务配置,修改好配置后,再选择要部署到哪个机器集群,进行应用部署。管理工具会将配置文件上传到配置中心,然后启动应用容器,容器启动后,先到配置中心取相应的配置,然后启动应用。

Docker管理方便用户查看docker容器、网络、镜像等信息。

另外为了兼容低版本操作系统和Windows系统,应用部署也支持用户上传zip的方式。

PAAS方面,主要是为用户提供更方便的服务,用户可以一键申请MySQL、SLB等常用服务。

恒生金融交易系统的部署面临诸多挑战:

金融交易系统最重要的是稳定性和性能。系统稳定性和并发性要求高,系统延迟要尽量低。为了满足上面要求,软件的可运维性没有受到重视,存在着以下问题:

1.系统复杂,部署困难

金融交易系统包含的节点数成百上千,对于运维人员来说,部署交易系统面临诸多挑战。
首先是要求更多的物理机,去避免各个节点运行在同一台机器上而带来的环境相互影响问题。其次,每个物理机的环境要求较高,运维人员需花费不必要的经历浪费在主机环境的搭建。

2.配置复杂

交易系统的每个节点基本上都有多个配置文件,这些配置也就成百上千,如何管理这些配置文件,如何更新配置文件,都成为了一个难题。

3.扩展性

当交易量大时,需要对交易系统进行动态扩展。

网络方面,为了尽量不影响交易系统的性能,直接使用了host网络模式,另外一个原因就是系统使用到了复杂协议如组播等。

存储方案上,也是使用host主机存储,避免使用网络存储带来的开销和延迟。文件系统采用overlayFS存储方案,overlayFS是一个联合文件系统,并且已并入linux内核。在镜像的制作,容器的操作都相对较快,而且问题比较少。

配置管理方面,使用单独的配置中心存储配置,单独管理,避免配置和应用耦合。然后和管理工具集成,提供web编辑界面。

服务注册和发现,使用改造的confd和registrator来实现,根据容器标签来进行注册和发现,避免端口导出太多。

弹性扩展方面利用swarm的scale,来扩展容器,并自动实现新节点和老节点的互通。

解决了上述的问题后,现在用户可以通过容器管理工具,在web界面上,一键部署交易系统,给测试和运维带来了极大的便利性。而系统的性能也没有多少的损耗。

未来我们将加大docker的推进力度,继续优化交易系统的docker部署流程,寻找更优化的方案,同时将更多的服务集成到PAAS平台,给用户更好的体验。

由于时间仓促,分享内容不够全面,望大家多包涵。

分享到此结束,谢谢大家

K8S中文社区微信公众号
分享到:更多 ()

评论 抢沙发

评论前必须登录!