云原生时代，API 路由器为何如此重要？

样足够恰当，但也带来了太大的安以外隐患。由于数据库四面是直接实质提供免费的，如果被黑客进犯，就有机遇获取到压制四面的数据库（比如 SSL 学位证书）和压制权，造成愈来愈大的破坏。因此，以前极少的Apache API MAC，都是将两者分别部署的，当两端通过关系型数据库库或者 etcd 来进行时配置的行政和同步。

以 Apache APISIX 为例，下四面的体系结构平面图，诠释了以上两个创新：

尘原生时代下的下一场

只不过十年，IT 领域远超过的技术开发设计变革就是尘原生。诞生于 2013 年的 Docker 拉开了尘原生的帷幕，从此裸金属、虚拟机开始被盖子所替代，单体体系结构开始被薄免费所替代。但是尘原生并不是恰当的技术开发设计革命，其只不过的驱动力主要来自互联网电子产品的较慢发展和激烈公平竞争，尘原生关的的技术开发设计生逢其时，迅速流行并替代了之前的很多技术开发设计部件和方案。

具体情况到 API MAC在尘原生当中的下一场，主要来自以下两个方四面：

单体体系结构到薄免费的转变

在薄免费体系结构逐渐被Apache认可和落地后，该体系结构释放了非常大的技术开发设计卡内：每个薄免费可以按照自己的旋律进行时更新和公布，不并不需要责怪与其他免费的耦合。电子产品的递归因此更加敏捷，每天都可以进行时几十次甚至几百次的公布。

但与此同时，薄免费的发展也带来了一些副作用，比如：

API 和薄免费的效益量从最初的几十个，激增到几千个，甚至几万个；

出现短路时如何较慢定位是哪一个 API 造成了的？

如何确保 API 的安以外？

如何花钱到免费熔断和免费冬歇期？

API MAC能够脱离消除安以外适度、可检视适度、RGB公布等更为不可忽视问题。它并不需要与 Prometheus、Zipkin、Skywalking、Datadog、Okta 等数以百计Apache新项目和 SaaS 免费合作，为中小企业提供愈来愈好的消除方案。

时序和协同所谓行政

盖子和 Kubernetes 的普及，让时序视作所有尘原生根基部件的新标准特适度。在 Kubernetes 的生态平衡当中，盖子在不断的生成和封存，弹适度伸缩视作一个必先选项而不是可选项。

似乎一个场景：咖啡店互联网团购子公司花钱了一次推销，大量的软件在一个星期内涌入，推销结束后就时会离开。对于传统观念体系结构的子公司来说，他们并不需要事先行采购一批物理学免费器，来补救这些高峰时候的 API 每秒钟；但是对于尘原生体系结构的子公司来说，就可以随时用作公有尘上的弹适度资源，根据 API 恳请的效益量，操作者的愈来愈改网路、量度、数据库库等资源的规模即可。那么伴随着盖子弹适度伸缩而来的技术开发设计下一场如下：

南岸免费不断愈来愈换 IP 电话号码和上端口;

IP 黑白人员名单的剧烈愈来愈新;

免费保健的及时检测和异常解决问题;

API 的剧烈公布;

免费注册和辨认出的及时适度;

SSL 学位证书的热愈来愈新和操作者轮转。

一定会消除上述这些下一场，仅有并不需要依赖于时序。以 NGINX 为代表的第一代 API MAC，时序能力是愈来愈为弱的。因为 NGINX 是本地静态配置文件马达的，所以变愈来愈任何配置都并不需要重启 NGINX 免费才能生效，这在尘原生时代是不能被中小企业不能接受的。这就是第一代 API MAC的技术开发设计痛点之一。

在当中国，有咖啡店完全相同薄软 Office 365 的 SaaS 办公应用软件 -- WPS，他们有数百台物理学机在运行着 Apache APISIX，有近万核 CPU 在解决问题来自客户上端的 API 恳请，每天解决问题数百亿次 API 恳请。

在这个超大规模的 API MAC生态平衡下，Apache不确实去逐个变更每一个 API MAC的配置然后 Reload，他们希望有一个脱离的压制台来操作整个协同。可惜的是，第一代 API MAC诞生的二十世纪，并并未这么大的实例规模，也就并未考虑协同行政的效益。

更进一步 API MAC的发展

上述下一场和痛点，逐渐带起了升级版的 API MAC。

和第一代 API MAC各不相同的是，尘原生时代诞生的更进一步 API MAC是在Apache邻里的马达下较慢成长的。借助邻里和数以百计Apache自由软件的力量，这些 API MAC有机遇形成一个可借的递归和进所谓：

愈来愈较慢的抽取中路Apache及软件的效益和痛点

在Apache新项目当中尝试消除这些更为不可忽视问题

Apache新项目更加愈来愈加好用，观赏愈来愈多Apache用作

于是，我们看着更进一步 API MAC打破了传统观念MAC的扭矩仅有衡和种系统暂由的定位，而是负起起了 API 和每秒钟的直达、调度、填充、分析、两国政府转换、治国、构建等愈来愈多的职责。

反对愈来愈高品质的二次开发设计

同时，让Apache能够以愈来愈更高的效益进行时二次开发设计，也视作了更进一步 API MAC的看点。构建是 API MAC的不可忽视基本功能之一，对于下游是两国政府解析和各种两国政府的转换，包含 GraphQL、gRPC、Dubbo 等；对于南岸是构建 Okta、Keycloak、Datadog、Prometheus 等身份特许、可检视适度免费，以及子公司内部的特许、日志、审计等免费。API MAC不确实构成构建每一次当中所有的部件，这时候必先然地并不需要Apache通过PDF的方法进行时二次开发设计，来依赖于自己的经营范围效益。各不相同的 API MAC提供了各不相同的二次开发设计的编程语言和开发设计方法，Apache APISIX 和 Kong 都可以用作 Lua 来编写原生PDF，Envoy 是用作 C++ 编写原生PDF。同时，Apache APISIX 还可以用作 Go、Python、Node、Java 和 Wasm 来编写PDF，这些主流的开发设计语言已经可以构成绝极少Apache了。

Apache不用先去研修 Lua 和 C++，就可以用作自己相像的编程语言在更进一步 API MAC上进行时开发设计，这让根基部件的开发设计更加愈来愈加恰当。Apache和易于二次开发设计，是更进一步的 API MAC最不可忽视的特点，它把愈来愈多的选择权留给了Apache自身，同时，Apache也可以愈来愈加放心的在多尘、混搭尘的生态平衡下用作 API MAC，不用责怪被尘供应商锁定。

基于双十一的 API MAC每秒钟解决问题场景

这里，我们用一个具体情况的例子来解释下现代 API MAC的作用。

在双十一时，团购都时会有各种各样的商家推销社交活动，这段时间的 API 恳请量是平时的几十倍。让我们先行来看下如果并未 API MAC将时会是怎样的技术开发设计体系结构：

可以看着，在 Order 和 Payment 免费当中，身份特许和日志记录基本功能是重复的。一个团购的免费，一般时会有数千个各不相同的免费组成，这时候就时会有大量的编码和基本功能是重复开发设计的。

下四面是增加了 API MAC之后的体系结构平面图：

从上平面图可以看着，我们在 API MAC层脱离了公共的免费，后上端免费只并不需要爱护自身经营范围，为弹适度伸缩提供了愈来愈多确实。

当推销开始时，客户上端大量 API 恳请涌入 API MAC的时候，后上端免费并不需要进行时较慢的弹适度伸缩，为了安全及更为不可忽视经营范围不受突发每秒钟的影响，我们并不需要在 API MAC上鉴别恶意爬虫并借助于限速区有、免费冬歇期和熔断。此时，我们可以便停止使用大部分免费，比如商家评价、快递查询等。

但是库存信息、购买基本功能、偿付基本功能等一个中心经营范围是显然不能出现短路的，因此我们并不需要通过 K8s 来行政盖子免费，先生成愈来愈多的免费复制来确保它的正常运行。此时 API MAC并不需要将客户上端的 API 恳请链路到新生成的复制免费，并且操作者移除出现短路的免费，如下平面图所示。

概括

API MAC并不是一个一新根基当两端件，而是在电子产品较慢递归和技术开发设计体系结构的变迁当中，更加更加不可忽视。而更进一步尘原生 API MAC的出现则消除了中小企业软件在协同行政，时序，生态平衡，可检视适度以及安以外适度等方四面的痛点。

API MAC不仅可以解决问题 API 的每秒钟，也可以来解决问题 Kubernetes Ingress 和免费矩形的每秒钟，进一步降更高Apache的研修效益，帮助中小企业愈来愈好的脱离行政每秒钟。

—。

上火导致喉咙痛吃什么药
胃酸反流吃奥美拉唑胶囊有用吗
咽炎引起的嗓子疼吃什么药
宝宝拉肚子肚子疼怎么办
眼睛酸痛怎么才能快速缓解