银行业由于开发的应用系统部署在虚机上，应用之间交互过于复杂，造成应用端程序过于庞大，应用之间调度程序重复部署更进一步扩大应用的负载，且不能按需扩展和分配资源；其次应用出现问题，就会是全局性灾难，因为所有业务跑在同一个实例中，发生异常时不具备故障隔离性，会影响整个业务系统，整个入口都会存在问题；最后面对如此复杂的应用程序使得开发人员在开发上无法有效合理地梳理应用的脉络，只能不断在上面迭代开发进一步使程序复杂化，而且程序在可读性上效果太差，运维人员也无法第一时间去定位问题所在。

面对以上出现的种种困扰，我们同开发人员就应用程序的现状提出微服务化的想法，微服务有如下好处：

1）局部修改，局部更新。当对一个单体应用进行修改时，可能要先把整个包给停了，然后再去修改，而微服务只需逐步修改和更新即可；

2）故障隔离，非全局。单体应用是跑在一起，所以只要一个模块有问题，其他就都会有问题。而微服务的故障隔离性、业务可持续性都非常高；

3）资源利用率高。单体应用的资源利用率低，而使用微服务，可以按需分配资源，资源利用率会非常高。

由于微服务是一个网状分布的，有很多服务需要维护和管理，对它进行部署维护和监控管理的时候就比较复杂。因此使用微服务，第一步是要构建一个一体化的DevOps平台。DevOps是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。DevOps包含了持续集成与持续发布，服务依赖关系管理，服务的发现与负载均衡，以及集中化监控管理。DevOps在实施过程中除了微服务生态系统所必不可少的工具和实践外，DevOps更是一种文化上的变迁，打破了传统开发与运维之间的壁垒，帮助组织形成从开发、测试到部署、运维这样一个全功能化的高效能团队。

对于银行来说在应用运维管理这些方面，主要面临以下几个方面的痛点：  

1）应用迭代缓慢，业务交付经常被推迟；

2）传统的单体架构应用难以维护和扩展；

3）应用的运维管理比较复杂。

为解决以上痛点，首先我们把传统的应用容器化，如果是单体架构的应用，可以考虑拆成微服务的模式，然后让业务应用整个以容器为单元去运行；其次加速开发构建部署的过程，也就是我们所说的CI/CD，持续集成跟持续交付，使用DevOps全流程交付使我们从开发、构建、集成、部署、运行等整个应用的生命周期变成自动化的方式。最后应用一些更高级的服务，比如应用编排、负载均衡，弹性伸缩，还有大数据，中间件等等，通过以上方式来促进容器云实现落地实施。

但容器云在实施的过程中又面临如下难点问题：首先确定建设容器云的目标，通过以小范围试点的方式结合部分互联网应用场景需求为目标，即从无到有，从小到大，从片到面，逐步推广；其次了解所需覆盖应用是否适合部署于容器云，不是所有类型应用都适合运行于容器云，即分清能与不能，为系统稳定性考虑，对仍处于架构研讨阶段的适合容器场景的项目为着手点进行探讨研究；第三就是容器技术选型，主流的容器技术和框架各有优劣，需要根据自己的实际情况进行选择，由于我行这块技术比较薄弱，故采用产品购买的方式向厂家购买整套的技术产品，并逐步消化吸收在此基础上进行学习及研究。容器云带来便利的同时也带来了技术的变革和思想的转化，技术的发展注定是个痛苦的过程，对于我们只有不断的学习才能把握科技发展的脉络。

本次活动，让我们走进银联，一起探讨，银行业如何架构设计容器云平台以实现微服务及devops落地。欢迎上海地区的银行朋友报名参与本次活动，一起交流学习！

时间：2018年9月21日14点——17点

地点：上海市浦东新区顾唐路1899号

报名方式1：请使用企业邮箱将“姓名+单位+职位+电话”发送至fawei.zhao@twtgroup.com.cn，审核通过后方可参与，报名当天即可通知审核结果；

报名方式2：活动页面中点击“立即报名”按钮，审核通过后方可参与。