背景描述 公司内部的业务接口都是使用 gRPC 进行通信，最近接入了一些友商，他们需要调用我们的业务接口，但是他们的系统只支持 http 协议的调用，为了减少代码的侵入性，我们计划引入开源网关来充当中间层，通过网关去转发接口信息，并进行 http 与 gRPC 协议的互转。 需求 1 、支持 HTTP 转 gRPC 协议 2 、可以通过 openAPI 新增 /删除接口、配置网关转发信息等操作

原文作者：易久平 NGINX 唯一中文官方社区 ，尽在http://nginx.org.cn 编者按——本文为 NGINX Sprint China 2022 年度线上大会的分享实录，点击这里免费观看大会完整视频回放。由于文章较长，将分为上下两篇发布。点击《分享实录 | 将NGINX打造成功能强大的API网关（上）》阅读上篇。 本次分享中，我们将讨论本次分享将全面介绍 API

云原生时代，动态和可观测性成为衡量 API 网关的标准之一。Apache APISIX 自诞生之初就一直跟随着云原生的脚步前行。然而 Apache APISIX 作为一个诞生刚刚三年的新一代网关，为什么可以从诞生 20 多年的 NGINX 与开源 8 年的 Kong 中突出重围，成为云原生时代最流行以及最活跃的网关？我认为其中最重要的原因是解决了开发者和企业在使用 NGINX 和 Kong

庐山真面目之四微服务架构Consul集群和Nginx版本实现一、简介 在上一篇文章《庐山真面目之三微服务架构Consul版本实现》中，我们已经探讨了如何搭建基于单节点Consul的微服务架构。没错，那个版本也有它自己的问题，每篇文章都会解决一个问题，这样大家就会更能理解每篇文章的技术点。如果我们把所有的东西都放在一篇文章里，太多了，不利于学习和查看。我们看完上一篇文章后

名词解释 阅读本文需要熟悉以下基本概念： 集群：是指容器运行所需云资源的集合，包含了若干台云服务器、负载均衡器等云资源。 实例（Pod）：由相关的一个或多个容器构成一个实例，这些容器共享相同的存储和网络空间。 工作负载（Node）：Kubernetes 资源对象，用于管理 Pod 副本的创建、调度以及整个生命周期的自动控制。 服务（Service）

概述Apache APISIX is a dynamic, real-time, high-performance API gateway. APISIX provides rich traffic management features such as load balancing, dynamic upstream, canary release, circuit breaking,

我有一台服务器可以正常运行，直到2013年10月3日上午10:50，该服务器开始间歇性地向客户端返回“ 502 Bad Gateway”错误。 在5个浏览器请求中，大约有4个成功，但在502中，约有五分之一失败。 Nginx错误日志包含数百种此类错误； 2013/10/05 06:28:17 [error] 3111#0: *54528 recv() failed (104:

我有一个项目，它由Go应用程序+Nginx+Db（Postgres）组成。所有这些都在docker个容器中构建。这是我的docker-compose.yml文件： version: "3" services: db: image: postgres:10 environment: - POSTGRES_PASSWORD=DatabasePassword -

前提 UCloudNginxConsulUpsyncCentOS7.xIP192.168.56.200 动态负载均衡的基本原理 upstreamNginx http { upstream upstream_server{ server 127.0.0.1:8081; server 127.0.0.1:8082; } server { listen 80; server_name

一、为什么会有 API Gateway 网关 随着微服务架构的流行，很多公司把原有的单体架构改造成了微服务架构。 第一步：拆分 微服务架构就是把一个大单体改造成一个一个小的应用。比如把一个电商网站，从单体改造成微服务架构，如下图： 改造成微服务后，用户通过 PC 和手机访问电商应用，都是调用后面的微服务 API，而且各自要调用多个后端 API 服务才能拿到需要的数据。业务量小的时候