前言

以前想做一个很酷的极客，等真正放弃了以后才终于实现

其实写下这篇博客总结的时候已经是2020年1月8号了，为什么没有在 2019年结束前去做这么一个复盘并没有什么特殊的原因，纯粹是几个月没写博客了养成了惯性。其实就是懒(mo)了。

2019年对我来说依旧是变化最大的一年，我觉得简直比2018年给我带来的变化还要大。这一年我换了新的工作，也换了一个新的行业，失恋了，也又有了新的恋情。真的是应了一句老话，唯一不变的就是变化。

前言

在2019年的今天，微服务这个词相信对于绝大多数的开发者都已经不再陌生。时至今日，非常多的项目都逐渐开始实践起微服务这一设计思想，将原本的磐石应用逐渐按照领域模型切分成一个个小的服务，对于微服务的实践也日渐趋向于成熟。在笔者目前工作的业务实践中，同样也使用着微服务作为后端服务的架构设立思想，微服务为我们的代码管理与项目管理带来了非常大的简便性。然而随着需求的迭代与代码的日益积累，曾经泾渭分明、代码精简的各个微服务也逐渐开始变得逻辑复杂、代码冗余，同时每个微服务之间有似乎存在着剪不断理还乱的关系。2019年是Serverless蓬勃发展的一年，作为Serverless领域的中的明星产品，Knative在今年8月份发布了0.8版本，其中Serving组件的0.8版本在笔者看来才真正达到了可用的程度。本篇文章将介绍笔者是如何使用Knative来作为API聚合层，来解决我们在实践微服务中所遇到的问题的。

前言

现在回想起来，也许正是那么多有趣的人与技术会在此相遇，让我着迷于参与社区、参与开源、参与到整个云原生大潮中。

爽到

维京勇士北风造

介绍

互联网服务离不开用户认证。JSON Web Token(后简称JWT)是一个轻巧，分布式的用户授权鉴权规范。和过去的session数据持久化的方案相比，JWT有着分布式鉴权的特点，避免了session用户认证时单点失败引起所有服务都无法正常使用的窘境，从而在微服务架构设计下越来越受欢迎。然而JWT单点授权，分布鉴权的特点也给我们带来了一个问题，即服务端无法主动回收或者BAN出相应的Token，使得即使某个服务主动封禁了一个用户时，这个用户同样可以使用之前的JWT来从其他服务获取资源。本文我们将阐述利用Istio Mixer Adapter的能力，来将所有请求在服务网格的入口边缘层进行JWT检查的例子,从而实现用户封禁与主动逐出JWT等功能。

前言

《深入浅出Istio》这本书这两天开始卖了，我也第一时间入手了以后到现在已经基本上全部翻完了。在这里记录一下看完这本书的读后感。
总体来说，这本书是一本既适合Istio本身有一定了解程度的使用者，也适合对ServiceMesh初学者的去学习Istio的书籍。这本书比较全面的介绍并总结了Istio的各个组件及其使用方法，并给出了许多具体的场景。

作为一名接触ServiceMesh领域和Istio快小半年的我来说，对于书中一些比较基础的章节和内容快速翻了一翻，同时也对部分对我帮助非常大的章节做了一些总结和心得。在这里用一篇读后感记录我读完以后的感受。

这是一个考验，来自过去的考验，人的成长，就是战胜自己不成熟的过去。

引言

等风来不如追风去，追逐的过程就是人生的意义。

前言

2018年的QCon上海有幸去现场听了一天，在这里记录我听的几个主题的感受和一些想法.先直接讲我听了哪些内容：

1. 面向大规模研发的自动化持续交付
2. The past, present ,and future of Go
3. Dubbo Mesh
4. SOFA Mesh
5. 携程容器云弹性构建之路
6. 阿里统一调度系统Sigma

不多哔哔，我先直接讲大家最关心的阿里下午两场关于Service Mesh的分享.