Istio的早期营销与项目的现实脱节。Istio有缺陷，很难搭建。Istio迅速发展成为谷歌制造的笑柄：好主意，几乎没有做好生产准备。
我们很高兴的推出 Service Mesh Interface。SMI定义了一组通用可移植的API，为开发人员提供跨不同服务网格技术的互通性，包括Istio，Linkerd和Consul Connect。
服务网格生态系统正在兴起，众多的网格供应商和不同的用例需要不同的技术。所以问题来了：我们如何实现在不破坏最终用户体验的前提下促进行业创新？ Service Mesh Interface是使这一构想走向行业现实的重要一步
WebAssembly是一个每个程序员都应该关注的技术。它会变得更流行。它将取代JavaScript。它将取代HTML和CSS。它将取代手机应用。它将取代桌面应用。
Service Mesh技术不仅仅可以在常规的请求-响应式的服务间同步通信中使用，还可以扩展到消息机制来实现事件驱动。本文介绍了使用服务网格实现事件驱动消息机制的重要性和实现方式。
在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通讯协议。
