速率限制系列part4—为Ambassador API网关设计速率限制服务
先前关于速率限制文章主要描述如何构建并部署基于Java的速率限制服务,该服务可以和开源的Ambassador API网关以及Kubernetes集成。 大家或许会疑惑怎么样才能更好地设计速率限制服务,尤其是如何保证Ambassador以及其底层的Envoy代理的灵活性?这篇文章将给大家启发。
先前关于速率限制文章主要描述如何构建并部署基于Java的速率限制服务,该服务可以和开源的Ambassador API网关以及Kubernetes集成。 大家或许会疑惑怎么样才能更好地设计速率限制服务,尤其是如何保证Ambassador以及其底层的Envoy代理的灵活性?这篇文章将给大家启发。
在本速率限制系列的第三篇文章中,根据实际Java语言编写的案例带领我们使用Ambassador API网关速率限制入门,并将实例部署到Kubernetes中,同时使用Java语言演示基于令牌通算法的速率限制方式。
在本速率限制系列的第一篇文章中,介绍了实施速率限制的动机,并讨论了几种实施方案(取决于你是否同时作为通信的发送端和接收端)以及相关的权衡。本文会更加深入地探讨 API 网关速率限制的需求。
在计算领域,速率限制通常用于控制服务发起或消耗的操作速率,或者是请求发送或接收的流量。如果你有一年以上的软件开发经验,那么你应该会遇到这个概念。但是,和很多软件架构所面临的挑战一样,比起实际出现的问题,需要思考的问题会更多。本文概述了现代分布式应用程序中的一些关于速率限制的实现方案、优势和挑战。
Copyright ©️ 2018 - 2020, ServiceMesher all rights reserved.
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows