论坛4 | 多维共生的云生态 罗静 「行业联盟篇——互联网+保险的行业应用上云之路」



  • 时间: 2016年7月28日
    发言人: 中科软科技股份有限公司金融保险六部总经理 罗静
    主题: 行业联盟篇——互联网+保险的行业应用上云之路


    在开始做整体介绍之前,首先感谢青云提供这样一次机会,使中科软能跟在座各位嘉宾沟通交流,分享一下我们在行业应用软件如何上云上方面的一些经验和心得。当然,也希望通过这样一个交流的机会,跟各位嘉宾的交互,从各位嘉宾这里得到更多的信息,帮助我们不断优化国内行业应用软件,更好帮助我们客户成功上云,这也是我们来参会的一个目的。

    在正式分享之前,我简单介绍一下中科软科技股份有限公司。中科软科技股份有限公司是1996年成立的,到今年是整20周年。实际上从1992年就开始,我们就致力于保险行业应用软件的研发工作。在二十多年的研发过程中,我们积累大量的客户。现在中科软在保险行业客户占有率是90%,核心业务系统占有率是70%。中科软在保险行业深耕了二十多年,已经基本成为行业的龙头老大。所以我们也肩负了很多的责任和义务,帮助我们的客户去面对整个监管、业务和新技术发展对上云的要求。这是我们公司大概的介绍。

    现在回到我的主题,“互联网+保险的行业应用上云之路”。从名字不难看出,我会介绍一下保险行业应用软件的客户在上云方面有哪些想法,我们是如何帮助客户上云的。另一方面,回到我们这个论坛的主题,多维共生的云生态。现在整个保险行业有上云的诉求,也是因为整个保险行业生态在变化。比如在后面会讲到“互联网+”对保险行业的冲击,实际上是互联网生态在慢慢侵蚀保险行业,对保险行业现有的这些公司产生了新的冲击,导致他们被动去发生新的变化。也包括现在国家在扶持互联网保险公司,新的互联网公司牌照的发放,这些都影响到了整个保险行业以及行业应用软件的变化。

    我的整体介绍会从三个方面:

    一、为什么上云?每个客户每个行业都有不同的上云原因。我归纳总结了一下,做一个铺垫,来看看保险行业客户为什么上云。

    二、介绍保险行业的行业应用特色。首先保险行业应用软件,如刚才黄总(黄允松)演讲中也提到,比如我们跟互联网的交易系统是很不一样的,那么保险行业金融行业的交易系统到底有什么特点?为什么不能像阿里云(阿里的某些金融系统)采用直接全部上云的方式,而是要分步上云,这也就是后面的第三部分内容。

    三、如何上云。 保险公司其实已经在慢慢摸索自己的上云之路。如果在座有做其他行业应用软件,我们可以多多交流, 来一起探讨行业应用软件在上云过程中,如何才是最好的步骤。我所讲是目前我们与锁的接触保险客户共同摸索的出的一些步骤过程。

    第一部分,为什么上云?整体来看,一个是行业监管背景的一些指引,另一方面保险公司本身业务运营的需求,再有技术发展的趋势也在推动。刚才黄总讲了很多技术性的问题,也给我上了一次很生动的技术课。新的技术对整个保险行业冲击是非常明显的。我归纳分了四方面:第一,轻资产运营,未来鼓励创新公司,这个之前田华也讲到。我们把保险行业的客户会分几大类,第一类是传统大型综合性保险公司,比如我们耳熟能详的人保、国寿、大地,平安和太平洋这种大型的综合性保险公司。他们的特点是具有多年的沉淀,在业务和用户方面有大量的存量。第二类是专业性保险公司,这类大家肯能接触的比较少,比如做农险或专注于做责任险的一些保险公司,他们会在某一个方向上去精耕细做,不做大而全,不具备大型保险公司的全面运营能力。第三类是创新型的保险公司。现在国家在慢慢扶持,一类是科技型保险公司,还有一类是互联网保险公司。因为保监牌照释放,这种新的公司的纷纷成立。他们的特点是注册资本金不是很高,偿付能力不是很强。这就要求他们要少花钱多办事,把更多的钱节省下来,投入到整体的运营过程中。所以,如何降低IT基础设施的投入,包括IT运维的投入?这是他面临的最深刻的一个实际课题。现在国家已经批了四家互联网保险公司,他们现在采取的方式基本上都是上云。当然,后面我会讲他们会如何分步骤上云,但整体想法是上云。目的一是降低前期硬件投入。因为不管是租IDC机房,还是买机器,包括投入人员对机房的运维,这些成本对新的保险公司来说都是很大一笔支出。而上云对这些公司来说是轻资产运营非常有效的方式。

    第二是按需付费,避免不必要的成本支出,还是提到省钱的问题。实际上互联网保险公司跟传统保险公司相比,最大差别在于要通过互联网渠道,通过跟互联网的合作伙伴的联合运营来获取流量,在短期内增长其业务。在实际运营中,如果在一个类似双十一的峰值的时候,对硬件资源的要求比较高;而在峰值低谷的时候对资源要求又比较低。传统买硬件的建设思会带来浪费的问题,所以如何实现按需付费很重要,通过上云通过IaaS会有很大帮助。这是我讲的第一点,轻资产运营。

    第二,快速响应。在“互联网+”冲击下,保险公司也出现了各种新的业务形态。大家比较熟悉的,比如双十一期间,众安保险推出的退运险。现在保险产品碎片化式的嵌入到我们日常生活中的趋势非常明显。在这种新形态趋势下,作为当时业内的一个神话,众安”双十一“一天的保单量达到两亿。这是很多中小保险公司,甚至大的保险公司一年都做不到的数值,他们一天就做到了。类似这种新业态井喷式的增长,导致现有IT建设方式已经不满足对业务支撑的需求了。而且瞬时资源的激增也无法用传统采购硬件的方式解决。所以提出了快速响应。IT如何能够快速响应业务的需求。二是在高并发下,新信息化架构对基础设施的弹性要求。在新的互联网冲击下,应用架构和基础架构发生了聚变,颠覆了以前传统的构建方式。这种新的信息化架构,不管是IaaS层弹性扩展,还是在PaaS层如分部的数据库应用,面对业务场景需求的变化,都会存在弹性收缩的要求。所以,能否实现快速响应,这些也是需要我们通过上云来给出答案的。

    第三,去IOE。特别是国家政策引导下,这点金融行业最为关键。因为国家提去IOE的重点就是信息安全,金融行业首当其冲。在去IOE中,实际上在IaaS层我们把I(IBM)和E(EMC)基本全去掉了。现在行业应用软件最痛苦的是去Oracle。但是去Oracle对整个行业应用软件的影响还是很大的,在后面我会具体介绍。去IOE,是为了减少硬件投入,通过上云的方式,比如My SQL,比如之前黄总(黄允松)提到的减少对底层硬件的关注,这些都是上云带来的一些优势。还有信息化架构的调整,从高大上到小快灵。传统保险公司以前的硬件构建思路就是高大上,随着业务量增长了我给你换更好的机器,PC机不行换小机,小机不行换大机,不停的换硬件设施,导致的结果是大量成本浪费。现在信息化架构调整以后,要求我们更多的实现弹性拓展,所以我们要求它做到小快灵,按需,按照业务实际发展需求,在高峰时硬件弹性收缩。这是信息化架构导致基础架构从高大上转换到小快灵。

    第四,大数据。刚才说众安的例子,一天两亿的保单量是很多保险公司一年也达不到的。以前传统数据架构,像Orcale的数据库已经无法支撑如此大体量的数据处理。大数据这里涉及两个方面:一个是传统行业应用软件最常用到的结构化数据,还有一部分是非结构化数据。结构化数据能够比较简单理解,随着业务量激增,数据库中数据越来越多。非结构化数据也是由于“互联网+”对行业的冲击。大家可能有车,一般都买过车险,现在很多保险公司在推自助理赔,像小额案件的,单车的,会鼓励你做自助查单。自己把事故照片拍照上传,很快有保险公司赔款给你,大大加快了赔付进程。这个过程中有大量非结构化数据采集,比传统的方式会有大量的数据激增。因为客户自助拍照质量不一样,来来回回的上传,导致保险公司接纳了很多无序的非结构化数据,如何对这些非结构化数据进行有效的分析处理,这就是对大数据的要求。那么通过云计算强大的计算能力,使的大数据能力得以实现,包括非结构化和结构化数据分析。

    以上这些,是我们在于保险行业客户多年沟通过程中,总结了客户的实际诉求以后,归纳总结出来的四个大的方向。

    谈完为什么上云,我们来看一下整个保险行业应用的特色。这部分可能会有些枯燥,大家也许会有些陌生。但这个跟我后面介绍的上云步骤是有非常相关的。我们想强调的是,我们做的是行业应用软件,它是偏向业务管理的软件。这类软件跟像淘宝这类的交易型软件区别在哪,我希望通过我对行业应用软件的介绍给大家做一个简单的知识普及。
    首先,做行业应用通常是以业务作为为驱动,所以我们先看一下整个保险行业的业务架构。从保险行业业务来说,简单讲就是围绕合同管理的一个价值链的管理。如果买过车险的人应该知道,我们接触保险公司通常在两个时间点,一个是销售的时候,我们要买这个保单;
    第二个是理赔服务的时候,当我出险了需要保险公司提供理赔服务。这事普通人和保险公司的两个接触。从保险公司来说,实际上他的整个价值链也是围绕着一进一出,围绕着合同的签定和合同服务。以及包括保险公司为了降低风险,跟其他的如再保险公司,或者其他的保险公司签定再保险合同。这实际上是风险转移合同,也是一个围绕合同的管理。所以从保险来说核心就是围绕合同价值链的管理。我们强调行业应用软件是管理软件,实际上在这个管理过程中,因为各个保险公司有自己的管理特色,不同的保险公司之间会存在不同的管理差异。有的保险公司在发展阶段,它可能为了保费规模——因为保险是大数法则,是有规模效应的——他会把他的重点放在产品的设计、产品营销和产品销售上。如何快速上一款别人没有的产品,如何把这个产品通过渠道销售出去,扩大保费收入,对他来说是一个重点。沿这一方向,围绕着产品、服务和销售,保险公司就会建立很多相关的系统,比如说产品的配置引擎和创新引擎,渠道的销售比例管理, 销售费用,以及围绕理赔服务的等等一系列相关的系统。
    这是第一个方向,围绕产品的。

    第二个是围绕客户的。保险是服务终端客户,在前几年保险公司最常说的是以客户为中心,所以保险公司更加关注的是以客户为中心的客户销售和客户定级分析,我们怎么看哪些客户是我们真正需要的,我们怎么找到我们的有效客户。围绕着这些也会建很多相关系统。

    第三个是组织。因为保险除了针对客户的管理和产品的销售,还有一部分非常有特点的是保险内部的内控管理。因为保险系统是风险管理,不光要帮助客户去分担风险,还要在保险公司内部去控制内部的运营风险。所以会有一系列关于内控的风险管理的东西。包括我们针对行业监管,如保监会的监管要求。要满足监管要求,就需要构建很多相关系统。所以刚才说的组织和监管(保监和内部监管),也是构建保险行业应用系统的一个方面。

    0_1470628144397_upload-3121f7f2-d5a6-4d4e-a2ee-c81ff1853fa4

    这是一个整体的应用架构图,会有很多很多相关系统。这跟交易类系统差别非常大。交易类系统更关注交易过程,更多关注现金流。从保险来说,不光是整个交易过程,还有内部的风险控制,组织管理,还有体现管理的差异。从这里也能开出构建保险应用系统的复杂性是非常强的。可以看一下,中间是核心业务系统,包括承保系统,理赔系统,收付系统和再保系统。这是核心价值链部分,我们叫核心运营部分。上面是核心运营的辅助支撑,比如产品的管理,销售管理,客户管理,会在保险不同时期不同业务主线,比如客户这条主线,或者产品这条主线,或者销售这条主线,不断在这个业务方向上有更多精细化管理要求,产生的系统。

    下面我讲一下和后面关联比较大的关于渠道接入的部分。以前的保险公司会有自己的渠道,也有互联网渠道,也会通过互联网或者其他渠道把他的业务接入进来。现在在谈整个云生态的时候,包括互联网生态的时候,为什么现在对保险有这么大冲击呢?因为现在整个互联网生态对整个保险的侵入已经逼迫保险公司开始发生变化了。比如像阿里,众安保险就是阿里投资的。像这种互联网大型公司已经筹建自己的保险公司,导致竞争已经发生。刚才说的两亿保单,很多公司都达不到的,对整个行业产生颠覆性变化的影响。后面会展示一个上云之后保险应用架构的变化,变化主要围绕着在渠道接入部分。这是我们跟交易类公司最大的差异,因为可能在渠道部分接入部分,比如承保保单,承接业务这块我们会承担高并发。但核心由于监管的要求,核心数据的架构要保留。而针对快速业务和监管要求, 怎么达到两个平衡,是保险公司上云最最关键的,也是思考最多的一块儿。

    刚才讲了很多,其实也是配合我们这次主题云生态系统。在保险行业,心的生态系统是保险+互联网+支付+其他。为什么这么提呢?其实最开始的时候保险行业强调的是“互联网+”,但很多保险公司,特别是大型保险公司不愿意这么说,为什么呢?我们说什么加什么是资源平台,这个加是整合和融合上下游价值链的其他行业。实际上保险公司认为它本身也是一个资源平台。第一,它们有存量。“互联网+”强调的是存量和通讯技术手段,互联网这些存量被认为是可以融合其他行业的一个重要方向。从保险公司来看,特别是大型保险公司,它认为它也有足够的存量,它不希望被整个互联网引导,他不希望是被融合的。所以在整个保险客户这块会发现有很明显的两极分化,一些小的新的科技类的或者互联网类保险公司,他要大量借助互联网保险公司做客户引流,促进整个销售。还有一类是大型保险公司持观望态度,它自己有自己的存量客户,是否适当的时候引入互联网存量,这是一个搏弈的过程。所以为什么我们说这么多加,第一个可能是被“互联网+”的,互联网+保险,有的可能是保险+互联网。还有一块儿是支付,支付现在在保险行业也作为平台,它也具备自己的存量。现在有很多保险产品大家也许不知道,支付宝、微信支付上的微信钱包,里面已经开始嵌入保险产品。所以支付平台也在整合上下游价值链其他的合作伙伴。在这个过程中,新的生态环境里面谁做老大,现在在保险行业里面是很多保险公司思考的,我是被整合的还是整合别人?也许我被整合过程中,希望通过互联网获得你的存量业务,把你的存量变成我自己的存量,这可能是很多保险公司现在的思路。

    刚才一方面是保险行业业务现状,应用现状,包括业务现在保险行业发生变化的趋势,我们再看看保险行业应用系统发生的变化。

    0_1470628172912_upload-abb83537-7166-456b-8e5b-db008fe9ae13

    首先,我们会把保险行业现在的软件分为几个层,这里面也和青云有一个呼应。第一个是环境层。环境层主要是系统软硬件,后续可以对应到青云IaaS和PaaS。还有一层是系统软件和硬件的适配层。这对于行业应用软件来说,是花精力更大的一块儿。因为IaaS层上云对所有行业应用来说都比较容易,但如何切到PaaS层。比如分布式数据库,如何从Oracle切到My SQL数据库,在软硬件是胚层对我们是很大的挑战和难题。再往上是平台软件,就是我们的业务系统,都是模块化的,包括我们领域的组件平台,积累了很多业务组件。之上会根据我们客户的客户化,大概分了三层。在领域软件这块我们又进行了横向划分,第一个是左侧这块核心业务系统(纵向)。这个是刚才在应用架构里讲的,保险公司的核心运营系统。第二个是渠道接入部分。实际上我们现在给保险公司的规划策略,也是先把我们整个针对互联网渠道接入部分放在前置区。我们有衔接区,它可以对接我们电商的合作伙伴,或者是自己的微信,或者是我们其他的微信合作伙伴。通过这个能把大量的客户和业务吸引进来,这块是最容易产生高并发的地方。所以我们把这个单独拿出来做互联网接入,通过这个保证我们在高并发时点业务的接入。泰康是我们的客户,他是互联网保险公司。前面放泰康片子的时候大家也注意到了,在每年春节做活动都会有高并发的业务激增。现在通过我们的架构,既满足了高并发,又满足了核心业务对复杂数据的要求。

    我们来看一下刚才提到的几个层,中科软如何和青云合作的。对保险系统而言,从上IaaS来说,我的系统软件和硬件上到青云或者其他云是相对比较容易的,因为它只是基础设施的迁移。复杂一点的是在我们平台服务这块,也就是说数据库从Oracle切到My SQL,或者是实现分布式数据库,包括分库分表逻辑,这是对业务冲击最大的。青云在未来规划里有一个云服务层,其中有一个企业应用,中科软这种行业应用厂商和青云合作就是从互联网业务转到青云的企业服务。从保险公司来说,它大量共性的标准化服务基本上都是出现在我们整个互联网区的。举一个大家日常生活相关的车险例子,大家可能会在不同的电子商务网站上做车险报价,比如太平、太平洋,人保,我们买车险的时候都会在各个网站做询价,他们的报价服务可以作为一种标准的SaaS服务,提供给渠道伙伴和客户使用。这也是保险倡导的,在未来跟客户锁近保险和理赔的距离。这也是未来保险的一个发展趋势。

    讲了很多保险行业特色,刚才做了很多铺垫。最后看一下如何上云,如何平步青云。 平步来说我们是五步,对新的公司是五步上云。平步在百度搜的解释,平是平稳稳定,步是登上。平稳的登上青云。但从成语解释来说是可以快速的升官,我想说:借助青云,平步青云。希望有IT需求的公司可以将我们的基础设施部署到的青云IaaS上,让你自己也平步青云。
    第一步IaaS是最容易的,特别是互联网保险公司第一步能够容易做到的。
    第二个是PaaS去O(Oracle),这也是我们在给保险公司做的过程中遇到比较困难的一点,也就是切换到其他的数据库。但从Oracle切到MySQL还不不是最难的。
    第三步是衔接层分库分表。刚才提到换数据库,从Oracle换到MySQL,从应用的改变来说只是语法的变化。但实际的困难在于,如果是单库的MySQL,如果从Oracle切过去,性能反而还不如以前。要解决的方法是,如阿里的众安在PaaS层提供的分库份表(DRDS)的服务。实际上我们现在也在研发分库分表服务层,也就是刚才架构中说的适配层,主要在做这块。目前,我们主要改造的是互联网衔接区,实现分库分表的逻辑。因为这个区的主要数据相对简单,而且高并发需求主要出在这。
    第四步是渠道服务SaaS,比如保费计算,向不同互联网渠道提供商提供SaaS服务。
    第五步是核心系统逐步分库分表。刚才讲应用架构提到,在互联网区快速沉淀了大量保单,我们会逐步把数据同步到核心系统。核心系统以前的数据处理主要是内部人员的操作和风险控制统计分析。统计分析可以通过大数据来解决,但内部管理系统使用的时候,面对这么大数据量的时候也会出现性能问题。所以针对核心系统的部分应用,对大数据有部分需求的地方,我们逐渐做分库分表的改造。这是现在保险行业应用软件上云的步骤。

    0_1470628199658_upload-be477e51-b67f-424f-84db-37b77f0fe59b

    这是一个技术架构变革以后的图。在左侧,前面的衔接区,也就是所谓互联网前置区。这里实现了承保数据,或者是理赔部分自助服务数据的分库分表落地。往后中间这块是平台保障区,有青云提供相应的IaaS服务,还有部分PaaS服务。比如Redis的缓存,高并发时会大量使用缓存;比如MongoDB做日志记录;比如MQ(Message Queue)做异步数据传输。现在核心区和互联网区的一个主要通道就是MQ异步数据的传输,保证我们核心系统不用承受高并发请求。在核心区这块还是采用传统关系数据库,来解决我们对业务系统操作关系型数据库的处理。未来在核心区,逐步根据大数据和高并发业务点我们也会做分库分表处理。

    0_1470628213652_upload-9c288bd8-dc80-42ac-b2b7-13fc591e1337

    这里举一个报价的例子,一个典型的报价SaaS服务。这个和大家关系比较近,相信现在大家自己在网上做的报价也要看整个响应速度。第一步,我们通过异步的方式,使整个报价在服务这块可以实现异步处理。再往后,到实际下面底层,通过分布式数据库,保证分库分表对业务数据的拆分,从而保证高并发的支持。

    我今天主要介绍就到这里。希望能通过这么一个机会跟大家认识一下,让大家也认识中科软这家公司,了解保险行业大致的情况。也希望能认识更多的朋友,跟更多朋友交流,帮助我们,帮助国产行业应用软件在整个国内走的越远,越好。也希望我们能够跟青云共同成长,一起国内保险行业上云之路走的更加稳健,谢谢大家!


登录后回复
 

与 青云QingCloud 社区 的连接断开,我们正在尝试重连,请耐心等待