2017保险IT微服务架构(Elvis-Zhang).pptx

2017保险IT 微服务架构 Elvis Zhang 2016年10月,保监会发展改革部副主任罗胜在“2016中国互联网保险大会”上表示，大数据可能带来保险产品、作业、组织、监管模式的改变。在大数据的支撑下，风险可以更精细划分，保险作业更深更广融地入具体场景，即所谓场景保险。,保险产品可以更加碎片化；保险公司采取更多甚至全部在线的作业流程，即所谓保险的O2O；保险公司内部完整作业链条的围墙被拆除、打碎后重新组装。,随着“互联网+”向着“移动化、专业化、社交化、场景化”深入发展，服务与体验将成为市场竞争的关键。通过“服务”而不是“销售”，保险才能深入到更多用户（先用户再客户）的生活，才能真正“连接一切”。,从传统的保险公司发展历程看，现在遇到最大的问题不是技术，最大的问题其实是它的客户群发生了改变。客户的期望也正在发生根本性的变化：简单、便捷、透明、个性化以及社交化。,保险行业是我国市场经济体系的重要组成部分，随着国际化竞争地加剧，对内降低组织的摩擦力，提升公司的运营效率；对外实现与客户更友好的沟通，提升服务水平，对客户需求给予迅速回应成为行业亟待解决的战略问题。,在保险行业信息化发展上主要经历了三个阶段： 第一阶段是业务处理阶段，各保险公司主要实现了各自的核心业务系统； 第二阶段是业务拓展阶段，主要围绕业务拓展，渠道管理、客户服务等面进行扩展。 第三阶段是经营管理和决策支持阶段，通过商业智能等技术，推动保险公司管理和决策水平的提高。并充分对信息数据进行分析、挖掘、处理，为保险公司经营及管理提供支持。,随着保险行业新渠道、新业务的推出和发展，敏捷开放的IT架构、移动互联、大数据、商业智能等技术对保险行业的销售、决策、管理等方面起着越来越重要的作用。,微服务架构的建设策略,以客户为中心 建立360度客户视图 支持个性化和个人自助服务 各渠道与客户信息平台集成,场景化产品 提供参数化配置，缩短新产品和服务达到市场的时间 保障范围更加具体化，产品融入渠道业务场景 结合渠道的业务形态与合作伙伴的需要研发定制产品,灵活应对变化与合作 支持新渠道和新合作伙伴的开发与集成 嵌入式营销，产品贴近用户场景需要 基于数据，精准营销,现在,客户,扩展,新类型,已有保单,现有产品保障的扩展,新产品,产品,现有渠道,现有渠道 类型的扩展,新渠道 类型,渠道,敏捷开放的IT架构 建立基于微服务架构的IT平台 Scrum、敏捷开发 DevOps、持续交付,本着满足客户需求，面向未来发展，结合产品营销策略、业务发展规划、业务形态和业务流程的原则建立敏捷开放的IT平台。,通过对现有各业务系统的整合，建立对内对外统一的、高效的平台，满足业务管理、销售支持、决策分析等各方面需要；支持应用系统在不同用户界面或渠道的拓展，如柜面、微信、APP、WEB、银保通、医保通。,以客户为中心，创建360度客户视图(客户画像)，更好地理解客户，以个性化的方式与客户交流 通过大数据智能分析， 提升业务决策支持能力，实时、准确的预测风险，制定贴合客户需求并有竞争力的产品、营销和风险战略 业务系统可以灵活地和外部伙伴的业务系统建立集成、合作关系，对外提供功能服务或者使用外部的服务变得简单而灵活 灵活的产品建模工具、便捷的产品发布方法 紧密衔接的业务流程、灵活配置的业务规则,目标,洞察客户需求、满足客户期望，与客户建立长期关系 实现创新的营销、无缝多渠道的销售、实时精准的风险控制、灵活高效的运营模式 优化企业价值链，促进资源跨界整合，共建开放、共赢的产业生态系统 让业务模式与产品具备高度的可配置性与可扩展性, 快速捕捉市场机遇,期望的成果,微服务架构的目标,未来的业务模式不再是面向产品或者面向保单的，而应该是面向客户的，所以需要IT平台可以提供跨企业各个系统的客户统一视图。,不断变化的市场环境需要IT平台可以针对产品、业务的迅速变化提供即时的支持，例如产品规则的变化、新的业务流程的应用等。在开展新地区、新渠道或者新形态的业务时，需要IT平台提供更加完整、丰富的数据支持。,随着保险产业网络的不断成熟，将出现大量在价值链的某些环节提供专业化服务的专家型企业，保险价值链充分分离成大量由相应专业企业运作的业务功能，需要IT平台可以灵活、自由地和很多外部伙伴的业务系统建立集成、合作关系。如何突破业务系统的制约，使企业在整个价值链上进行优化，将成为企业降低运营成本、为客户提供更高效的服务，从而增强企业整体竞争力的关键。,选择了微服务架构也就意味着选择了一个开放、自由、大型的技术应用平台。微服务架构能在任何操作系统和硬件配置上运行，现有的操作系统和硬件能被保留使用； 微服务架构可以将通用的繁琐的服务端任务交给中间件完成，这样开发人员可以集中精力在如何创建商业逻辑上，相应缩短开发时间。,目前保险企业各个业务系统存在较多应用竖井，每个竖井都需要通过专有的接口提供各自的服务。依据业务发展趋势和建设规划，需要从面向系统转型面向服务，通过服务组件提供应用和数据；需要进行架构解耦，消除应用竖井，让业务功能以标准化的业务服务形态暴露给最终用户，使服务可共享并重复利用。通过建立微服务架构的IT平台将信息技术与业务的有效结合起来，从而推动企业产品创新、服务创新及市场创新。,微服务架构良好的开放性和兼容性，支持标准的协议和接口类型， 提供多种开放的应用开发接口，能够和业界主流的产品实现互连互通，并具备有效的、统一的手段和机制进行业务管理、设备管理、应用软件环境设置调整管理、开发管理以及运维人员的管理。,微服务技术架构,通过微服务解耦业务系统的各个业务功能，可以根据用户的需求灵活定制不同的用户界面与具体功能。接口适配器池完成对不同业务系统的接口适配的功能，同时实现与合作伙伴的网关接口连接和管理。,保险移动展业、自助理赔等逐渐成为各大险企积极发力开拓的营销与服务模式。 微服务平台利用开放式标准化的接口技术（RESTful API），可以灵活地匹配多渠道移动展业的需要，并实现客户自助服务，把客户与企业及合作伙伴无缝连接起来。充分利用移动终端设备的功能，提升营销效率、降低营销成本、提高服务品质。,大数据分析平台总体架构,历史数 据查询,数据交换平台,应用集市数据区,员福业务,银保业务,渠道业务,政保业务,业务,企业内外部半结构化、非结构化数据,大数据交换组件,数据库数据交换组件,数据区数据交换组件,大数据区,沙盘演练数据区,实时数据区,客户主题,业绩主题,理赔主题,业务沙盘演练,数据增 值产品,保单数据,理赔数据,增值产 品数据区,主题数据区,机构主题,用户访问层,客户汇总,业绩汇总,理赔汇总,机构汇总 ,医疗信息,移动互联,健康信息,访问日志,处理后大数据,待处理大数据,流程调度,监控告警,数据标准,数据质量,元数据,数据安全,流程调度平台,数据管控平台,流程调度层,实时数 据查询,客户管理,保单管理,财务数据,外部用户,贴源数据区,产品数据,内部管理分析,内部用户,历史归档数据区,IT人员,风险管理,通过大数据分析平台和商业智能（BI）的应用建设，搭建统一的大数据共享和分析平台，对各类业务进行前瞻性预测及智能分析，为各层次用户提供统一的决策分析支持，提升数据共享与数据服务能力。,Kubertenes + Docker,基于容器云的微服务架构与DevOps平台,基于微服务架构的SAAS开放平台,基于API的服务开放中心框架,基于大数据分析的业务运营管理后台,统一的运维管理中心,什么是敏捷开发？,敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法。,采用敏捷开发模式，通过敏捷高效的设计、稳定的开发速度、拥抱变化、积极调整来保证微服务的开发质量和敏捷交付。,Scrum总体骨架,残酷现实 客户是逐步发现他真正要的东西 开发人员逐步发现如何开发产品满足客户需求 在这个过程中随时可能发生变化,美好愿望 客户知道自己要的是什么 开发人员知道如何开发来满足客户需求 在开发过程中需求不会发生变化,期望客户一开始就想清楚他们真正要的东西是不现实的。 我们应当通过不断的向客户交付可用的产品，启发客户逐步的发现真正的需求。,我们认识到,适应变化，认清“客户是逐步发现真正需求”,适应变化，小批量是快速交付的关键,我们首先要做的是通过尽早地、持续地交付有价值的软件来使客户满意。 经常性的交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 摘自敏捷软件的十二个原则,在需求响应周期相同的情况下，批量（一次开发的需求量）越小，资源利用率更高。 在资源利用率相同的情况下，批量越小，交付周期更短。,减小批量不仅带来缩短交付周期，而且还带来提高质量、促进创新、降低管理成本、更高的效率等其他好处，大幅提升商业价值。,减少批量的好处,Source：Craig Larman,减小批量,1.减少排队,3.缩短交付周期,2.加快反馈,4.增强质量,5.改善创新,6.降低管理成本,7.更高的效率,$,排队理论：小批量与缩短交付周期、人员有效产出的关系,适应变化，利用多层次反馈不断调整以逼近目标,结对编程,单元测试,持续集成,站立会议/回顾会议,客户验收,对代码质量的反馈,对单元功能的反馈,对团队运作的反馈,对系统功能的反馈,对客户需求的反馈,利用多层次反馈手段，在变化的环境中让团队准确地了