在Cloud Next 2019 大会上，Google 宣布了 Cloud Run，这是一个新的基于容器运行 Serverless 应用的解决方案。Cloud Run 基于开源的 knative 项目，宣称要将 serverless 带入容器世界。
CNCF正在筹建通用数据平面API工作组，以制定数据平面的标准API，为L4/L7数据平面配置提供事实上的标准，初始成员将包括 Envoy 和 gRPC 项目的代表。
在上周的Next ‘19，我们宣布了用于服务网格的Traffic Director，为您的VM和容器服务带来全局流量管理。我们还在博客中向您展示了Traffic Director的功能。今天，我们将深入探讨其特性和优势。
Google最近宣布用于服务网格的Traffic Director beta测试版，为VM和容器服务带来全局流量管理。本文将对 Traffic Director 进行详细介绍和产品分析
在这篇文章中，我将介绍Traffic Director是什么，它与Istio服务网格有什么关系，以及对于那些已经在GKE上运行生产Istio网格的人来说意味着什么。
Traffic Director是Google Cloud Platform（GCP）完全托管的服务网格控制平面，可提供弹性，负载平衡和流量控制功能，支持跨区域的服务访问，还支持自动伸缩。
来自 Shopify 的 Michael Kipper 发表了一篇文章，评测和对比了 Istio 和 Linkerd2 的CPU使用情况。Istio 的表现可以说相当的尴尬……
微服务领域的著名专家 Chris Richardson 在其博客上发表了微服务反模式序列文章，描述他在与全球众多客户合作时，观察到多种微服务采用的反模式。
在 re:Invent 2018，AWS宣布了AWS App Mesh 的公开预览版，App Mesh是一个服务网格，可以轻松监视和控制跨应用的通信。而现在，AWS App Mesh 正式GA了。
Istio1.1版本加强了对HTTP Retry条件的控制，同时修改了原有的HTTP retry的默认行为，去除了5xx的重试条件，但是没有文档上体现，所以使用时请留意：如果遇到重试不生效，请检查retryOn配置。
为了尽可能的提升往Mixer批量上报数据的性能，提供了Delta Encoding的特性。但是最近发现存在属性删除的bug，因此Istio1.1之后废弃了这个特性。
Istio支持在多个cluster之间设置权重，通过设置不同的subset和weight，可以实现很多丰富的功能。但是之前只能为HTTP提供，TLS和TCP只能设置一个Destination，直到Istio1.1版本。
蚂蚁金服容器与服务创新组招聘优秀毕业生啦，欢迎致力于云原生微服务研发的同学投递简历。
对于服务的可见性，在 Istio 设计之初，是没有特别考虑的，或者说，Istio 一开始的设计就是建立在如下前提下的：Istio中的任何服务都可以访问其他任意服务。直到Istio1.1版本才开始正视这个问题 :)
SOFAMesh需要增加多个通讯协议的支持，在开发中我们发现按照Istio标准的开发方式，会有大量重复的工作和代码。通过x-protocol我们在SOFAMesh中实现简单快捷的协议扩展，可以方便的支持新的TCP通讯协议。
虽然大多数的服务都不会要求极致性能，但是系统中总是有可能出现个别服务的确对性能要求很高，为了满足这些特例而不至于因此整体否决Servicemesh方案，我们需要在Servicemesh的大框架下提供一个折中方案。
为了更方便的支持通讯协议扩展，为了更灵活的性能与功能的平衡，为了兼容现有SOA体系，我们在SOFAMesh项目中引入了名为x-protocol的解决方案，在Istio之上进行补充，让我们从DNS通用寻址方案开始。
在Service Mesh技术社区的微信群中，针对Istio Mixer Cache设计中缓存存放和逻辑分离的潜在分险，进行了深入探讨，截屏实录，原汁原味。
签名是Mixer Check Cache的核心操作，涉及到最重要的缓存查找，还有性能，但是，其实在理解了引用属性和absent key的概念后，也非常简单。
Mixer Check Cache的主流程代码解析。
