Azure中两个发邮件的App服务前端适合选用哪种负载均衡器

针对你现有两个部署为Azure App Service的邮件发送API的场景，Azure应用程序网关（Application Gateway）v2是最适配的选择，若后续有跨区域访问、全球加速需求也可以备选Azure Front Door。

选型匹配原因 #

• 原生兼容App Service作为后端目标：无需额外做网络映射配置，可直接将两个现有App Service添加到后端池，自动适配App Service的多租户特性，无需修改现有邮件API的运行配置
• 七层负载能力完全匹配API调用场景：支持HTTP/HTTPS协议的流量转发，可按需配置自定义域名、TLS终止、基于路径/主机头的路由规则，后续如果需要拆分流量（比如/api/sendgrid路由到SendGrid对应的API、/api/ses路由到SES对应的API）可以直接实现
• 内置灵活的健康探测机制：可自定义探测规则，自动识别故障的API实例，当其中一个邮件服务（比如SendGrid链路故障）不可用时，网关会自动将所有请求切到正常的另一个API节点，避免邮件发送请求失败
• 成本匹配轻量场景：两个后端节点的负载需求用应用程序网关v2的最小规格即可满足，没有多余的功能溢价，比更高阶的负载均衡产品成本更低

核心配置建议 #

• 后端池直接关联两个App Service实例即可，不需要调整现有App服务的SendGrid、SES相关配置
• 健康探测建议优先配置API的专属心跳接口，无专用心跳接口可配置为校验根路径返回200状态码，也可以自定义业务层校验规则，只有探测返回的内容包含服务正常标识时才判定节点可用
• 负载策略默认选择加权轮询即可，如果需要给两个邮件服务分配不同的流量比例（比如70%流量走SendGrid、30%走SES），直接在后端配置中调整对应节点的权重参数即可

内容的提问来源于stack exchange，提问作者User3250