AWS Application Load Balancer 自 2016 年夏使用至今！ 它们支持基于内容的路由，适用于无服务器且基于容器的应用程序，并且具有高度可扩展性。很多 AWS 客户使用现有的基于主机和路径的路由来增强 HTTP 和 HTTPS 应用程序，同时利用其他 ALB 功能，例如端口转发（非常适合基于容器的应用程序）、健康检查、服务发现、重定向、固定应答以及内置身份验证。
高级请求路由
基于主机的路由功能允许您编写规则，以使用主机标头将流量路由到所需的目标组。我们正在扩展和推广此功能，使您能够基于标准和自定义 HTTP 标头和方法、查询字符串以及源 IP 地址来编写规则（和路由流量）。我们还致力于使规则和条件更强大；规则可以有多个条件（AND 关系），每个条件可以指定与多个值的匹配（OR 关系）。
您可以使用此新功能来简化应用程序架构，无需使用代理队列进行路由，并在负载均衡器阻止不需要的流量。以下是一些用例：
将人为流量与机器人/爬虫流量分开。
将客户或客户组分配到单元（不同的目标组）并相应地路由流量。
执行 A/B 测试。
执行金丝雀或蓝绿部署。
根据方法将流量路由到微服务处理程序（例如，PUT 到一个目标组或 GET 到另一个目标组）。
执行基于 IP 地址或 CDN 的访问限制。
有选择地将流量路由到本地或云端的目标组。
为各种类型和类别的设备提供不同的页面或用户体验。
使用高级请求路由
只需编辑现有规则，即可将此功能用于现有的 Application Load Balancer。下面我将从一个简单的规则开始，即返回一个固定的纯文本响应（这篇博文中的示例仅供测试和说明；相信您的情况更实际，也更有趣）：
我可以使用 curl 来测试：
符合默认规则！
单击 Insert Rule（插入规则）来设置一些高级请求路由：
然后单击 Add condition（添加条件）并检查可用的选项：
选择 Http header（Http 标头）并创建一个条件，查找名为“user”且值为 jeff 的 cookie。然后创建一个返回固定响应的操作：
单击 Save（保存），等待几秒钟，然后在更改生效后发出一对请求：
符合默认规则！
我还可以创建一个匹配一个或多个 IP 地址 CIDR 块的规则：
Hello EC2 实例
我可以匹配查询字符串（这对 A/B 测试非常有用）：
A/B 测试，已选择选项 A
如果我只关心是否存在特定的字段名称，也可以使用通配符：
我可以匹配标准或自定义 HTTP 方法。我可以创建一个名为 READ 的方法：
已调用自定义 READ 方法
针对以下操作有很多灵活处理（并不新鲜，但绝对值得了解）：
转发，将请求路由到目标组（一组 EC2 实例、一个 Lambda 函数或一个 IP 地址列表）。
重定向，生成 301（永久）或 302（找到）响应，还可用于在 HTTP 与 HTTPS 之间切换。
返回固定响应，生成带有任何所需响应代码的静态响应，如之前所展示的那样。
身份验证，使用 Amazon Cognito 或 OIDC 提供程序对请求进行身份验证（仅适用于 HTTPS 侦听器）。
注意事项
关于这个强大的新功能有以下几点注意事项：
指标 – 您可以查看规则评估和 HTTP 固定响应计数 CloudWatch 指标，以了解规则相关活动的更多信息（了解更多）：
编程访问 – 您还可以使用 ALB API 和 CLI 创建、修改、检查和删除规则（即将推出 CloudFormation 支持）。
规则匹配 – 这些规则由字符串匹配提供支持，因此请仔细测试并反复检查您的规则是否按预期运行。调试和测试时，ALB 访问日志中的 matched_rule_priority 和 actions_executed 字段很有帮助（了解更多）。
限制 – 每个 ALB 最多可以有 100 条规则，不包括默认值。每条规则最多可引用 5 个值，最多可使用 5 个通配符。条件数量仅受引用的唯一值的数量限制。
现已推出
现在，所有 AWS 地区都提供高级请求路由，无需额外付费（您只需支付 Application Load Balancer 的正常价格）。
作者介绍：
Jeff Barr
AWS 首席布道师； 2004 年开始发布博客，此后便笔耕不辍。
本文转载自 AWS 技术博客。
原文链接：
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论