服务发现和负载均衡主要解决通信的可靠性问题。为了达到可靠性,容器服务引入了负载均衡机制。通信又可以分为对外暴露服务的通信和内部服务之间的通信。下面根据场景引导您使用不同的解决方案。
场景一
普通且简单的 7 层协议负载均衡,Web 服务的反向代理,推荐使用简单路由服务。更多详细信息,参见
简单路由(支持 HTTP/HTTPS),
简单路由-域名配置,
简单路由-HTTP 协议变为 HTTPS 协议。
场景二
4 层协议的负载均衡,负载均衡直接负载均衡到多个相同功能的容器,在将传统架构迁移到容器架构过程中非容器集群的服务访问容器集群中容器的服务,推荐使用
负载均衡路由。
场景三
同一个集群内,服务间需要相互发现和相互进行通信,且需要负载均衡的能力,推荐使用
集群内服务间路由和负载均衡。
场景四
同一个集群内,服务间需要相互发现和相互进行通信,但是不需要负载均衡的能力,推荐使用
容器间的互相发现。
场景五
对负载均衡和服务发现有较高的定制需求,例如需要支持泛域名,自定义错误页面,支持记录访问日志,URL 参数值选择后端服务,自定义 HAProxy 配置文件等等,推荐使用
自定义路由-使用手册。更多详细信息,参见
自定义路由-简单示例。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。