OK,接下来呢,就是我和华为云的日锋采老师,我给大家带来卡玛达加弗罗曼斯去做跨机去流量的一个调度红色老师应该是要等一会儿上吗?OK,这边就是做一下我们的一个简单的一个介绍红色老师是卡玛达社区的一个明天站他还去编写了这个购的专家编程然后我是弗罗曼斯这边的一个远方教授师还负责一个技术不到的一些工作基本上过去几年一直在做微服架构Renegades教授这个方向上的一些研究性上的工作我们前面已经几个老师已经讲过了就是我们如何去比如刚才刘教授他们已经介绍了就是如何去管理多么具体如何去自动创建一些继续升级顶坐这个进行的一个管理和升级那为什么会有多具体那在我们这个混合这里一个是一个混合园的它的一个发展优势混合园就是我们的企业在我们的这个业务家在我们的系统架构中我们是使用了多家的这种工友园还有这种私友园的一些资源然后通过这种的一个混合园的这样的一个模式去获得一个比较好的好的这个资源的一个高效利用还有比如说我们的一个电池高性能还有有灵活性的这样的一个继续模式我们已经看到这个多居群混合园它的一个发展的一个趋势其实是跟我们业务的一个复杂度的提升就我们还有业务规模的一个提升是有一个这样的原因的打着我们企业会越来越多的去越来越多的企业去使用这个混合园一个这样的一个模式那企业有这样的一个寻求那我们的一些云上商他们就提供了他们如何去如何去给我们的一些其他的一些云或者私有云去做集中这样的一个方案然后慢慢的那我们这些云上商之间那他们会以联合去提供这样的一些集中的一些方案然后再就是我们混合多云有了混合多云之后我们就设计到一个管理平台然后通过管理平台去提升我们的一个管理的一个效率那最后就是说我们在有了这个混合多云之后有了这些集中之后我们会有会比较多的去关注这个一个安全性还有我们的合规性你们设计到一些法律法规的之上的一些考量那我们总结了那个混合多云有一些去用因素那我们作为主动和贵动那主动的就是说我主动去采用混合多云去获取某一些这个特性混合多云带来的一些特性就比如说我们可以去比一些产商的一些锁定当我在我可以去零互的去更换我的这个云组商去获得一个比较好的比较好的这样的一个成本或者是比较好的一些性能的一些优势那再就是我可以去提供性能将你延迟我们可以在多个云或者加上我们的私有云多个合合云之间共有云之间我可以去对我的营用去进行一个获索柳那相比我们原有的这个待遇云里面去做获索柳呢或者我们可以有更好的这样的一个考核性的一个保障再就是一个成本的云素那可能我用过这个云可能有其他都不运营过来给我提供一个更低的更低廉的一个价格那这边是普通的一个云素被动的云素呢就是说我们在什么是什么情况下不得不去使用这种共有云或者是这个多级群这样的一个模式就比如说我们的一个单一的一个云它的提供这个资源或者是它的一个覆盖的区域它是有一些限制的或者说我们的单几群它其实是有比如说有单几群五千个或者这样的一个限制最后的一个保障再就是我们上云下云的过程中会涉及到一个中间的一个状态这个中间状态可长不断那这种中间状态我们要去它就是一个符合多云的这样一个状态有上云那就有下云吗那么我们用从共有云上面签一下那这就是我们的一个做一个业务合理可能因为考虑一些这个数据的安全性我可能把一些敏感数据的这些用法部署在我们的一个私有云部署在我私有云的那个环境上面其他的一些政治用户的这些数据呢那可有提供服务的这些数据我们可能部署在共云上再就是一个合规和数据格理比如说可能做出海一些业务可能在我们在不同的这个区域比如说欧洲有它有GDP或者是美国它有同样的这样的一些这个法规的一个限制在我们国内同样也有就比如说数据保护法还有用户隐私的一个保护有一些法规那这边的就是我们的一个火核斗云那我们使用了一个什么样的接触方案我们不管我们是主动还是被动去使用火核斗云的这样一个架构那我们又有什么样的一个方案那我们可以从下面往上看就说这些下面是我们要保证你们的数据可以做在多个数据东西在多个云之间可以做了一个数据的一个同步比如说可以做带上相的同步双鞋啊 带鞋啊这种还有了第三中心的这样一个数据的一些方案数据组织的方案再就是我们做一个资源的抽象那各种供允云他们对提供的不同的一些资源直接可能他们有一些自己的一些抽象那我们怎么去大评去抹平这样的一个这样供允云之间的一些差异呢那我们通过这个容器编排也就是通过Provenetics去隔离我们这种资源的一个差异再往上看就是说我们跨集群的服务之旅那我们服务已经跨了集群跨了多年之后我们怎么去进行这个服务之旅那我们可以通过这个服网盒还有Provenetics的多集群服务的这样一个API去实现我们的一个跨集群的服务之旅再往上层就是说那又服务了我们之旅之后那我们还有一些中间件比如说一些Redis啊Mapcatch啊等等这样的一些卡不卡这样的一些服务那我们怎么去隔离在影响上的这样的一些差异呢那我们通过引入一个分布式应用运行时比如说小Depr这样的一个独立的结我的这样的一个组件一个运行时去解决问题那再往上层呢就是说我的应用在不同的源上面我要去灵活地去部署那我们又要有一个很明昶的一个可意识性那这个就基本常用的就是我们去做一个容器化那今天呢我们主要就集中在一个跨集群的一个服务之里在于我们一个自然抽象在跨集群多集群的这个容器编容器编排上面让给大家做一些介绍那有了这个有了这个伙伴多月之后那我们这个Kubernetes多集群它有几种方式嘛几种形式比如说我们可以在一个一个资源比较充足的一个主机上可以在一个主机上可以建立多个集群比如说我做一些试验性的一些测试啊等等再就是我在同一个同一个数据中心去部署不同的集群比如说我在我的本地本地的这个私有员上面去部署比如说部署开发测试啊或者是一些比如说Staging啊这样的一些预罚过了这样的一些集群去做这个做这个环境环境的一个隔离那接下来就是我们做多去多数据中心在上面去部署多个集群去管理我们的应用负载OK那我和东远中的这个Providex集群他们给我们带来什么东西呢一个就是说我们可以进行我们那个跨平台的一个应用部署我们可以在多个平台多个工与平台上面可以进行这个应用的部署可以做一个自动化的一个做一个自动化的排群的一个阔楼然后呢可能就可以提供一个更高的一个可用性去通过护照合理比如说我们获得某一个人某一个数据中心出了问题比如说什么空鞋一挖断了或者是地方稍微这样的一个情况我们就可以去保证我们的我们的服务可以继续继续为我们我们用户提供的服务再就是我们一个集群资源的一个优化我们可以通过使用更低成本的这些供用员去为我们的应用去提供去获得一个更高的一个更好的一个成本优势再就是我们的安全性还有合规成本优化这我就不去太多过多的介绍因为时间的原因再就是我们可以去做一个可扑展和灵活技术可以去通过Propernetics集群合理我们的资源的差异可以去使用更多的这种云场上的资源可以去比较灵活的上位或者是切换做一些云的一些资源的应用的一些切换OK接下来是我们的洪涛老师给大家介绍一下好非常感谢小卫老师给大家介绍一下多机群管理的一些一些通点以及我们利用多机群的时候能够解决什么的问题那么接下来呢我给大家就是介绍现在比较主流的一个多机群管理的一个项目卡玛达我是目前在华为云的开源团队先专注在发展以及推广卡玛达项目那今天呢我在这里会跟大家去分享一个多机群技术它的一个发展的历史以及将来的趋势然后会有一点介绍卡玛达的一些能力然后具体的就是卡玛达到底在企业中别人是怎么玩的因为卡玛达发展到现在已经有相当多的落地实践那落地实践呢大家可以关注今天下午1点50的李鹤老师就是会给大家带来一场关于在烧皮中就是烧皮就是我们说的下皮下皮这种企业里面的一些实践从中大家可以看看能不能收到一些启发好那我们说我们说K8s是单机群的一种企业品牌那多机群的一种企业品牌实际上发展非常早它可以说是跟K8s跟COVID-19是同期的那在一五年其实K8s社区就开始构建多机群技术那么分别那么通过实验轴大家可以看到K8s社区分别演进了两代第一代叫Bedritch第二代叫KooFight这两代项目发展到当前的就是从当前时间来看这两代项目都已经被关停被关停也就是说我们前两代项目包括从一五年到一九年就是华为云一直在致力于这两代项目的发展但是考虑到这种因素这两个项目并不是用户真正所需要的然后我们从二零一年开始就开始去发展一个全新的项目然后这个全新的项目就是KamadaKamada其实也是借鉴了其他两代项目很多经验所以说这也是很多人在说Kamada好像是联邦的V3项目一样确实这样Kamada不仅仅是关注的范围不仅仅是前两代项目的范围它的scope会更大也就是说所有多机群管理的一些难点 痛点痛点都是Kamada所关注的所需要去致力解决的Kamada像目前是隶属于CNCF基金会下它一个官方项目这是多机群管理编排的发展历史那么下面给大家简单介绍一下就是说后面前面两代版本它到底有什么问题然后从来去看我们第三代Kamada的项目到底有什么优势那么我们说第一代第一代的话我们可以通过架构可以看到它跟K8单机群非常相似那说到多机群管理技术为一个最基础最核心的一个能力就是我怎么把我的一个功能负载再发布到多个机群中去那我们知道K8S在在电排容器的时候有一些API那我再多机群直接API怎么体现那么在微衣项目里面利用了一个方式这个不太清楚在第一代它的最大的问题是什么它的这个API的信息是放到了安德贼士里面那放到安德贼士里面一个很挑战的事情就是它的利用性会非常的差然后简单的理解如果你在安德贼士里面放了太多的规则那么安德贼士非常难以维护而且很丑陋而且不容易眼睛那这是微衣的问题那为了解决这个API的问题社区发展了第二代项目叫POW FILEPOW FILE它提供了一个独立的API独立的API来进行功能负载的独立分发但是V2呢虽然解决了微衣的API的问题但是V2又带来了一个更严重的问题是什么是它有一个独立的API它跟单机群的API就不再兼容那这个不再兼容其实是非常严重的为什么因为大家不管是任何企业在使用KVS的时候都是先从单机群开始使用然后才会过渡到多机群那你在使用单机群的时候肯定会有一些周边的技术设施要跟KVS做联动也就是说你的技术设施已经认可了单机群的API包括我们的运萎人员也是我们认可的是KVS的API然后部分引入了一个新的API会让大家有一次从我们的运萎人员来讲它有一次是就是说学习成本又提高了一层另外一个对周边的技术设施成非常不友好这也是KVS的没有被推广开来的一个最重要的原因所以说在第三代我们在做KVS的项目的时候我们就是说非常非常关注KVS的建筑性那KVS它可以通过它可以做到KVS原商API的建筑那这个能力就可以一方面在我们的运萎人员在从单机群升级到都停价格的时候没有太多的额外的学习成本另外一个跟单机群的一个周边技术设施的继承会非常的丝滑然后这个KVS的项目刚才也提到我们的SCOPU会比前两个项目都要大也就是说我们这里面会有一个很丰富的都计群的调度因为都计群领域里不仅仅是资源的分发还有很多具体的行业的一些生产的一些诉求比如说我度AZ203中心这样的部署同时这个项目是非常开放很中立的我们在这个是个都计群容器编排那它不可避免的就要去管理多个计群那计群你是说不管你是阿里云华为云还是博多云还有Ishore还有Google都OK完全没有问题你的私有部署的KVS也没有问题甚至包括一些电源场景的电源计群都OK都支持都没有任何差异的支持然后呢卡曼娜也是希望把众多的都计群管理的一些实践一些能力通过这种开箱提供的方式跟大家去在实践的时候可以直接拿去部署好那卡曼娜我这里也想问一下现场现在有多少人在已经在使用多个KVS或者在管理多个KVS如果有的话大家试一下我看一下哦挺好挺好还挺多这里呢给大家看一下我刚才说的卡曼娜的使用成本低那么一方面的原因那是我们的架构因为用卡曼娜的用户实际上都是已经在使用KVS的用户那么它必然就是说对KVS的架构非常了解那通过这个架构我们可以看到卡曼娜的架构其实跟KVS的架构非常类似那所有的组件像卡曼娜APS Server卡曼娜调度器卡曼娜的控制器其实都可以映射到单级群的那个范畴上来只不过这个这里的区别就是卡曼娜的调度器它关注的是如何把一个一个功能复杂在多个级群上去调度那单级群其实本质上关注的是把一个炮的放在哪个node的时候那对卡曼娜来讲它是说把一个应用把一个node就放到哪一个级群甚至是哪几个级群上去那说到卡曼娜的能力其实像多级群管理是最基础的然后多级群的应用管理也是最基础那说到多级群应用管理的话我们不仅仅说把一个应用去选择一个级群进行部署我们还可以说把一个应用进行拆分一个拆分也就是说这里有一个有一个意识上的电话因为我之前可能也可能现在正在做的一件事情就是把一个应用部署在多级群上去实际上你是做了两变动作实际上这两个应用是是割裂的那么在卡曼娜那里面你的应用就是天生就是一个多级群的应用其实实际上已经屏蔽了多级群的概念我要的就是一个超大规模的应用一个这个应用已经单级群无法满足的应用那我可以通过多级群把多个级群连接起来构成一个比较海量的一个资源池那其他的多级群的这个这个故障签引我们也接触了很多用户它有这样的故意我如果把一个应用都固在一个级群里面去相当于把鸡蛋都放在一个篮子里万一这个级群挂加怎么办卡曼娜提供的能力说你的级群如果有故障可以万一把应用激动的潜移到另外一个可用的级群然后还有其他更高阶的能力包括同学们认证卡曼娜可以做到一个什么当我去比如说我能常用的一些用尾操作通过你可以通过卡曼娜直接去查到因为这分布在万物级群的这些资源信息这些用户的评证你就可以说只去运为在卡曼娜的这个评证这个权限配置就可以然后全局自然试图就是帮助大家去去构建一个多级群资源的一个资源看板这个主要是运为人员会用它会看到全局的一个资源试图情况还有多级群附发现这个也是说我的一个应用它不处在多级群上我怎么样去把把这些endpoint都给组合起来然后去做一些流量的质地相关的工作好那卡曼娜目前呢其实我刚才提到卡曼娜所有多级群管理多级群使用方面的难点 痛点都是卡曼娜的管理范畴那其实现在卡曼娜是最Fox的点还是说对这个算力的管理比如说你的工作负载的管理我们说算力的供给是卡曼娜的一个看家本领那对于说多级群中的流量到底该怎么样管理怎么样去做更精细化的管理我们还是会持续跟业界这种主流的这种常属的生态性合作那么接下来小辉老师就会给大家带来一种一种解决方案我们就是结合卡曼娜结合Floemax进行多级群流量质地的一个方案好接下来就先小辉老师我们现在已经有了多级群的管理已经有了然后我们多级群的应用负载的管理也没有了那我们接下来看一下就说我们应用负载它是一个什么样的一个什么样的一个头脱那我们的网络脱骨它其实是我们是总结界基本上有两种形态一种是一个净相的形态就比如说我在一个技学里面我们要去做一个全量的一个部署比如说我NBCG在我们所有的技学里面做个部署那因为我们是一个微服务这样的一个架构而尤其是我们的业务下复杂的情况下我们整个微服务的数量它是一个成于一个爆炸性的一个增长那有时候开发人员都还蛮去梳理这些服务之间的一些依赖关系那所以说我们在部署不同技学的时候我们可能就需要去做这个它的一个全量的部署那全量部署一个很简单那有一个很好的一个优势是什么就是它的实施难度很低那我做全量部署每次我就做全量的部署每次部署应用的时候呢我就去去勾选我们所所有的这样的一个技学做所有技学的一个部署那但是它的劣势是什么就是它的微服成本非常高比如说有些应用我不需要很高的可能性我不需要去做这个垮击群的过程隔离我不需要去做不到所有的进行商业而且有些应用呢它的这个它的流量很低那我们为了一个很流量很低的这样的应用我们部了所有的进行它会造成这个资源的一个浪费那与这个经向网络头肤相对呢另外一个就是我们一个网状的头肤那我们就可以根据需要把我们的应用去选择性的部署到我们的一个技学上面去比如说我的一些隐私数据隐私的这些服务呢那我对私立性比较高需要需求比较高的呢我就可以做这个私有源的部署那其他的一些对一些地域啊这些对延迟和性能延迟是有比较高要求的我们就可以去做多级值的这样的一个部署那它形成的就是一个我们装的结构那这样呢我们就可以有就可以去实现一个资源的一个高效率的利用那我就不需要去比如说一些可调性低的一些应用那我就只需做单级选的部署就可以了那它挂掉就挂掉然后有我们的可调性去把它去做一个拉起或者是比如说我们的一些这个私有源的服务我就可以只做这个私有化的一个私有源的部署那这样就是说我们的维护成分低了但是我们的实施难度非常高那我们的这些微服务那因为coronation3是做了一个网络的一个颗粒那我们的微服务怎么去进行去做一个服务力度的这样的一个流量的一个调度呢就比如说从CloudA去到CloudA里面的服务调到CloudA里面去做因为它本来它的网络是颗粒的那这就有了就说我们FlowMesh的一个跨机群流量调度的一个方案那FlowMesh就结合我们Kamada由Kamada去实现我们的这个流量管理然后我们多机群的一些服务发现然后由FlowMesh去进行我们的一个服务的它的流量的一个跨机群的一个调度那我们就可以从从这个从资源从资源利用到我们的附载的一个附载的一个调度到上层的一些流量的高度调度就是一个比较这样一个完整的一个多机群的一个方案那快机群的服务做算呢其实就是什么就是我们这边FlowMesh它是有一个有一个这个叫AriKanel的这样的一个组件它是其实AriKanel跟Kamada一样它是有一个这样的一个控制面那它这个控制面然后相对的就是我们的一些数据面的这个机群AriKanel的组件呢它会把我们这个数据面上的一些这个服务把它注册到我们的控制面的这个AriKanel里面AriKanel呢它会控制面的这个AriKanel它会把注册上来的这些服务把它把它这个推送到我们的这个数据面的这个机群里面去那就是说我们的一个数据面的机群它可以获取到这一个另外一个机群里面这个服务的它的一个访问的一个方式那一个是就是我们有一个多机群的这个服务的这个AriKanel它可以去实现我们的一个多机群的这个流量管理包含了这个南北向的流量管理还有我们的一个服务发现就是用进行我们一个服务的一个划机群的一个注册再另外一个就是说联通性联通性是什么就是说我的服务做了一个多机群的部署和声明之后做了一个注册之后他要去访问的时候他肯定要跨过我们Koronesis这个网络的一个边界那有我们需要有一个这样的一个服务进入的这样的一个功能那我们这里可以使用AriKanel它会提供了这个Egress Piping去实现这就是一个Egress controller那后面我们即将会发过了这个Gateway API的实现除了AriKanel里面的提供了这个组件我们也可以比如说我们也可以去用这个像NGX的这个Egress controller这些都可以用只要实现了这个Egress的 API都可以去支持大家可以随意的去取入口这个服务的坚持层的一个实现那我们这个流量当步流量度我们这边会有两个方案第一个方案是服网格的一个比较通用的这个比较适合大家比如说我现有已经使用了这个服网格的这样的一个架构那使用服网格架构之后我们只需要跟我们的这个AriKanelAriKanel是这样一个组件去做一个去做一个结合AriKanel它已经把其他几群在这些服务的访问方式比如说像是以前N快啊这些都已经推送推送到两个集群之后那我们的流量通过我们的服网格塞卡截持之后它就可以去判断我现在是要做本集群的调用还是要做跨集群的调用那本集群到底是选择什么样的一个调用方式呢可以通过一些策略去去实现比如说因为有一些应用我们对它的这个性能要求比较高我就只会要求它只会让它去做这个本集群的调用因为设计到跨集群调用的时候可能会增加一些网络上的一些延迟尤其是说跨语人啊跨的这种地域可能是一些物理上的一些距离标远的时候这个性能会增加的会比较多一些在另外一个策略的就是说我可以去做一个Failure策略就是说我现在优先是做本集的调用当我本集的服务不可用的时候我才会去做跨集群的调用这样就保证既可以保证我的一个服务它的一个比较好的一个性能又可以保证它的一个可能性在另外一个策略就是什么就是我们可以在所有集群的服务这个负载之间去做负载续航这样就可以做到一个一个这个跨集群的这样的一个和流量的一个负载续航去实现我们那个资源的高效率用就比如说可能你当前的这个地域这个集群它的使用率比较高的时候但是可能其他的集群这个服务它的这个负载续航很低那我们可以通过把它的流量去负载续航到所有的集群去均衡的去负载这个处理处理我们的这些服务的请求那就可以去提升我们的一些资源的一些利用率那这个是跟我们这个服网格的结合了这样的一个方案那服网格呢那可能一些企业它没有去做这个服网格的服网格的这样的一个升级它没有使用服网格那我是假如我要用过集群我是不是一定要用服网格那么还有其他的选择那我们有另外一个方案就是我们一个EVPF的方案EVPF就是技能里面也是一个比较红的这样的一个技术但是它可能对我们的内核这个版本也会要求比较高在我们除了Mesh这个花旗云调落的方案里面会在对这个内核的要求是最近是5.7的这样一个内核那EVPF呢我们就是通过EVPF通过EVPF去对我们的流量去进行拦截去进行流量的一个截止那拦截之后的流量把它拦截到我们的一个Node-Level的这样一个塞卡就是现在我们的一个塞卡它不去做就不是说我们去做一个它不是靠的服网格那种靠的Level的塞卡现在是一个Node-Level的塞卡那我流量进入到Node-Level的塞卡之后我可以通过我们的一些流量策略通过我当前的一些服务的服务的这个进化状态可以决定去去去做这个本机军的调用还是说跨机群的调用跟你我们服网格的方案里面使用的这个流量的调度策略其实是一样的那简单说一下这个EVPF这边的一个实际比如说EVPF那边我们其实是我们相当于在我们的每一个Node上面进行了一个这样的一个Dimit Set这样一个Port在这里面呢它是包含了三个组件也就是CNI我们这边有实现了这个CNI因为我们会通过这个CNI去对我们的Port当我们创新Port的时候会做一些Hook做一些这样的一些控制上的一些操作然后呢根据我当前的Port的状态去决定去是否要去加载我们的VPS的程序再就是我们会有一个Bridge在它的一个这样的Controller有Bridge可能够Controller去完成我们的流量的这样的一个调度OK这个就是我们的EVPF这样的方案这种就比较适合我们现在没有去使用抚养格的时候我们去把他去获得我们这个多机群获得多机群的一个服务调用所带来的一些所带来的一些功能再就是我们整个跟卡玛达还有加上FolkMesh就是一个集群集群加应用工作负载加上流量整个这样的一个多机群调度方案它是以于有点些亮点就是说第一个就是我们追求一个设计的标准刚才同台导师说了就是说其实我们都是做一个中立的那我们去都是一个中立这样一个中立的一个实现我们去实现设计的主流一个标准那实现了设计的标准之后我们更好可以去发展整个多机群包含多机群的各种的一些生态再就是我们可以做一个全职的流量管理这个更就是主要是FolkMesh的这个方案我们可以去提供我们可以去根据需求就是用FolkMesh的方案还是EPF方案去实现一个全职的这样的一个管理再就是一个算力的管理管理这就是卡玛达赋予我们的这样的一个能力我们可以去管理多在不同的语言在不同的极确里面它的这些计算资源再就是我们一个自动化我们可以做到机群的管理的一个自动化然后再去做这个我们工作负载我们可以做到工作负载的跨机群的这样的一个货融然后再做在应用支部署之后做跨机群部署之后我们就可以做到这个跨机群的一个自动的流量的一个调度比如说我们可以去做自动的这些飞龙窝这些都可以去去实现的一个自动化再就是我们整个整个方案的实现其实是一个非常简单一上手的它的学习区域比较平稳然后再就是我们一集成一货载因为你实现了社区的标准大家都是遵循一些社区的一些标准的一些API那我们可以去很好的去做跟其他的审理去做继承比如说我们现在是工作复杂的我们这边这个卡曼达去做了继承那可能我们在流量管理做一些这个可实话的一些管理的时候我们可能会跟一些其他的现有的一些商业的一些方案我们也可以去很容易去做继承OK这就是我们整个流量高度方案的这个内容化这边是卡曼达的一些信息这个大家可以通过这上面的链接啊Kalaba Website还有这种Sneaker Channel可以去加入到我们的一个社区可以或是从社区或者一些帮助啊文档啊等等这边是这一个卡曼达的他的社区的小助手可以通过小助手添加小助手加入这个群对吧红态老师我就帮你帮你这边是我们FloMesh的一些资源然后我们FloMesh的一个官网我们是FloMesh的一些开源那刚刚说的这些东西其实都在我们都开在Gihar上面而且而且整个方案全都是开源的我们没有商业化的这样的一个版本然后这就是我们的SneakerSneaker Channel的信息那我们这些公开方案上面会发布我们FloMesh的各种开源的产品的一些方案啊最佳实践啊等等也就由于我们客户的一些案例的一些发布大家就对关注公众号去获取这些信息OK这个就是弘态老师还有什么捕捉路吗OK这个就是我们今天弘态老师带来的这个跨机群的这样一个交通方案大家有什么问题谢谢两位老师我有个问题就是多机群的管理方案里面其实还有像我问些不太了这样的问题然后那个怎么衡量各个方案之间的其实我们在选情的时候怎么去衡量各方案它的优点然后有什么样的那个指标或者是工具该有干的了是不是只有一个办法我Diana你也有你的问题你说我们有多机群技术方案有很多我在选情的时候该怎么选的问题对吧确实这是一个很好的问题那我们在选一个捐赶项目的时候我们要从哪些维度去考虑首先我觉得其中有一点的话我们要看哪个技术更成熟对吧因为我们都希望采用成熟稳定的产品稳定的项目那成熟的体现在哪里我们可以看它的这个采纳采纳人数采纳的企业数做个对比你可以看其他人主流的趋势都在哪个项目然后另外一个可以看哪个社区的支持会更给力你可以说社区的一些包括文档包括你遇到问题的这个事物的解决的速度可以因为这个是可以通过一些一些看板是可以看到的哪个社区更活跃一般更活跃的话他的身边越强然后第三点的话其实也是最基本就是说你还是不管别人用的有多好不管你的社区有多活跃还是要基于自己的一些诉求你去做一些认证做一些比较我想说主要是这三点就是我接触的很多用户他在考虑选情的时候都会从这三个方面去考虑好 谢谢然后比如说那个发布的速度然后包括那个飞烂盒的这种这些指标的话也有更明确的指标特别明确的指标假如我有一个事情然后要定义我刚才这个咱们更多人能使用吗他都是去别人的然后我们自己就我们要接着去验证我们这些方案更更合理 更优化了这个问题怎么弄你的问题是怎么去做验证是吧那我们这些指标哪里去验证我觉得这个的话没有一个统一的标准你还是要看想想搞清楚自己想要什么你自己想要什么能力你去看社区的文档这个能力支不是持然后社区宣传支持的话你拿过来验证去印证一下这个是不是真的支持是不是很好的支持如果没有的话那就另外一个范畴就是我现在社区骑这个诉求社区能不能满足我社区给我多快的响应速度然后另外你也提到一个发版的文桀其实卡巴达社区现在是每三个月发布一个正式的版本那个其实我觉得刚才还有很多人在用那个对击询样就是我想说的是不管是卡巴达还是今天弗罗曼时代讲都是我们中国人主导的开源社区其实我会很鼓励大家就是说如果你想用或者对这个社区感兴趣就是主动的去谈识 去聊这个是我们去使用国外的一些开源社区的时候所具备的一个很大的优势我们时间原因我们要不要不卸下我会后在我跟孟灾老师都在好吧 有人时间原因 好吧