mesh

SOFA WEEKLY | 每周精选，筛选每周精华问答 同步开源进展，欢迎留言互动 SOFA Stack（ S calable O pen F inancial A rchitecture Stack）是蚂蚁集团自主研发的金融级云原生架构，包含了构建金融级云原生架构所需的各个组件，包括微服务研发框架，RPC 框架，服务注册中心，分布式定时任务，限流/熔断框架，动态配置推送，分布式链路追踪，Metrics 监控度量，分布式高可用消息队列，分布式事务框架，分布式数据库代理层等组件，也是在金融场景里锤炼出来的最佳实践。 SOFAStack 官网: https://www.sofastack.tech SOFAStack: https://github.com/sofastack 每周读者问答提炼 欢迎大家向公众号留言提问或在群里与我们互动 我们会筛选重点问题通过 " SOFA WEEKLY " 的形式回复 1 、 吴小彬 提问 请教下，如果分支事务中使用了分库分表中间件（shardingsphere-proxy、mycat 等），Seata-AT 模式是不是不能用的？是只可以用 TCC 模式吗？ 现在的 shardingsphereProxy 中间件（不是 shardingsphereJdbc ）用 AT 模式，它对微服务来说就是一个 MySQL 连接，它是怎么知道微服务调用链中的

Switch Transformer 可以理解成一种如何在训练基于MOE (Mixture of Experts) 的巨模型时“ 偷工减料 ”的技巧，但这种“偷工减料”却蕴含了一些新的洞察（insights)。 在一般情况下，基于MoE，一个样例进来，会被好几个子网络(expert)处理，这几个子网络的处理结果可以加权求和，每个子网络的权重是通过一个叫router的模块计算出来的（ 如下图所示 ）。MoE可以理解成一种模型的集成 (ensemble)，根据top k 激活一部分子网络。按照我们对模型集成的经验，一般来说，集成的结果应该要比每一个子网络单独的效果好 （这一点很重要，后文还会提到）。当然，这也让MoE的不足之处展现出来，每个子网络都需要进行计算，总计算量是所有子网络计算量之和。不过，MoE 使用所有子网络不一定就比只使用一个网络好，sparsity 可以让每个子网络更“聚焦”，分工更明确，带来的优势还需进一步观察。 Switch Transformer 的发现是什么？ 如下图所示 ，每一个样例进来不需要被所有的子网络处理，只被router模块权重最大的子网络处理，这个子网络的结果再乘以这个权重就可以了，计算量一下子变成了MoE的四分之一。 计算量是少了，效果会有损失吗？按常规的理解来说，效果应该是有损失的，不过这篇论文并没有提供一组实验结果正面回答这个问题。Table

1. 引言 在写完 eShopOnContainers 知多少[12]：Envoy gateways 后，就一直想进一步探索Service Mesh，最近刚在极客时间上学完《Service Mesh入门》，又大致浏览了一遍官方文档，对Istio也算有了基本的认识。下面就根据自己的理解对Istio进行简单的梳理，算是对知识的总结吧。 2. Cloud Native（云原生） 在介绍Istio之前，我们得先了解下Service Mesh，而Service Mesh 又是云原生的产物。因此，本着追本溯源的精神，我们得先了解下云原生。云原生（Cloud Native）这个概念是在2015年提出的，听的人多，真正能讲清楚的人少，我也一样。综合多方资料，下面尝试解读一下。 云原生，虽然字都认识，但真不好解释。一般讲云原生，其实是讲云原生应用，多了应用二字，就更具象了。从字面上直译：云，代表云端；原生：原本就生长在那里；连起来就是 「原本就生长在云端的应用」 。 应用怎么会原本就生长在云端呢？云又是怎么发展而来呢？别急，我们先来看下云计算的发展来解答下云的由来。 我们知道传统的应用都是跑在本地服务器上，随着虚拟化技术的发展，拉开了云计算的序幕，一大批云计算厂商基于虚拟机技术，提供了IaaS，PaaS和SaaS等产品形态，极大的提高资源的利用率。企业本着降本增效的目的

1. 引言 在写完 eShopOnContainers 知多少[12]：Envoy gateways 后，就一直想进一步探索Service Mesh，最近刚在极客时间上学完《Service Mesh入门》，又大致浏览了一遍官方文档，对Istio也算有了基本的认识。下面就根据自己的理解对Istio进行简单的梳理，算是对知识的总结吧。 2. Cloud Native（云原生） 在介绍Istio之前，我们得先了解下Service Mesh，而Service Mesh 又是云原生的产物。因此，本着追本溯源的精神，我们得先了解下云原生。云原生（Cloud Native）这个概念是在2015年提出的，听的人多，真正能讲清楚的人少，我也一样。综合多方资料，下面尝试解读一下。 云原生，虽然字都认识，但真不好解释。一般讲云原生，其实是讲云原生应用，多了应用二字，就更具象了。从字面上直译：云，代表云端；原生：原本就生长在那里；连起来就是 「原本就生长在云端的应用」 。 应用怎么会原本就生长在云端呢？云又是怎么发展而来呢？别急，我们先来看下云计算的发展来解答下云的由来。 我们知道传统的应用都是跑在本地服务器上，随着虚拟化技术的发展，拉开了云计算的序幕，一大批云计算厂商基于虚拟机技术，提供了IaaS，PaaS和SaaS等产品形态，极大的提高资源的利用率。企业本着降本增效的目的

总第426 篇 2020年 第50篇 在私有云集群环境下建设 Service Mesh ，往往需要对现有技术架构做较大范围的改造，同时会面临诸如兼容困难、规模化支撑技术挑战大、推广困境多等一系列复杂性问题。本文会系统性地讲解在美团在落地 Service Mesh 过程中，我们面临的一些挑战及实践经验，希望能对大家有所启发或者帮助。 一、美团服务治理建设进展 1.1 服务治理发展史 首先讲一下 OCTO，此前美团技术团队博客也分享过很多相关的文章，它是美团标准化的服务治理基础设施，现应用于美团所有事业线。OCTO 的治理生态非常丰富，性能及易用性表现也很优异，可整体概括为 3 个特征： 属于公司级的标准化基础设施。技术栈高度统一，覆盖了公司 90% 以上的应用，日均调用量达数万亿次。 经历过较大规模的技术考验。覆盖数万个服务、数十万个节点。 治理能力丰富。协同周边治理生态，实现了 SET 化、链路级复杂路由、全链路压测、鉴权加密、限流熔断等治理能力。 回顾美团服务治理体系的发展史，历程整体上划分为四个阶段： 第一阶段是基础治理能力统一 。实现通信框架及注册中心的统一，由统一的治理平台支撑节点管理、流量管理、监控预警等运营能力。 第二阶段重点提升性能及易用性 。4 核 4GB 环境下使用 1KB 数据进行 echo 测试，QPS 从 2 万提升至接近 10 万，99 分位线 1ms

随着近期的文章 《特效优化2：效果与性能的博弈》 发布，常见的主流项目资源检测规则的知识点讲解就暂告一段落。在此也欢迎大家集思广益，让我们一起将日常开发中可能会遇到的知识点汇总起来，方便大家避开性能深坑。 今天，我们将聚焦 UWA本地资源检测 中和场景相关的检测规则： “移动端场景雾效检测”、“UI子节点数过多的Canvas”和“检测场景中的MeshCollider” ，和大家一起探究在“场景”这个角度下值得关注的知识点。我们将力图以浅显易懂的表达，让职场萌新或优化萌新能够深入理解。 1、移动端场景雾效检测 关于雾效我们不难理解：Unity为开发者提供了一种雾状效果的简单模拟，它能使得场景中离镜头较远的物体呈现出一种朦胧、如同现实中被雾遮挡而逐渐隐蔽的视觉效果。 雾效的应用很广泛，但大部分都是服务于场景中的视觉效果：比如模拟自然界的雾以渲染场景环境；或者以雾的视觉局限性来限制镜头的观察范围，以达到场景元素出现时的突然性等。配合不同的环境场景需求，项目对雾效的要求也不尽相同。 Fog的开启与否是针对于每个场景的，可以通过代码设置，也可以在Window->Rendering->Lighting Settings窗口中设置。 各项参数中比较重要的是Fog Mode，内含Linear、Exponential和Exponential Squared三种模式

Istio在服务网格方面有很大的领先优势，但只在早期采用者中如此。根据云计算基金会（CNCF）的调查，在已经在生产中使用服务网格的用户中，63%的用户已经采用了Istio，这是linker的两倍多。其他的选择中，除了HashiCorp的Consul之外，占比都不超过10%。 如果考虑到它通常与Envoy一起部署的事实，Istio的优势就没有那么吓人了。Envoy最近无可否认做得很好。CNCF社区中Envoy项目的生产使用率从2019年的17%上升到2020年的24%。但评估该项目的人从35%下降到21%，这可能意味着许多组织考虑并拒绝了Envoy，这可能会对未来服务网格的采用产生影响。并不是每个人都将Envoy与服务代理或入口控制联系起来。当筛选掉这一功能时，只有18%的用户在生产或评估情况下使用了Envoy。 超过一半（55%）的为Ingress使用Envoy的受访者在生产中有服务网格。另有26%的人正在积极测试服务网格，9%的人计划在未来12个月内开始。其中大部分都倾向于Istio，以及基于项目技术的解决方案，例如F5 Networks的Aspen Mesh和Tetrate。 另一个调查则显示，并非所有的服务网格采用都将来自CNCF社区（那里充斥着供应商和大公司）。NGINX在2020年6月调查了近500人，调查结果显示，16%使用NGINX入口控制器（NIC），其中19

<article class="article" id="mp-editor"> <p data-role="original-title" style="display:none">原标题：Istio是啥？一文带你彻底了解！</p> <p>“ </p> <p><span>如果你比较关注新兴技术的话，那么很可能在不同的地方听说过 Istio，并且知道它和 Service Mesh 有着牵扯。</span></p> <p style="text-align: center;"><img src="http://5b0988e595225.cdn.sohucs.com/images/20181020/d71760893aa94a649ca5699c51969eb0.jpeg"></p> <p style="text-align: justify;"><span style="font-size: 16px;">这篇文章可以作为了解 Istio 的入门介绍，了解什么是 Istio，Istio 为什么最近这么火，以及 Istio 能给我们带来什么好处。</span></p> <p>什么是 Istio？</p> <p style="text-align: justify;"><span style="font-size: 16px;">官方对 Istio 的介绍浓缩成了一句话：</span>