敖小剑，资深码农，十六年软件开发经验，微服务专家，Service Mesh布道师，Servicemesher社区联合创始人。专注于基础架构，Cloud Native 拥护者，敏捷实践者，坚守开发一线打磨匠艺的架构师。曾在亚信、爱立信、唯品会等任职，对基础架构和微服务有过深入研究和实践。
目前就职蚂蚁金服，在中间件团队从事Service Mesh、Serverless产品开发。
个人理念：(希望)坚守一线，(力求)绝不脱节，上可海阔天空谈架构(常有)，下可埋头苦干码代码(难得)。
PPT下载 图文实录(PDF格式) IT大咖说(视频回访) Service Mesh杭州Meetup回顾 Meetup资料介绍
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设计时，由于受限于无法得知mixer adaper会使用哪些属性，因此不得不引入两层缓存的设计，而absence key的使用也增加了代码阅读上的困难。在展开代码阅读和讲解之前，我们先在本文中概括讲述mixer check cache的工作原理。
为了保证性能，避免每次请求都远程访问Mixer，Istio在Envoy中精心设计了一套Mixer Cache机制。在Mixer这个精美的花瓶下面，垫上了一块厚实的板砖。
为了架构的优雅，Istio设计了Mixer，将大量的功能从Sidecar中搬了出来。为了减少Mixer远程调用带来的性能，又精心设计了一套复杂的缓存。只是，这个Mixer Cache，有一个地方需要探讨……
苦等一年，始终不见Istio的性能有实质性提升，失望之余，开始反思Istio而至Service Mesh的架构。焦点所在：proxy到底该做哪些事情？架构的优美和性能的实际表现该如何平衡？
SOFAMesh 是基于 Istio 改进和扩展而来的 Service Mesh 大规模落地实践方案。在继承 Istio 强大功能和丰富特性的基础上，为满足大规模部署下的性能要求以及应对落地实践中的实际情况，进行了增强和扩展.
