保险I微服务架构ElvisZhang.pptx

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