容器云负载均衡是否有好的解决方案？

• 基于DNS和HTTP 302的转发
  设计一个基于URL(域名或者访问路径)的HTTP request redirctor，这个转发器了解URL与后端服务POD的对于关系以及后端POD的服务能力，在请求过来之后，基于这些信息进行请求redirct。redirector向客户端返回 HTTP 302重定向响应，这个响应将携带一个选中的后端服务POD的访问地址，客户端能理解这个302返回，并且访问这回返回包里面携带的资源重定向之后的POD的地址。
• 基于Openshift router的七层(haproxy)负载均衡
  使用基于haproxy实现的Openshift router服务，这个router是一个七层的proxy，除了处理请求还要处理返回流量，所以容易成为性能瓶颈。
• 基于container host network模式的IPVS负载均衡
  这个模式下，无法使用就不能使用Kubernetes的网络支持功能，在POD启动之后，需要为每个POD配置macvlan网络，在这种方式下，IPVS可以和POD处在同一个LAN，使用IPVS的direct routing模式。具体配置可以参见这篇文章 《container网络方案之macvlan》
• 基于kubernetes nodeport service的IPVS负载均衡
  这个模式下，IPVS运行在直接路由模式，后端服务通过node port service暴露，请求从IPVS director进入，响应从节点直接返回客户，形成三角模式流量。

这个方案挺好的，我们也着手在往这个方向做。
F5-->NGINX*2--->APP-->DB