说明
年初总结的时候，17年所用的技术已经涉及到微服务架构，当时采用的是dubbo+zokeeper的方式作为微服务框架。
在使用过程中，发现了一些痛点：
1、研发中使用了不同的开发语言，php,go,c等，服务注册组件需要java来实现服务注册客户端，没有一套专门的服务注册组件用作标准服务组件，心跳检测，服务注册和稳定性没办法得到保障，经常出现为其他语言的服务（简称“服务A”）写的java服务注册客户端服务（简称“服务适配”）异常而服务A是正常的，或者服务A正常，服务适配异常，从而导致这个服务不可用。在服务部署上，部署非java语言的服务必须一对一的提供“服务适配”，平白多部署了一个服务，额外消耗服务器资源，而且稳定性也得不到保障。
2、临近17年关，安全部门扫描出了关于zookeeper的漏洞，认为此服务提供的api没有鉴权，也就是没有设账户密码，其实zookeeper本身支持设置账户密码，然后dubbo框架却不支持，等设置了密码后，服务调用消费服务失败，后面将dubbo的版本升级到最新，为此还阅读了dubbo的源码，也没解决这个问题。遍查全网，只说了设置ip白名单方案~，晕死，没有能力改变源码，只能捏着鼻子认了，这也是我今年重选分布式微服务框架的重要原因之一。
（未完。。。）
更多，请关注：
网友评论