微服务的出现,仿佛秋天里的第一杯奶茶,给了互联网企业初恋的感觉,仿佛所有的问题都迎刃而解了。整个企业都在推进微服务的改革。
“某个技术难题攻克不了,大概是系统架构问题吧?老板,我们转型微服务吧”
“老板,我们这个新项目要开始了,现在都流行微服务架构,我们直接采用微服务架构设计吧”
”老板,现在云计算这么火,大家都在转型做微服务,我们也技术升级做微服务吧“
架构师们仿佛抓住救命稻草一样,不管三七二十一,轰轰烈烈的就开干了,遇到问题再说。遇到问题再说,那就晚了,对于架构师来说,顶多就是再换个老板,但对于企业来说,很有可能就是没了。微服务真挺好的,但是在你决定做之前,请做充足的调研,确认自己是否真的适合?
01 微服务难关之维护成本高
从微服务的定义来看,是把应用拆分成一个个的原子服务,服务与服务之间通过调用进行通信,每个团队维护一个服务,单独开发,单独上线,把之前业务之间的测试互相依赖、上线互相依赖的关系进行了改善。从研发需求开发上线及整体的流程来看,服务拆分成了微服务之后,每个微服务对应于一个代码仓库,按服务和仓库维度进行开发与上线,从一开始维护成本就很高。
当一个新人加入团队后,以前的单体式应用很方便于新人学习,只要在代码仓库将服务下载下来,本地启程序