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

    服务网格简介:探索现代微服务架构中的服务网格概念和价值

    本博客深入探索了现代微服务架构中的关键技术和解决方案:服务网格。在引言中,我们介绍了微服务架构的快速发展和面临的挑战。随后,我们回顾了服务网格的历史演进,从SOA到现代服务网格的诞生。详细解释了服务网格的定义、特点和核心功能,包括服务发现、负载均衡、流量控制和故障恢复等。此外,我们对比了不同服务网格实现的优缺点,如Istio、Linkerd和Consul。我们还探讨了服务网格在A/B测试、灰度发布和故障注入等场景下的应用,并展望了服务网格技术未来的发展方向。通过阅读本博客,读者将深入了解服务网格在现代微服务架构中的重要性和价值,并被鼓励深入学习和实践这一关键技术,为构建高效、可靠的微服务架构奠定基础。

    01

    『互联网架构』软件架构-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
    领券