golang 实现配置中心 （一）

项目背景，之前在上家东家接触到golang，自学到项目上线，也是摸着石头过河，中间也遇到了一些小bug（生产环境出现内存泄露问题，导致业务占用内存，居高不下，实际是因为项目的service层部分应用没有应用到redis或数据库，但是也进行了实例化，最后没有释放资源导致，排查方法也是比较笨，就是一些流程在本地跑，看哪些环节导致内存居高不下，最后追查到的结果），随之后来业务的golang需求增加，公司一些业务也使用golang抽离了出来，成为服务化的内容（历史业务使用的php，包括多服务调用优化为golang的协程实现调用，mq的生产消费者服务、其中有rocketMQ、Beanstalk、RabbitMQ），包括后续的一些中台业务也使用golang写（其实中间公司有一段时间要求全员转go，但是由于诸多因素，就剩下了我一个人去处理go的业务了，到最后我也离职了，直到目前前东家的业务有问题，还会偶尔联系到我帮忙解决一下，不过业务趋于稳定，已经没有什么太多的问题了）。

以上是了解到我接触golang，以及golang业务的基础业务范畴，但是其中出现了一个比较严重的问题：部署方案及配置多项目重复问题，由于当时整体技术偏于写业务能力，个人没有太多探索相关技术解决方案，当时只是意识配置重复性导致业务迁移地址、配置的复杂性引发的工作量、及时性、错误性等问题，当时并没有特别好的解决方案（前东家团队对技术比较支持新颖，特别适合技术增长），直到前段时间了解到携程的apollo、阿里的nacos，受到了很多的启发（其中也是前团队主管调到某米后给了一些点