Ambassador,云原生应用的“门神”

目前,行业内基于云原生思想的开源项目,重点在于管理、控制微服务以及微服务架构下服务之间的通信问题。它们有效的解决了“服务异构化”、“动态化”、“多协议”场景所带来的east/west流量的管控问题,而针对north/south的流量控制仅仅提供了ingress/egress做流量入口,出口的管理。

为了解决云原生环境下的north/south流量控制问题,Ambassador开始走入大家的视线。Ambassador是一个网关,其中以Enovy作为具体策略的执行者,Ambassador抽象到控制平面,下发一些的网关控制指令。具体架构如下所示:

Ambassador,云原生应用的“门神”

从架构图能够清晰的看到,Ambassador以Enovy基础扩展而来,实现思路上同样采取“控制平面”、数据平面想分离的设计思想。在容器生态环境下,无论是对kubernetes的traefik,还是istio下的Ingress-gateway都是强有力的扩展。

Ambassador有哪些特性呢?

异构化服务支撑

云原生架构下各个服务要求只要遵循相同的通信规范即可,因此不再强调语言,架构等一致性问题。Ambassador恰好能够有效的把请求流量导入到异构下的各个服务,并且完成服务的请求的管理控制。

支持基于各个服务的配置,更能够进一步实现“超时”,“速率限制”,“身份验证策略”等网关级别的细粒度控制。

能够支持不同层级的通信协议,L7协议包括HTTP、HTTP/2、grpc、trpc-web、websocket,L4协议TCP。

动态服务

服务更新会导致应用程序不断变化。Ambassador能够友好的支撑云原生应用的动态特性,具备如下特性:

  • 允许在生产测试,支持不同的灰度发布策略

  • 细化可观察性指标,有力管控服务行为

  • 配置信息的无感之变更,不会对最终用户产生影响

分散工作流程

云原生的应用下,允许不同的服务开发针对其自身的服务进行优化。

Ambassador为了满足这个特性,能够允许各个开发团队自身维护自己的服务,并且独立接入和使用Ambassador的配置信息,一改之前网关层统一配置变更思路,从而避免影响其他运行服务。

Ambassador部署

Ambassador提供了多种不同的部署方式来满足用户需求。包括kubernetes yaml部署,helm部署,docker image部署以及docker compose部署等。既可以作为独立的程序运行提供网关能力,同样能够与kubernetes,istio等云原生的框架集成,来充当入口流量的管理者。

以docker image部署说明Ambassador的部署配置。

docker run -it -d -p 8080:8080 --name=ambassador --rm quay.io/datawire/ambassador:0.73.0 --demo

查看Ambassador日志,确定运行情况。

AMBASSADOR: using '/ambassador/ambassador-demo-config' for configuration
AMBASSADOR: not watching for Kubernetes config
2019-07-17 08:22:55 kubewatch [9 TMainThread] 0.73.0 INFO: No K8s
2019-07-17 08:22:55 kubewatch [9 TMainThread] 0.73.0 DEBUG: cluster ID URL is d6e_id://00000000-0000-0000-0000-000000000000/default
2019-07-17 08:22:55 kubewatch [9 TMainThread] 0.73.0 DEBUG: Kubernetes is not available, so not doing CRD check
2019-07-17 08:22:55 kubewatch [9 TMainThread] 0.73.0 DEBUG: cluster ID is 07eb43c8-1166-5145-a060-45e4dd907e10 (from hardcoded ID)
AMBASSADOR: starting with environment:
====
AMBASSADOR_CLUSTER_ID=07eb43c8-1166-5145-a060-45e4dd907e10
AMBASSADOR_CONFIG_BASE_DIR=/ambassador
AMBASSADOR_NAMESPACE=default
AMBASSADOR_NO_KUBEWATCH=no_kubewatch
AMBASSADOR_ROOT=/ambassador
====
AMBASSADOR: launching worker process: 'env' 'PORT=5050' 'python3' 'demo-services/auth.py'
AMBASSADOR: launching worker process: 'python3' 'demo-services/qotm.py'
AMBASSADOR: starting ads
…………
08:24:00] "GET /auth/v0//ambassador/v0/favicon.ico HTTP/1.1" 200 -
ACCESS [2019-07-17T08:23:59.084Z] "GET /ambassador/v0/diag/ HTTP/1.1" 200 - 0 17012 69 62 "10.20.50.164" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36" "7481ee18-307e-4d23-9c82-e0a623389655" "10.20.1.180:8080" "127.0.0.1:8877"
ACCESS [2019-07-17T08:24:00.254Z] "GET /ambassador/v0/favicon.ico HTTP/1.1" 401 UAEX 0 57 4 - "10.20.50.164" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36" "0013e864-1128-4e03-8814-49ed6e498d11" "10.20.1.180:8080" "-"
ACCESS [2019-07-17T08:24:00.259Z] "GET /ambassador/v0/favicon.ico HTTP/1.1" 200 - 0 1150 8 4 "10.20.50.164" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36" "9b0702c0-3800-4447-90aa-6bebb5a711fb" "10.20.1.180:8080" "127.0.0.1:8877"

基于docker image启动时,ambassador采用默认的config配置信息完成初始化工作。

访问Ambassador:

http://{ip}:8080/ambassador/v0/diag/

初始化默认用户名admin,密码admin。能够正常的看到访问页面

Ambassador,云原生应用的“门神”

Ambassador,云原生应用的“门神”

上一篇:我发起了一个 用 物理服务器 和 .Net 平台 构建云平台 的 .Net 开源项目


下一篇:云原生时代, Kubernetes 多集群架构初探