全栈云原生金融数字底座构建之道与实践原创

啊，我是来自腾讯云金融行业的张雪峰啊，今下由我来为大家讲解一下腾讯云在金融行业云业生的数构这一块的建设的一些嗯，经验分享和解决方案。嗯，众所周知的话呢，整个目前我们所面临的人工互联网时代，或者一个叫web3.0时代的话，对于我们在呃，金融信息化这一块是面临了很多的一些新的一些变革。从具体来看的话呢，就是我们传统存贷款业务这一块的发展进入到一个基地。这一块的一个传统的财务自的架构建设的一个方式，也不再适合我们精确的业精的一些在线业务，或者更多的迁徙，多的就是新生代作为一个业务创新的一个需求。而传统的这种信息化的建设模式的话，也比较容易出现，包括依赖于据库的，或者依赖于小等等的。另外在这一块的话，我们都知道现在的话是满足数据化。

之所以让我们一些互联网的一些线上的信息，然后他之所以能阻止在特别是过去五年到发电出现这些线上性APP的话，都因为他掌握了一个非常重要的一个关键因素。就是一个特性化的服务，同样我们金融机构的一个例外，我们需要根据个人的一个整体的一个经济情况，它的收入的基础，它的收费。去给他定制，或者是他推荐的比较适服于他的一些信融服务的一些，那么定到更多的一些，或者会一个的会带来这样的培量。另外一块呢，随着就说互联网金融业务的不断的开展的话，我们怎么样去提升我们的秒化业务的想应互动，包括我们的服务的能力，我们快速迭代需求开放能能力所有。新的需求。另外这一块的话呢，可以说整个呃，信息化基础创新的一个建设，我们在整个云平台分布式架构，还有包括一些呃，信息创新这一块呢，到更多的新的要求，这也带来了很大我们在金融企业科技获的一个建设这个需求。

嗯，如果说过去的几年的话呢，在金融行业的一个，在云原生方面，或者在云平台方面，或者其他的一些方面的创新的话，还是一个。比较长的探路的过程，那么我们可以说到今天为止的话，已经进入一个深水区。为什么不今天到增值去，因为今天我们能够看到有越来越多的银行业务系统在。走向新一代的上的过程中，它所在跑的并不再是一些边缘里或者一个渠道的业务。更多的大家动手传统我的新一代的核心业务系，怎么样让怎么样做生效和怎么样去支持我未来的一个信息化技术作的一个发展的问。

而这一块的话，就是说我们在上游过程中，我们看到一方面我们去分析过去我们面临同时呢，我们也去分析一下未来我们需要什么样的一个。所以我们做了一个主角。我们面具的面临的发展挑战，第一个挑战的是传统的这个核心业务系统的数据，更不依赖于软硬件性的，包括。来。提升它的一个分值量的一个资约点，甚至有一些业务基统的话，它的整个应用就是数据库的一个脚本，这个类似于这个数据过他去写。这样的话，那么它的一个横向扩展的能力受到数据库横向扩展能力的挑战。而传统的集中式架构呢，就是会在集中式架构，那么自然而然业务的话，不是能够完全做到这项扩展。那么由于它不能做到完全的横向扩展，就那我们的性能一定会存在，就说我们业务的发展。另外第二块我们会看到业务中期变化很快，我们看前面有强调，就新的业务的话，我需要不断的用我业务需求的变化，我需要能够快速的开发迭代进行上线，怎么样去提升我的想象能力，和传统的以单体架构设计为主要思想中，传统的核心业务系统理解不能满足这个要求。

还有一块包括在这个新的产品的上线，那么或者新的灵活体系，灵活的定单体系这一块，政策这一块下，我们把它抓回起来，都是围绕着我们不能通过一个自动化的配景，动态的配置不同的产品，四个就是说我们新的这种或者来去统一的话，我们需要通过一些。和灵活定制化的一些配置，能够快速一个新的产品模板，或者改变我们的当前的一个业务的状态。比如说比较典型的随着前几年的利率化的推进，那么我的利率的市少，我的利率的设置，它可能是需要一个通过看化定理的配置的一个模块。其他的话，比如说传统的核心业务更多的可一大的东西中心还有一个在这个产品应用价构化的设计，它不会结耦，而导致我们整个业务系统面呢需求的。

我的开发周期会比较长，不能够快速的去讲我的的一个业务的需求。同时呢，传统的架构的话，我们过多的去强调集中性，而没有强调我们的业务的分散性，或者我们的系统架构和摆放的一个分散性，使得我在应对于我未来的更多的单在线业务业务活动的时候的话，我们这一个横向扩展能力的，以及我的运维成本比较好，所以说走到了我们现在这。新一代的一个业务架构。走到了我们今天的话，我们会去强调。真这么？除到云原生这种代，我们看看我们在CNCF这一块呢，给出到一个呃，云原生里面的一个演变的路径啊，首先来说的话呢，是一个人计啊。第二个呢，是流水线容器的，大家都可能听了很多，流水线这一块大家听得也不少是吧，核心点在于通过我们新的一个软件开发流程的一个去构建我们新的一个务求分析到终开发测试到上线维的一个方式。第三块呢，我们比较关注于多的容器的话，它是一个非常轻级的一个。

那么越来多以后，它会比虚拟机的度更小，我怎么样去调度作新台？给到了云生以后，我们会更关注我的业务，进行拆分以后，我的监控运，我的快速定位问题是怎么样，以及我的微服务的改造，还有一个网络等等，这一部分都是我们在CF能看到给到我们的一个在这一块的。定义包含哪些？我一体来云统区别取。

状状的够。无状的通过我们的横向扩展能力，用前端的负载均衡的话，能够去使得我们能够同样的去支撑更多的一个在线业务的并发，而有状态的在这一横向扩展显受到一个制约。来加快我们的业务未来迭代开发的这个周期，缩业务奖励上线时间。另外一个就是代谢啊。从双多存在入的产只有百分之们调个产做到1%，在同地在同不同同地中心。

我所构建的这些所有的这些业务，都应该是多么能够横向去分担的业务量。来做到提升我们的采购。那么我们的金融行业业务的需求的变化，以及我们营业生时代的变化，它将互碰撞在一起以后我们看到整个形成了一个金融行业拥抱营业政策大部的一个一个支撑体系啊。核心来讲的话，应该第一是我们不管是在有态也还是有态也好，或者是说甚传统的一些物理上面，我把它作为一个最为基础的计算存储网络的一个整改的一个数。通过容器化的能力去构建行上业务的一中的会构。

从市场上得到的产品反馈的一个业务需求到进行需求的分析。去开发测试，然后到运用运维，上线运维，这么一个不断的一个迭代的一个过程。那么腾讯云在这一块的话呢，也腾讯云前段应该是在上上个月也不安全了，就是腾讯云的所有的业务，目前已经实现了全部使用腾讯云去承载它的所有腾讯公司的业务，那么在这一块的话，我们也积累了自己比较多的一些经验，把这些经验的话，通过产品化或者解决方案的方式，也输送给我们各行各业，当金融行业的是我们非常非常重要的呃一个点，我们在金融行业做了很多的一些比较成功的一些案例。那这里面的话，我们主要包含几大部分。一个是我们的基础，包含我们的网络。

云的一个服务体系。不好意思。另外一块呢，是这个，呃，第一我们应用架构开发一些相关的，比如说微服务的开发框架啊，通过事务式消息A。还有一部分是跟我们容器相关的一个计算层的延伸，就包含我们的容器平台，还有容器。不好意思。还有一些我们的的一列解决方案，再上层的话呢，我们可以看到对我们的开发里面，我们的这个云端的ID们现在强调这个呃开发全，所以说有很多的个金融机，其他行好采用通过云端的I方式保障我们的呃知识产权。还部分是我们在平台上面去冻结了大数据分布、数据库分布、交易型分布、分型数。在还有一些面向新。

那么上云以后呢，大家也会直接关注，在安全层面，我们也会有对应的一些网络安全，数据安全，身份安全，在在我解决方案里，那么接下来的内容的话，我们就围绕着根据生对核心相关的一部分做一个简单的一个介绍，讯云在这一块能够做哪些方面的一个支撑。呃，第一个部分是我们微图这一块啊，微图这一块我们大家比较熟悉，传统的话我们做单体架构，单体架构的一个应用，对一个数据库啊，应用和应用之间的可能应用开分的不是很多，有些简单的一些交互，那么会形成一个网状的结构，这样的话呢，对于我们的整个运维和开发的话，带来的困难比较大，大家也比较了解多。把我们的服务划分为不同的领域，每一个服务领域专注于一类服务。

业务开发的实现构建，然后最终的话，这些所有的服务会通过一个叫服务组件的东西，把服务和服务的相互调用进行了打通，那这里面我们用了一段时间以后，发现出现了一个新的问题。我们虽然说去消除掉了传统单体架构里面相互调用的网状结构的关系，但是我们带来了新的一个点，就是我们的务组上面，它会承载大的源，Cloud等的让去发展，我们更多的走了一个微服务里面的啊。注册中心这种那么各的专注己更小的一个业单注册中心去把自己提供的上去，然后每个服务去到服务中心，中心的时候去获取到对应自己所需要的目标服务调用方的及注册信息，然后来完成后续再去完成相互服务的调。

那这样的方式的话，也有它的一些呃瓶景啊，嗯，最简单的点现就是说我在这个过程之中，难免我会需要引入到对应的一些呃服务相关开发框架的一些开发包，而使得我的服务调用之间的关系及服务治理的关系，并没有完完全全的和我的业务应用系统代码实现一个完全的分离，所以走到今天来讲的话，我们又现一个新的构叫格。比如说我们操作的service。得到service的话呢，它就解决了让我们的业务应用只关注在业务应用层面，而无需关注太多的一些服务理服务调度之的面的关系，那这些所有的这些跟业务关的事情，标准框架程序。

这是一方面，另外一方面的话，他也解决了另外一个问题，在分布式架构里面，这第三个阶段里面，往往会要求这个服务方之间的这个开发的，这个的开发是相同的。这样的方式的话，对我们的开发来说的话，自由选有这么大的。空间，所以说我们会在这种第四代架构里面的话，我们可以支撑到一构之间的交互，通过service做一个服务的一个拦截。方式去做来，更进一步到我们营业的，让我们更加关注业务的，别的事情交给营业生方向去。那么我们在过程之中，像包括我们自己在做这些项目，也会发现要走到微服架构里面，一方面呢，是。

产品的问题，我们没这个用户就会有很多的产品，那还有一部分呢，是经验的问题，对经验的话，它不是单纯依靠于某个产品。那产品呢，能不能帮助我们简化我们在这一块的一个痛点，但它并不能完完全全帮助我们去解决痛点，对痛点呢，也是需要依赖于包括腾讯在的一些其他的一些公司在内，我们自己在这一方面的一些经验去帮助我们去这些问题比较常见的。那么就是微服务的，就做微服的代策略，那么究竟什么叫微服务？多少个服务叫微服务？模块和模块之间拆分边界在哪里？过多以可能带来太多的相互的用，会增我的业务的一个时间分太不到的一个作用，那应该怎么去做什么式的分布式事，我应该怎么样去规避掉我们的分布式事？那么的一个分分的策能够更好的去规避分。那么第二部分，比如说数据分，如果说我们采用这种分分表的方式，比如说是选取这一个账户号，还是选取地域，还是选取什么样的方式来做数据分，是一个最合理，哪些数据需要数据，哪些数据需要数据。

如果我后续改变我的数据的切的策略，会带来什么样数据迁移的工作？在这个迁移工作过程之中，我应该去怎么样去规避，保证业务的和业务的连续性？如果我要采的方式，应该应该可避公共单元，去避免单元之间的调用。或者还有一些情况，比如说我上时之间的转账，我就用单元里，但我没有办法去规避掉单元和单元之间的调动时，那么单元和单元之间的通信应该在哪一层通信，应该在网关层通信呢？还是在几个服务程去划通信调用呢？等等，这些都是在制动过程中一些痛点。其他的，比如说更多的是业务连续性的一个保障。我是通过这种工程活还是多地多活的化架构，那我的运维的动化能力有没有借助于比如包含腾讯的力平台在内帮助我们的构流程整架需临重点是在那么这一块呢？一是依赖于产品，第二是依赖于专家服务来帮助我们去减少这一块。

那么前面所提到的就是说一些是经验方面的东西，也不可避免的会牵涉到一些产品组建的能力，那么产品品组建能力国外组及的关键的第一是注册中心，那注册中心的话有很多种，有很也有很多开源的，那么还有现在可能还有更多关注到我商务组的种单元化架构的。我注册中心不再项目个可能是一个全局的库，那我的全局注册中心应该怎么样一个构建啊，我的分布式数据库啊，前面提到了分布事，分布的事务是放在数据库这层做了，还是放在业务层面去做，当然案呢肯定是两个都需要的，有一部分比如说我因为拆库拆表带来的。

可以放到这，如果说本身是因为不同的业务属性，或者不同的这个资产工具所带来的。是放到后面业务的后面。还有我们的服务怎么样，比如我们单单之间面都会有个务的相互之间的通务。那么更多可能我服务有关，那么服务网关怎样对外提供我的服务的调用能力，对吧，去进行服务的一个健全，我的用户认证个健全，那我服务客服费调用的一个流等等啊另外一存在我们上面肯定会有。新平台的一些基础啊，还有我们采用大量的这个异步，以后异步通信会有消息通信的大量的使用。那么消息的消费的追踪轨迹。那么产品。还有一些加快，我们系统应的包含工作的化运平台等等，都是在整个微服务架构下的一些核心的组件啊，培训公司的也能会提供相应的些这一分的能力。

啊，这是我们看一下腾讯云具体落到产品层面，我们怎么样去覆盖前面这些产品需要的。那么比如说这有几个单元，那么每一个单元的话，都包含自己的交易的产品的数据，及每一个数据的一切。一步是完整的，那么从上去滞销我们可以看到哈。所基本的需要哪些能力呢？比如说负载均衡的能力，就服务网能能力，服务网里面进行由转化能力，就是在网面我们认为必须要有。那么到了服务面，我们看到最常见的注册发现，配置管理啊，授权认证，消息分等这一部分是在我们服务开发这个面必须。再的话，我们要我们数据，那么必会数据库的个。那么以及承载上面所有的一底层的计算存储网络安全的。

以移带到我们的，我们的开发运维化的能力，用平台运维平台能力以自动化运维能，那这一块的话，腾讯的话有自己的一套解决方案去覆盖所有。比如说啊。消息列的话，我们自己有基于离构的品考虑很多的一些，它传统它使用了卡卡这一类的比较更早一些的开业的产品，那么为了像这一类的应用系统保持一个用性，我们也提供了自己的商业化的应用。而缓存这一块呢，大家最早还没看现在，那么我们大家在使用过程中可能会有些重点业化的支撑呢，可能我们面临一些问题，我们也自己去出啊，自己的商业化的C，那么所有这些其实都是去兼容我们的业的标准，减少我们业务应用性求改造的成本。

那么在数据库这一层面，有我们交易向分的一个版本，并对于不同的交易场景分配产品两类的分配。同样我们必然会存在。不管是从我们的交易分布式分。传承我们传统的，就是说或者其他的传统的。的分布也好存的啊。再的话，我们游戏这块。光是平。

Ding off。我们的一体化自动化运。嗯，在微服务这一块的话，其实我们可能会有一个。疑惑的一个就是说，本来微服务这一块呢，它是以开源实为基础发展起来。这么多的，比如spring cloud在市已经被大家广泛使用。有这种通用的开源组件。那么为什么我们还会去。存在这么多的商业化的产品，这一块的话是在我看到的，为什么我们要去这么去，如果我们自己去微会面临什么样的挑战，我们觉得第一就是说。这么多的微组件，比如说。个竟源展的需求，那么怎么样能够把这些所有的组件进行一个有机的形成一个完整的一个方案包，那么包括在安装、调整、调试过程可能会临各各的问题。

我们怎么来去解决这个自建的要面问题。第二部分是我们当我们的业务上线以后，我们怎么样去保障我们的一个安全，那么怎么样去保障我们的高，还有我们的运维监控应该怎么做。以及这些业务上线以后，我们有本处罚的一个服务制里的需求，我熔断限流应该怎么样做，有没有一些呃，定制化的一些图形化的界面，帮助我们快捷的进行一个熔断线策略的设置，调用链追踪应该怎么样做，能不能够和容器平台能够进行一个控的一个。存在一个景行金融。未如要走平。

传的部分能相相互采种方式行，相互相互都调方式去，不断彼成平滑。直接我们去采用开源的一个生产做不到，另外第二个点就是开源的话学习成本比较高，同时来说的话，会面临一个很大的问题，可以帮我们去解决，我们生产各种各样的，如果它出现异常的。我们行里边可能更多的科技人员专注于自己的业务，那么没有太多的精力去专注于这些开源的的问题，如果当这些这出现问题，我们是难以得，所以说这一块的话，更多的时候我们会去选择一些商业化的平台去帮助我们去支撑，去构建我们的微会。所以说这是在这一块我们不需要，那么这一块和云平台相结合以后又带来另外。

我们可以做到一个按需，第二个前面已经提到完整一个商业产品对应的就是持续的一个技术支撑，一个服务的领域，而不需要我们什么问题都需要自己，自己需要跟自己的金融业务相关的问题。嗯，这是腾讯云这个微服务产品的解决方案，这个标准标准D。D的话，目前在国内包含这个四大行里面有部分银行在。也有很多的股份制，还有一些商行，农商行在使用我们这么一个产品指数，这里面包含我们前面所讲的，除了和游戏以外，基本上是网。数据库。包含呃啊理开框架等等，并且呢，它也是一个跟我们的spring cloud就是较，如果spring程序变。

几的就可以一个比较大的一个系统改并完。因为它本身是向。另外一块的话就是我们都在讲这个化，我们的求这个出现以后的话，最开始有一部分人员开始使用，多去构建一个标准的一个研发环境，后面把作为一个生态环境的方式方式去。然后随着谷歌去推出了它的proper，我们能看到谷歌在这个呃，KS这一块的，在ER这一块的应用的话，应该，但是它也有很多的不到的经验，所以最终把这一部分的经验的话，去提供出来一个K8S的一个。个产品，到今天来说的话，越来越多的银行开始自己的中产业务，是比较关键的核心业务系统啊，这个并不一定就是不品，而是比较核心业，核心类的业务系统。开始去使用我们的S和容器配合部署我们的关键业务，这块的话呢，它能够带来的我们是非常的显而易见，通过这种啊容器化的方式，使得我们代码部署的存止容易。

去部署一次代码可能改一次方向，从准备到部署方向需要花掉一周，而现在可能一天，考虑以前我们去从这个修复我们的bug，可能也要为。包括我们整个在弹性这一块的一个的话，银行常不会用，因为弹性本身弹性物。弹伸缩虚拟机的话，相对来说它的这个成本也是比较高，并它的效果没有容容的弹性，它是一个秒弹性伸缩的特。能够去帮助我们去应对类似于11这样的一个业务活动的一个来源。所以在这一块的话呢，各个很多的厂商都会在基于K8S里面去装自己的化的KS平台，K8S里面本身是套标准义，尤其是在网络这层面。

它只是定义我标准网络接口，并没有做一个自己的实现，而在这一块的话呢，有一些开源的插件，像卡里等等，这些是帮助我们去适应到这一块。商业化的话，能够结合自己本身的个平台，做出和计算机的网络，是有一个更好的一个。好吧，作为腾讯的解决方案呢，也是例外。本和存储的。容器和的，那么我们能不能弹出自动的？向爱去分析这个病例作为我们的一个work节点，加入到我们的人资面群，以及大家可能特别关注人资和网络层类，尤其是上云以后，大家会发现云本身已经物网。

这样的体系来说，对于我的网络开销会变得非常。遇到业消法对于我们的这服务的响应是不利的，那么而传这种商业化的一个效率的，它能够把这个络灭啊，造成的两次O类的把多打印。来加快我们的。把握效。OK，不然我们看到啊，整个腾讯云，我们的这个。CYS对DK这个套件这一块的话啊。它的所有的一个优化的话，那么在本项来说。它就是保证个KS的标准边API，那么去把DM所有的原生的API接口都要支撑，那同时呢会扩展出自己的一些简单拓展，我和传统同时呢，我们的优化更多是一个难度的优化，比如说刚才所提到我们跟底层的这个计算网络的优化，包括我们在8S微信联邦群的一个优化，这一块的话，它对于我们上层的北项基础驱动，能够也便于我们对做一些大话，他们可能在选择平台以后，他会选择自己。

去定制化为自己量身去定制他的。500平对1万平来说，不光管要管化学，要管游戏等等，那么这一块它需要一个标准，一个横向的接口构建。这个主板这个在这块。接口。另外一个就是。Co我们叫vic的工具，我们叫coding。独立于台存在的，因为我们在银行里面，我们或者在其他金融机构里面，我们不可避免的会面临着我们并非我当前所有的业务机构我都会。

如果我一旦把我的C的工具体系和我的云平台都绑定死了以后，就意味着我只去处理，我上也不能业务，那我不上面的业务，如果我像你们这样的一个流程体系，我怎么做呢？我不一定要做到为我甚至不一定要做到容器化的方式控，那我这一套代码从需求分析到需求提出，到需求分析到开发测试。工作流的体系，它是可以通用，那么我为什么是在我传统里面可以这样更好的这种开发方式的，所以说它一定是要回这个进行一定的业务，那为什么他们又关联在一起？我如果说我面向的是云平台的方式发布，不管我们发布的云上。还是发布到我的戏上面，我需要对应的一个，它为一个发端进行一个的。那么在投顶这一块的话呢，在这一块腾讯的说自己的经验的话，我们是两个我思考。

一个维度，首先来说我们讲CCD，或者我们讲give off这个数字化研发的一款。我们认为这个转型的话呢，它一定不止是一个技术。他一定也是一个主题和这个。公司的组织结构以及一个工作模式的个就它不是一个自的，所以它会分为两个，一个维呢，是我们软件开发流程体系的维问题，另外一个我们这结构，所以说我们把它横向和纵向分两条线，所以说从纵向上看，我们可以看自下而上，首先来说我们来解决织的问。我们为了做这么一个的一个数字化研发的一个，需要什么样的组织去匹配我。所以说我们会把人员分为，比如说把我们业务人员，产品经理，研发负责等等。这么一个织的方式去，另外一个是我们的流程，流程的话外这个用户需求的需求分析，研发等等，这个我们传统的开发并没有特别大的一个区。

但更重要一点是我为什么我有这个，我需要的不光是提高我的生产效率，同时我也要提升我的规范化的能力，所以我要建立我的规范。的需求应该有什么的标的，每个需求的提出，我应该足什么样的式，我应该具备给我干什么样的，才能够让他们更好的接收到我的具体领导。我的代码的管理分支管理的规么，应用什么代码管理工么，做master么样迭代么样，做公共么样，并的规则是怎么样，能不能够跨版本合并等等，整说这一块是我们建立我们开化的一个规范。还有我们的版本的管理，开发测试过程的管理，比如说我的代码的我的用要覆盖多少，我的代码，我的这个用例的通过率要等等，我的代码的去除率要多少，避免很多的数据粘贴的需在。而以及我的就说我产生到我的这个资金代码，我的自己库一我的自己库怎么样管理，我自金库能不能直接到生产。

那么我的开发这个生产环境里面应该有什么样的合理的机制？怎么样去同步我的制品库？那么所有的这些东西的话，都离不开一个是工具。我的工具是怎么样，我的团队目标怎么样，我项目协同怎么样，我的开发测施的协同怎么样，我的负面去交互质量，我能不能够对保护我的代码管理平台在。那么另外上升府的话，我们觉得呢，来说的话，可能是我们在传统的沙发题里面没有在这数点，这个所谓的度量，就是我们的这个绩效。我这么多的用户，这么多这么多的呃，业务人员，这么多的开发人员，我提出了这个需求，我这个需求最终转发率人，我的这些相关的开发人员，我的代码我完成开发，有的交付质量怎么样，我的有多少的缺陷，我的缺陷的修复，修复时间是怎么样，我的这个处理故障的问题，我的响应速度怎么样。这块的依托于整套平台，它有一个核体系去帮助我们自动的。

为我们每一个人的每一个这个不管是我的开发人员，人员也好，产品经理好，我把每一个人的这个日常工作中的。通过的一个接口变成一个数字化的一个沉淀，能够帮助我们去分析它，通过一个列板去看到每一个人的，通过生产力的，能够通过这么一个列板，你去精确的定位它的规个。比如说OPR卡，它的OPR技术。我在看到，所以它不只是一个。研发与我们平台的工具同时发，这个组织结构的，有考核方式，一个整个我们研发模式的。那么具体所覆盖的话一定是从团队。R。我们提。要做一个什么样的产品，然后针对这个产品的用我们的用户的需求，然后去阐述，放到我们的需求需求组里面，然后把这些需求交给我们的需求分这个业务分析人员分析以后去转换成我对应的这个开发的功能点，然后通过开发功能点，然后去开发提交测试，到交我们测试人员进行缺陷管理，进入到我们的上线等等，那整个一套流程体体，包括我们对外，其实我们会套API的文档啊，制定库的管理，整个流程体系发配到完备的体系去覆盖掉我们传统的。

需求迭代、开发测试、集成部署等等，整个一个全生命中。前面提到了，就是专注。平台或者说平台，或者是让中间不会是结合的一个点，常典型的是我们通过这么一个抽屉。来进行一个。管理项目，项目管理管理测试管理理通过的T微开发框架完成本的一个接入，我的框架的一个接入，然后这样把它去通过我的容器平台，把这些制品库拉到我的容平台里面去，去完成我的整个业务流程编排。

然后对于同时的这些业务组件，可能他会去使用到我的中间件，比如说我的分布数据库，我的中间件，我的消息缓存事务等等啊，然后。同时呢，可能会和大数据平台会有一些数据的集的工作，那么会把所有的这些组件的话，形成一个组合起来使用，这也是在腾讯自己里面做使用的一个开放运维的一个实践，就是罗，它就是这样展示。我们最终看一下，就是说其实家比注面究竟是什么，在这里面我们是提供了。

应当说我这写的两套，但其实第三套解决方法。如果站在公有的资法级的话，这里面可以先补充一个解，就是说腾讯云的面向营业生的一些解决方案的产品。并不去特定的去绑定腾讯的，或者腾讯的私有云，或者腾讯的并特定都可以进行独立化的出啊，比如说如果我们没有一个特别的要求，我甚至可以把我们的所有的我就运行到V上，或者运行在物理机上也没有问题啊，或者运行在的这个可完全独立。那如果说我们抛弃掉这种的和这种，我们就从私有化平台方案。我们是有两套技术体系供选择。套我们基本上。待会讲全有我们之叫T的一个云生命体的话，就TCS。

而服的体系里面又会包括比如说我们的刚DS微开发框架消息对应的DMQ啊啊以。服务的方式去发布在上面，那么它的特点就是说，第一我能够用到我的，第二我能够使到整个平台里面。发布，但同时来的话，底络定的要以可以是虚拟，虚拟可以平。

可以是传统的虚拟化方案。而且他可以完完全全做到一个一种不绑定任何一个设计厂商的一个。但刚才也讲也提到一个点，就是说如果说我们有的。需拟拟。A的虚拟啊，通过我们包去进行这个虚拟个调度，比如说我们在这里面去基层一点啊。在二里面这化的这一块在互动客户，它比于我们预期的它是有需求，它这个是的重点，重点是我们给他营业生改上面的问，我把我的这个服务给。

把它孵化，同时我们行的这个它完全方案啊。这是第一套全身的方案。第二套决段解决方案，也就是我们所谓的啊全商云平台，那么可能业界呢，也俗称这种方式，不管是我们的也好，别家也好啊，我们可能叫业界俗称为全的能，那全家的能力呢，必然是包含比如说啊。我可能下面有不同的服务器，有与海湾的。八六的英特尔，八六的有分红的，有非常的等等些芯片架构的服务器，然后上面会展出我们的操作系统，可能有最大的自己的数据，我们的真能够这个钉钉。也有比如说银河麒麟信的啊，在上面去出这个存储网络虚拟机，安说星用器啊，存储的块对象文件，最常见的这几类有存储的网络，现在都是S本上个SN的一个。

运营的私有网络啊，网络S等这些常见，那么在上面去署中间件据库，包含刚才提到所有啊一套的管平台，管平台是管己管管。没啥安全。这后我们针对全站的一个，那么这个和前面一个方案能最大的区别，最后能包含一个完整的二分计算，存储和网络体系，而上一个方案里面它是不包含这一。这两种方案呢，会一般来说的话，根据不同的这个的客户方，他的一个具体的一个诉求，那么他可能会出整个环需要一个有的需要有S，那么这两套都可以选择这个方案。那具体我们来看一下，就是比如说我们这是在国有大，它最早的话在使用了我们的呃，营业生产这决方案，包含我们的微开发框架，包含我的这个数据库，大数据工件等等。

去最早在一些最关键的业务开始去尝试把它的应用改造，腾讯云的一些产品化一去做一个适配，到今天为止已经开始。下移到我们的开放，然后它的软件开发依然去遵从我们的开发，我们的微博开发方向，我们的工业界啊，我们的数据库，就包括数据函数里面大数据组件，这大数据这种能去构建它的。四八中心的一个。整个的平台的架构啊，这是。另外还有呢，就是我会以我们自己共行互。在这一块的话，他也会去有的。

开发框架。我们的数据库是在数据库这块特别。用到我们这一块去构建他的一个多具多的啊，去满足我的，在微信里面用到很多一个我们的。金融业务据相关的在后端的话，基本上都会有这一个微控的单优化效果的，在可以讲到比我们每天都在各种各样的防。后面呢，都会有这么一个，所以他就的背景帮助自己。OK，那我要分享的内容就这么多啊，我们今天一个小时看四十来分钟，大概有差不多十分钟了啊，答疑时间不清看一下，呃，我们现在也会存在问题。感谢肖晓峰老师的精彩演讲，看到大家提出了一些问题，请您先浏览一下，稍后呢，帮助大家答疑解惑。同时请大家扫描屏幕中的二维码填写调查问卷，完整填写调查问卷，我们将抽取五名有效回答的幸运观众，送出我们的鹅厂Q版公仔一只，期待收到您的反馈意见。

下面把时间交给肖晓峰老师。OK，呃，我看到了有一个关于这个云生平台产品，对于这个，呃，国产芯片和操作系统的前面我们有讲到，就是说在讲嗯，这个我们的全家方案的时候，那里也是非常明确的提到了我们的这个产品的是支撑，包括比如说常见的。海光啊，在。模化的发布系统的话进啊这个等另外一个呢，就是包括。另外一套方案就是我们的这个生的一个平台版本的方案，这些他都也都是，还有一个就是我们前面提到的，如果说我没有这一个平台，我就纯粹的一部分独立的一个产品解决方案的话，也都是。

共产化的一个。呃，第二个问题是关于这个，呃，银行业两第三中心多地多活价构，呃这块这个重点说明一下，就是说呃。我们现在做这个多架构的话，或者说构成。主要方案一种就是我同城双中心，然后做活，然后异地的这个这个。务之能中心进行注册么？我认情下如务B，那么B认情况下是每个务两个同时B。而A服依然的话，那么我才会去触发A去同中心去另外一个B中心的这个B，另外一个中心的B，这种可默认情况下，它是就近当特别情况发生。

触这么一个这样的处，第一正常情况我能够去度。二是我在。另如果是架构的这个架构的话，个业务单是一个那么个单元之间进行成块互关，最整个单单元单元切过去了，由为我数据给我同步到别的单元去，就我别的单元依然能够反馈到这次数句化的数据让你们对外提供。那么如果说这个单元则肯最好通过网和网上对应的对接。在我们对一个对接。

嗯，还有一个刚才说的这些产品有做数据，前面已经有渠道不好，我们的这些产品可以可以单个，这也是OK的。没有说一定要非和非绑在一起，高的话。OK，这是我看到目前这三个问题。好的，感谢肖晓峰老师的细致解答，未来金融研究所系列直播第12期到此结束，再次感谢肖晓峰老师和朋友们百忙中抽出时间参加本场会议。希望今天的分享能够为您提供更多的帮助，祝您工作顺利，期待与您在金融云其他活动上再相见。