阿里云&kubernetes&微服务生产实践-1：apollo架构-1

通过k8s-service获取配置服务

通过SLB获取配置服务

K8S-POD

代理老版本框架的非容器化服务的配置请求

pro-apollo-configservice002

access by 负载均衡(apollo-adminservice-prod)

ingress-nginx

非容器化服务

pro-apollo-configservice001

1.图例：绿色部分是最终形态；2.这是一个混合/过渡/最终架构为一体的图总览；原因在于apollo配置中心的地址只能写死在自研框架里；非容器化前提下，只能通过多个配置中心域名实现高可用，所以apollo配置中心容器化后存在4种请求apollo的方式：a.老版本框架代码(3个apollo域名)：非容器化部署b.老版本框架代码(3个apollo域名)：容器化部署c.老版本框架代码(1个apollo域名)：非容器化部署 d.老版本框架代码(1个apollo域名)：容器化部署基于上述过渡因素，使得apollo的容器化部署显得有些复杂。3.基于360的wayne管理配置文件。

负载均衡

解析

K8S-SERVICE

注意：apollo-portal只能启动1个pod，启动多个登录不进去，怀疑是session问题。社区沟通中。

service(兼容自研框架非容器版本源码中的apollo地址)

K8S-容器化服务(基于老版本框架的服务)

apollo-portal(1pod)

apollo-configservice-prod

apollo-adminservice(3pod)

service(自研框架容器/最终版本源码中的apollo地址) 

apollo-configservice(3pod)

阿里云内网SLB

access by 负载均衡(apollo-configservice-prod)

代理新版本框架的废容器化的配置请求

代理开发人员访问的apollo-portal-web

K8S-容器化服务(基于新版本框架的服务)

apollo-adminservice-prod

通过k8s-service直接获取配置服务

pro-apollo-configservice003

DNS解析

开发同学通过访问apollo-portal-web进行配置