Cloudfoundry Diego 中consul的应用

#1

conusl和etcd，zookeeper等类似都可作为服务发现、配置管理的工具。diego是cloudfoudnry v3架构的重要组成部分（不知道这名字咋来的，dea go？），etcd在v2架构中作为hm9000的k/v存储组件，跟其他组件没啥瓜哥撒，但在diego中瞬间NB了，还有别名了，“BBS”的说，貌似还挺贴切。
diego中还加了另外一个服务发现的玩意–consul，在部署diego的时候要注意点撒，不要随便拆分组件。

#2

先看下diego的架构图，

(引自https://github.com/cloudfoundry-incubator/diego-design-notes)
上面这些Diego的组件参照bosh的部署清单，会在cc_bridge,brain,cell,route_emitter所在的机子里都装一个conusl_agent，同时会有个consul_agent单独起一个自己作为server（当然consul也可以集群）
其中file_server\stager\receptor将作为服务节点，将自己的地址以http://SERVICE_NAME.service.consul:SERVICE_PORT
的方式注册给consul_server,其他需要用到这几个服务的组件会通过这个url请求对应的服务。

比如cell中执行打包的时候，会从file_server中拿linux_circus执行打包的操作，就靠consul_agent把
http://file_server.service.consul:8080
这个地址解析到对应的file_server地址，这样就可以正常访问了。

#3

上面是基于diego0.779那会部署的时候简单描述，diego现在还不没正式发版本，刚看了下，现在consul放到cf-release去了，后续还得研究下