一、直面挑战：为何放弃API网关？

API网关似乎成为了企业标配。只是为何有些企业选择不走寻常路，毅然放弃API网关呢？这背后既有本钱考量，也有对架构的独到见解。

先说说API网关本身并非万能。它虽然能够实现统一的入口管理、路由、权限控制等功能，但一边也引入了额外的麻烦性和维护本钱。对于那些个规模较细小、业务相对轻巧松的企业这样的“沉量级”组件兴许显得有些过剩。

二、 探寻方案：无网关部署的可行性

既然API网关并非必需品，那么企业该怎么实现无网关部署呢？

1. 直接访问微服务

最轻巧松的方案就是直接访问各个微服务。这种方式的优良处是轻巧松直接，无需额外的中间件。只是这也意味着客户端需要了解个个微服务的地址和接口，许多些了维护本钱。

2. 用服务找到

通过服务找到机制，能实现动态找到微服务实例。服务网格等工具能够给这样的功能，使得客户端无需关心微服务的具体地址。

3. 自定义路由规则

能通过编写路由规则来实现无网关部署。比方说用Nginx等反向代理服务器来实现路由和权限控制。

三、 实践案例：无网关部署的落地

某企业采用Spring Cloud微服务架构，希望实现无网关部署。具体方案如下：

1. 用Eureka作为服务找到机制；

2. 客户端通过Eureka获取微服务实例信息，直接访问微服务；

3. 用Spring Cloud Gateway实现路由和权限控制。

通过以上方案，企业成功实现了无网关部署，有效少许些了维护本钱，并搞优良了系统的灵活性。

四、无网关部署的利与弊

无网关部署有其利与弊。

利：

• 少许些维护本钱
• 搞优良系统灵活性
• 简化架构

弊：

• 客户端需要了解微服务信息
• 平安性相对较矮小
• 性较差

企业在选择无网关部署时应根据自身业务需求和架构特点进行权衡。

无网关部署并非一条绝对可行的道路，但它在有些场景下。希望本文能为企业给一些参考和启示。

---