首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

『互联网架构』软件架构-zuul微服务网关(上)(100)

1. 客户端会多次请求不同微服务,增加客户端的复杂性。2. 存在跨域请求,在一定场景下处理相对复杂。(有的公司服务比较微服务都是通过内部的域名的方式,分类的微服务域名www.idig8.com/type,用户微服务www.idig8.com/user,用户微服务www.idig8.com/pay,这样就不存在跨域的问题。但是大多数公司都是分类的微服务域名type.idig8.com,用户微服务user.idig8.com,用户微服务pay.idig8.com,主流的公司都是通过二级域名来的区分微服务的东西,如果通过ajax进行调用的话,这就涉及到跨域的问题) 3. 认证复杂,每一个服务都需要独立认证。4. 难以重构,随着项目的迭代,可能需要重新划分微服务,如果客户端直接和微服务通信,那么重构会难以实施。(本身微服务都是拆分的细,拆分的越细越方便重构,对于整体来说是复杂了,但是对于小模块来说业务逻辑少了细了方便重构了。BAT这种大型互联网公司最大的特点就是快,三天两头需求跟这边,一天可能变几次需求,一周可能发布5,6个版本,一个是需求快,快速响应需求,在做新需求的时候需要重构以前写的不好的地方,第一开始设计的系统都是不完美的,真正完美的系统都是通过重构出来的,可能重构很多次,例如上边的图例如果把商品分类微服务拆分了,拆分成商品价格服务,商品基础资料服务,商品分类服务,这样拆分后完蛋了,原来客户端调用一个服务现在调用3,4个服务,它也需要改。) 5. 某些微服务可能使用了其他协议,直接访问有一定困难。(有的服务是http的,有的服务RPC的,也就是需要支持多种协议,也特别麻烦)

03

你都用过SpringCloud的哪些组件,它们的原理是什么?

看到文章的题目了吗?就是这么抽象和笼统的一个问题,确实是我面试中真实被问到的,某共享货车平台的真实面试问题。 SpringCloud确实是用过,但是那是三四年前了,那个时候SpringCloud刚开始流行没多久,我们技术总监让我们调研一下,然后算上我在内的三个同事就一人买了一本SpringCloud的书籍,开始看,开始研究,正好那个时候DDD也比较火,然后我们就一边研究的SpringCloud一边按照DDD的模型搭建自己的项目。 但是这个项目最后做了三个月,才完成了一期。后面二期还没开始,我就撤了。所以SpringCloud总共的使用时间就两三个月,所以对这部分知识掌握的并不扎实,而且入职了新公司之后,都是使用公司自己封装的框架,也已经三年没有用过SpringCloud了,这次是要面试换工作了,所以决定将这方面的知识,总结一下。

03
领券