微服务为什么要用到 API 网关?

本文探讨了微服务架构中API网关的重要角色,解释了为什么微服务需要API网关以应对如可观测性、鉴权认证、系统稳定性和服务发现等挑战。API网关提供统一入口,实现鉴权、监控、限流等功能,提升系统效率和稳定性。文中还提及了Apache APISIX作为主流API网关的解决方案,并比较了不同网关的优缺点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文介绍了 API 网关日志的价值,并以知名网关 Apache APISIX 为例,展示如何集成 API 网关日志。

作者程小兰,API7.ai 技术工程师,Apache APISIX Contributor。

原文链接

什么是微服务

微服务架构(通常简称为微服务)是指开发应用所用的一种架构形式。通过微服务,可将大型应用分解成多个独立的组件,其中每个组件都有各自的责任领域。在处理一个用户请求时,基于微服务的应用可能会调用许多内部微服务来共同生成其响应。微服务是互联网业务发展的结果,互联网业务的飞速发展导致系统的架构也在不断地发生变化,总体来说,系统的架构大致经历了:单体应用架构—> SOA 架构—>微服务架构的演变,具体发展历程和各自的优缺点如下表所示。

架构类型 简介 优点 缺点
单体应用架构 将所有的功能代码打包成一个服务。 1. 架构简单,项目开发和维护成本低。 所有模块耦合在一起,比较有利于小型项目的开发和维护;但是,对于大型项目来说却存在问题,比如:
1. 项目各模块之间过于耦合,一个模块的性能问题可能导致整个项目的不可用;
2. 项目的扩展性差。
SOA 架构 中文意思为 “面向服务的架构”,通常包含多个服务,
一个服务通常以独立的形式存在于操作系统进程中,服务之间通过相互依赖或者通过通信机制来完成通信的,
最终提供一系列的功能。
1. 系统集成:站在系统的角度,解决企业系统间的通信问题,把原先散乱、无规划的系统间的网状结构,梳理成规整、可治理的系统间星形结构;
2. 系统的服务化:站在功能的角度,把业务逻辑抽象成可复用、可组装的服务,通过服务的编排实现业务的快速再
3. 业务的服务化:站在企业的角度,把企业职能抽象成可复用、可组装的服务。
1. 服务的中心化,各服务之间存在依赖关系,如果某个服务出现故障可
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

API7.ai 技术团队

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值