本篇文章将介绍go chassis如何通过熔断机制，隔离上游服务，保护下游服务。 go chassis引用并包装了https://github.com/afex/hystrix-go带来了熔断和降级功能。 当运行时内部处理中的协程达到一定阈值，错误率达到一定阈值，或者超时达到一…

在Eureka宣布停止维护之前，其实已经能够看到平台发现会代替客户端注册成为主流的运行模式这样的趋势，类似Kubernetes这样的平台在部署后会帮你自动维护生命周期，而不再是类似Eureka这样的需要微服务使用开发框架自行注册，并不断维护微服务心跳。 服务发现积极拥抱了不同生…

目前，几乎所有的软件系统都具备日志功能，通过日志我们可以在软件运行异常时定位软件遇到的问题，还原应用程序异常时的运行状态。 虽然系统上线前经过了严格的测试工作，但是生产环境业务的复杂性、不可预测性使得软件工程师无法确保系统上线后不会发生故障。为了能够在系统发生异常时对系统故障进…

Go 语言最流行了两个轻量级 Web 框架分别是 Gin 和 Echo，这两个框架大同小异，都是插件式轻量级框架，背后都有一个开源小生态来提供各式各样的小插件，这两个框架的性能也都非常好，裸测起来跑的飞快。本节我们只讲 Gin 的实现原理和使用方法，Gin 起步比 Echo 要…

很多同学看到这个题目，一定会提这样的问题：RSocket是个协议，Envoy是一个 proxy，Istio是service mesh control plane + data plane。 这三种技术怎么能放在一起比较呢？ 的确，从技术定位的角度来讲，它们确实是有很大的差距。但…

由于业务应用系统的负载能力有限，为了防止非预期的请求对系统压力过大而拖垮业务应用系统，每个API接口都是有访问上限的。API接口的流量控制策略：分流、降级、限流等。本文讨论限流策略，虽然降低了服务接口的访问频率和并发量，却换取服务接口和业务应用系统的高可用。 常用的限流算法有两…

上一篇文章咱们聊了聊TCC分布式事务，对于常见的微服务系统，大部分接口调用是同步的，也就是一个服务直接调用另外一个服务的接口。 这个时候，用TCC分布式事务方案来保证各个接口的调用，要么一起成功，要么一起回滚，是比较合适的。 但是在实际系统的开发过程中，可能服务间的调用是异步的…

在上一篇文章中说到了验参，现在接着说另一个微服务中的工程性问题，序列化。 作为编写业务的程序员，常被戏称为CRUD程序员，会增删改查，给个if else给个for就能混碗饭吃。此话倒不假。 在微服务体系下，工作中有时会接触多个项目，各个service与各个gateway，由于维…

微服务的概念可以说给程序设计打开了一个新世界，带来了众多的优点，但是也将一些以往容易处理的问题变得复杂，例如：缓存、事务、定时任务等。缓存可以用中间件例如redis、memcached等，事务有诸多分布式事务框架解决，定时任务也有分布式的解决方案，例如quartz、elasti…