最近一段时间一直在思考api网关该如何设计。前段时间也按照个人对于网关的理解写了个gateway,但是总感觉不尽如人意。周末坐高铁回家，带了一本spring cloud的微服务书（买来一直没有时间看）。重点看了zuul的章节，了解了它的设计思路，现总结如下。网关应有的功能参数校验鉴权限流服务路由负载均衡api服务列表的动态维护…这几个功能对于api来说都很必要，不作一一解释。重点说一

微服务这么火，随之api网关常常被提到。那么什么才是api网关？这个问题也一直困扰着我。前几周在csdn数据库大会上与沪江的一个架构师就这个问题探讨了一下。使我对于api网关的认识清晰了很多，所以在本文梳理一下我的思路并总结，希望能够帮助到还一直迷糊的朋友。使用api网关的原因在网上关于说明使用api网关的原因，无外乎如下几种：负载均衡减少客户端与服务端的直接调用容错服务发现与注册统一认证

spring.application.name改名引发的bug背景因为系统进行技术组件迁移，需要占用spring.application.name 这个配置名称。而原系统所使用技术栈为spring cloud,注册中心为eureka，业务系统所提供的服务名称在注册中心的名字所使注册的名字即为spring.application.name所配置的内容，下游业务所使用的feignclient通过服务名