SpringCloud微服务实战——搭建企业级开发框架（十六）：集成Sentinel高可用流量管理框架【自定义返回消息】
Sentinel限流之后，默认的响应消息为Blocked by Sentinel (flow limiting)，对于系统整体功能提示来说并不统一，参考我们前面设置的统一响应及异常处理方式，返回相同的格式的消息。 1、在自定义Sentinel返回消息之前，需要调整一下代码结构，因为这里要用到统一返回异常的格式，考虑到后期可能的使用问题，
SpringCloud微服务实战——搭建企业级开发框架（十五）：集成Sentinel高可用流量管理框架【熔断降级】
Sentinel除了流量控制以外，对调用链路中不稳定的资源进行熔断降级也是保障高可用的重要措施之一。由于调用关系的复杂性，如果调用链路中的某个资源不稳定，最终会导致请求发生堆积。Sentinel 熔断降级会在调用链路中某个资源出现不稳定状态时（例如调用超时或异常比例升高），对这个资源的调用进行限制，让请求快速失败，避免影响到其它的资源而导致级联错误。当资源被降级后，在接下来的降级时间窗口之内，对该资源的调用都自动熔断。
SpringCloud微服务实战——搭建企业级开发框架（七）：自定义通用响应消息及统一异常处理
平时开发过程中，无可避免我们需要处理各类异常，所以这里我们在公共模块中自定义统一异常，Spring Boot 提供 @RestControllerAdvice 注解统一异常处理，我们在GitEgg_Platform中新建gitegg-platform-boot子工程，此工程主要用于Spring Boot相关功能的自定义及扩展。 1、修改gitegg-platform-boot的pom.xml，添加spring-boot-starter-web和swagger依赖，设置optional为true，让这个包在项目之间依赖不传递。
一命通关——Docker与微服务（上）
docker从根本上解决换主机重新配置环境问题，因为docker把原始的配置环境也复制一份过来。此时的docker像一个容器装载着源代码+配置+环境+版本+各种第三方组件并将这些打包成一个镜像iso文件，让镜像文件在docker引擎上运行。更专业的来讲，docker给出了一个标准化的解决方案——系统平滑移植，容器虚拟化技术。
浅析微服务全链路灰度解决方案
微服务全链路灰度解决方案，帮助应用发布版本过程中更精细化，提高了发布过程中的稳定性。服务转移⾄请求链路上进行流量控制，有效保证了多个亲密关系的服务顺利安全发布以及服务多版本并⾏开发，进⼀步促进业务的快速发展。
CentOS 7.x安装微服务网关Apache APISIX
APISIX是基于云原生的微服务API网关，它是所有业务流量的入口，可以处理传统的南北向流量(server-client)，也可以处理服务间的东西向流量(server-server)，也可以当做 k8s ingress controller 来使用。
Google Kubernetes引擎上使用Istio简化微服务 — 第 III 部分（译）
Google Kubernetes引擎上使用Istio简化微服务 — 第 III 部分（译）
如何在银行核心系统中安全地搭建微服务架构？
微服务作为现代互联网应用的主流架构风格，已在很多行业应用中获得广泛的成功，而银行核心系统由于其复杂性和风险敏感性，主流架构依然在从单体式 SOA 到真正的微服务分布式架构的转型期。
redis在微服务领域的贡献
说到redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。 这篇文章的起因也是源自一次面试经历，在面试一位来自陌陌的候选人（就是那个交友的陌陌）时，他提到一点让我觉得很有意思，他说redis在陌陌被使用的非常广泛，除了常规的缓存外，某些场景下也当NoSQL数据库来使用，还用redis作为微服务的注册中心，甚至连RPC的调用协议都用了redis协议。
一个宝藏级微服务开源项目，是真的牛批！
不仅仅是一个开发架构，而是努力打造一套从 前端模板 - 基础框架 - 分布式架构 - 开源项目 - 持续集成 - 自动化部署 - 系统监测 - 无缝升级 的全方位J2EE企业级开发解决方案。
架构师的独白：微服务架构是这样的...
项目和人类一样，总是会死亡的，有时候会突然死亡，有时候回自然死亡；在自然死亡这一边，有的人去世的很早，有的人则寿命很长，长寿的人，通常都是生活更规律的；项目也一样，框架更好的项目活的更久，框架不好的项目，上线同时就死亡了。
企业深入使用微服务后会面临哪些问题？云原生全链路灰度给了新思路
如何落地可灰度、可观测、可回滚的安全生产三板斧能力，满足业务高速发展情况下快速迭代和小心验证的诉求，是企业在微服务化深入过程中必须要面对的问题。在云原生流行的当下，这个问题又有了一些新的思路与解法。
极速体验｜使用 Erda 微服务观测接入 Jaeger Trace
在大型网站系统设计中，随着分布式架构，特别是微服务架构的流行，我们将系统解耦成更小的单元，通过不断的添加新的、小的模块或者重用已经有的模块来构建复杂的系统。随着模块的不断增多，一次请求可能会涉及到十几个甚至几十个服务的协同处理，那么如何准确快速的定位到线上故障和性能瓶颈，便成为我们不得不面对的棘手问题。
利用springboot+dubbo，构建分布式微服务，全程注解开发（二）
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
