开发者学堂课程【数智新金融解读：数智新金融线上课程（下）】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/941/detail/14744
数智新金融线上课程（下）
六．在核心关键领域如何应对
1. 核心领域独特挑战
第二部分特色在原生可能的价格，但是现在回归到我们今天的主题就是在金融核心领域。我们看到它有一些相对来讲更独特的挑战，很独特的方向，同时我们也会分析，在核心我们讲就是在整个 it 行业，现行模式的一些弊端，传统的刚才提到云中加入的部分还会有一些非常不一样的特性，可以看到就是在核心原生型里面有些非常独特的领域，而这部分我们经常会拿一些这个我们的冰山理论讲，而且这个地方真的是一个非常庞大的竞争，就是在冰箱上面，我们看到大经常提的这觉得相对比较专业，我们讲专业这种讲高度的一些参数化，包括我们金融产品的这个定价，包括我们这核酸包括我们交易上分离，包括客户中心和高频的账户，所以这种在金融核心里面的专辑啊，绝对比较简单，像在一个大型金融机构，就是在行业来讲的话，它的整个的性能的压力是非常高的，所以在下面我们要能够撑灵活的交易和分离，包括我们多维度联合地价以及核算以及创新的金融产品的快速上架，所有的这些要求，他向底层会有非常庞大的体系，庞大的体育去支撑这些内容，大家为了满足上面 10%的，大家看到浅浅的一个要求，实际底层那边我们需要在业务领域，在这个应用领域，在架构领域都需要有强力的支撑，所以这部分归纳了 4 点。
第一部分，我们在集中式的公司短信都是整体的挑战，因为传统的核心就是一大块叫巨石型的应用，此部分如何拆分，尤其是怎么按照业务的金融行业业务非常复杂，有对公的，对私的，同业的，包括还有投资市场的所以这些领域中间的业务是非常复杂的，不是如此的单一。
第二部分，在金融核心领域和别的行业一个重要的差别就是它对于稳定性和连续性的要求，以及相关必备的异地多活动设备，传统行业不太具备的或者不太有的一些挑战这部分我们要达到比如五个九，六个九，甚至七个九的规模的时候我们的产品。品购价会带来极大的挑战和要求，所以对于稳定性的要求是远超于其他领域的，尤其集中分布式以后做分布行也都有一个 cpa 的定律此定律只能在三者之间取其两个特长稳定性，扩展性或一致性所以最核心地在整个历程中有两个部分，最底层的我们抛开所有外在细节，有两个方面是非常难的金融机构靠自身能力是难以解决的第一个部分是业务一致性分布式事务是在做交易时，在做整个关键开户的动作时，所有转账要么全部完成，要么全部失败，所以其业务一致性要求极高此地方性能有极大挑战，第二部分是数据上的一致性，主要是依靠分布式数据库方式解决，作为金融 it 或者金融科技的供应商擅长领域不是在传统甲方擅长的领域所以第二个方面的架构的挑战需要融合 ca 上的部分，需要 cp 的部分，需要的部分需要进行整个架构的融合完成整体系统性功能第三个是设计的巨大差异开头端叙述过，所以不再赘述。往往架构师或从业时传统集中式的惯性思维在分布式就会具有更多的挑战，这部分呢需要尽量地沟通利用合作共创方式，时间共赢推进最后是自然可控的一个要求需要在某些芯片领域或者整机领域有自研可控性与原来的加工不同，那如何平滑地过渡到此呢？也是一个巨大挑战。
2. 现行主流模式的问题
现行主流模式也分为五个方向基本上都是按照五个方式进行教学现在讲传统一线核心应用开发商或者合作伙伴是依靠人的方式去做每个数据的维护包括他的补休新功能迭代所以。大量依赖的是一线开发人员的能力但人才越来越可贵，他的整体成本也会越来越升高如果人的规模大于它的整体需求，运营那是一个很大挑战，所以人力模式堆积是无法完成生产工具迭代的无法用数量级提升的整个效率炊烟模式不用注意数，原来的核心是外围应用领域可能存在业务中台的一些设计，但是在核心领域大多数还是垂直的人们设计一块进行揽招第三个非功能性也不再追溯，性能是永远传统方式往往会在最后一个阶段才去考量性能当然在云原生领域是一个很大的误区，因为从传统集中式调分布式之后再性能尤其是 cpa 定律有大量的要求，又有一致性的极大的挑战落地或者尝试云原生转型都是兴能的一部分挑战。第四个就是甲方金融机构会产生依赖，是核心系统所做的，中间很难去切换的问题，双方合作关系的华程度包括后期一代，二代，三代升级的强大绑定关系，此时甲方可能不太希望看到最后亲一发动全身的原来整体架构很多时候没有模式快，没有领域化设计，所以要求做到小修改时就会产生大堆系统料更改会拖累交付进度和效率此时目前建设模式的弊端。
七．结合自身的实践与行业现况
最后自身实践与行业的现况包括整体进行分析，对于原来未来模式有一定自己想法，包括对自己定位或生产工具或者理论最佳实践的一些贡献。
1、对于未来的论断
此模式涉及生产力工具，包括生产公司的一些改变，所以此部分会产生一些强有力的理念，包括从实际出发的经验希望形成一个业界普遍认可的标准或共识并不是单独提出从实践中出发从行业里获得共识他需要体系反复强调体系化的重要原因不是单点的分布式数据库或分布式中间件而是融合体系来支撑，才能真实落地的最佳世界，第 2 点是体系一定是一个开放的，完备的，且是连贯的，能够贯穿的，又形成一个个阶段割裂的整体对于整个效率包括成功标志会带来大的影响目前存在开放的以及业务导向的提到业务探讨相关系统建设时都会发现一个公共有问题我们做大量投入尤其在核心领域，转型投入非常大金融机构甚至上亿的数年这样的单位进行投入，如此大规模之下，对于整个金融机构业务有哪些增高呢？
他的生产有哪些创新的改变通常来讲也是一个很大的挑战从业务技术人员主要动力要融合整个业务，整个领域要求进行全面的策略，此部分通过语言生转型同时体现业务助力，强调业务为导向。业务导向要求业务敏捷，在考虑整个未来模式的非常重要的环节，在传统核心转型中容易被忽视的一部分。
第三个，我们作为工具提供商，真实讲是为了帮助金融机构参与到整个转型历史，他要求要提炼共性的需求，共性需求一定不能只是停留在最佳时间或标准的阶段一定要做成真正切实可行落地的工具产品形成生产力工具的迭代呈现代际的差异才可能达到我们未来真正核心系统转型，所以此部分领域驱动，业务驱动以及全流程贯穿以及开放都是我们对于未来非常重要的判断。
2、云原生工厂模式
最后简单的总结，经过新调研思考第三方数据验证包括从实践拿到一些经验或教训做简单总结作为新金融事业部讲我们在做一件事情，要把所有理念落地成为生产工具，生产工具就是源生工厂，工厂能够去最终帮助客户以高效尽量降低成本的方式去产出高标准的云原生核心应用，支撑他整个数字化转型。所以此部分还可以用一个简单的比喻来讲是潮云原生转型在做芯片，实际上我们希望做光刻机，此光刻机能够符合按照蓝图去快速生成不同种类的芯片，所以是一个非常重要的论断，不会做核心应用，因为此不是擅长领域，我们需要做的是提供帮助，产生更好的生产应用工具这是最核心的理念，在云原生工厂模式内部的第一个理念，第二个核心理念是这套工具要配套整个完整体系勾勒一个 5×12 批方向的能力第一部分是业务建模领域是传统比较容易忽略的一点对于业务领域以及业务敏捷非常至关重要的一块就业务建模领域也叫业务建模领域工厂，此工序低到工厂车间叫做车间，第二部分是应用构架集成现有融合应用集成比较容易忽略的地方是做成第二道车间是怎么将先进的原生技术，分布式技术跟传统技术进行融合？产生应用架构集成。
第三部分是基础软件设施领域此部分是比较熟悉的一块，比如分布是包括架构 pass。差别在于一整套的整个工艺和工序需要把上层和下层的进行衔接，就属于原生开发框架，此框架能够屏蔽很多细节很多复杂语言生工具对于刚毕业学生或出入此行业的开发人员和运维人员来讲是难以掌握的技能，尽量屏蔽放在第三个车间帮助大家解决。
第四个是基础设施建设领域。
第五层是第一个业务领域建模，第二应用集成框架应用系统建设的基础软件设施到最后的基础资源设施的领域，同时第五层里还有 12 项功能不一详细介绍，包括核心转型白皮书内容，可以看到整体讲金融核心的云原生工厂模式的重要推论回应从前的挑战的特殊领域，构建最早的初心，构建一整套体系化模式，进行高效有效的转型，这也是技术公司或者产品公司对于硬核能力硬核科技的自主掌控要求和初心。
