随着微服务架构越来越被广大互联网公司的认可 ，对于服务的管理也成了一个重要的问题。服务越来越多势必来带大量的维护成本，怎么部署？像传统运维一样由运维人员管理这一大堆服务和配置？这一定是下下策，毕竟那么多服务和配置的管理对于对程序本身并不了解的运维工程师来讲每次上线可能是一次对灵魂的拷问：我是谁？我在哪里？我在干什么？ 其次，服务和配置很多的情况下，对于运维人员和开发人员来讲对程序之间的调用、具体参数的配置又避免不了大量的沟通和文档的维护，工作量大不说而且还极其容易出错，一旦出错排查起来又十分麻