Istio 可以代替 Spring Cloud 吗?
背景
过去,我们运维着“能做一切”的大型单体应用程序。 这是一种将产品推向市场的很好的方式,因为刚开始我们也只需要让我们的第一个应用上线。而且我们总是可以回头再来改进它的。部署一个大应用总是比构建和部署多个小块要容易。
集中式:
集群
分布式:
分布式和集中式会配合使用。
我们在搭建网站的时候,为了及时响应用户的请求,尤其是高并发请求的时候,我们需要搭建分布式集群来处理请求。我们一个服务器的处理能力是有限的。如果用我们一台设备当作服务器,那么当并发量比较大的时候,同一时间达到上百的访问量。那服务器就宕机了。然后只能重启服务器,当出现高并发访问的时候,就又会宕机。所以我们需要更多的服务器来并行工作,处理用户的请求。那么问题来了,我们服务器运行的时候,怎么分发大量的请求给不同的服务器呢?一般会采用(1apache+nTomcat)或者服务器模式来分发并处理请求。或者采用nginx分发请求。
微服务是运行在自己的进程中的可独立部署的服务套件。 他们通常使用 HTTP 资源进行通信,每个服务通常负责整个应用中的某一个单一的领域。 在流行的电子商务目录例子中,你可以有一个商品条目服务,一个审核服务和一个评价服务,每个都只专注一个领域。
用这种方法让多语言服务(使用不同语言编写的服务)也成为可能,这样我们就可以让 Java/C++ 服务执行更多的计算密集型工作,让 Rails / Node.js 服务更多来支持前端应用等等。
微服务会成为大规模分布式应用的主流架构。任何复杂的工程问题都会归结为devide and conquer(分而治之),意思就是就是把一个复杂的问题分成两个或更多的相同或相似的子问题,再把子问题分成更小的子问题……直到最后子问题可以简单的直接求解,原问题的解即子问题的解的合并。微服务本质是对服务的拆分,与工程领域惯用的“分而治之”的思路是一致的。
Spring Cloud 与 K8S 对比
两个平台 Spring Cloud 和 Kubernetes 非常不同并且它们之间没有直接的相同特征。
两种架构处理了不同范围的MSA障碍,并且它们从根本上用了不同的方法。Spring Cloud方法是试图解决在JVM中每个MSA挑战,然而Kubernetes方法是试图让问题消失,为开发者在平台层解决。Spring Cloud在JVM中非常强大,Kubernetes管理那些JVM很强大。同样的,它就像一个自然发展,结合两种工具并且从两个项目中最好的部分受益。
可以看到,里面差不多一半关注点是和运维相关的。这么看来,似乎拿spring cloud和kubernetes比较有点不公平,spring cloud只是一个开发框架,对于应用如何部署和调度是无能为力的,而kubernetes是一个运维平台。也许用spring cloud+cloud foundry去和kubernetes比较才更加合理,但需要注意的是,即使加入了cloud foundry的paas能力,spring cloud仍然是“侵入式”的且语言相关,而kubernetes是“非侵入式”的且语言无关。
Spring Cloud vs Istio
这里面哪些内容是我们可以拿掉或者说基于 Service Mesh(以 Istio 为例)能力去做的?分析下来,可以替换的组件包括网关(gateway 或者 Zuul,由Ingress gateway 或者 egress 替换),熔断器(hystrix,由SideCar替换),注册中心(Eureka及Eureka client,由Polit,SideCar 替换),负责均衡(Ribbon,由SideCar 替换),链路跟踪及其客户端(Pinpoint 及 Pinpoint client,由 SideCar 及Mixer替换)。这是我们在 Spring Cloud 解析中需要完成的目标:即确定需要删除或者替换的支撑模块。
可以说,spring cloud关注的功能是kubernetes的一个子集。
可以看出,两边的解决方案都是比较完整的。kubernetes这边,在Istio还没出来以前,其实只能提供最基础的服务注册、服务发现能力(service只是一个4层的转发代理),istio出来以后,具有了相对完整的微服务能力。而spring cloud这边,除了发布、调度、自愈这些运维平台的功能,其他的功能也支持的比较全面。相对而言,云厂商会更喜欢kubernetes的方案,原因就是三个字:非侵入。平台能力与应用层的解耦,使得云厂商可以非常方便的升级、维护基础设施而不需要去关心应用的情况,这也是我比较看好service mesh这类技术前景的原因。
Spring Boot + K8S
如果不用 Spring Cloud,那就是使用 Spring Boot + K8S
这里就需要介绍一个项目,Spring Cloud Kubernetes,作用是把kubernetes中的服务模型映射到Spring Cloud的服务模型中,以使用Spring Cloud的那些原生sdk在kubernetes中实现服务治理。具体来说,就是把k8s中的services对应到Spring Cloud中的services,k8s中的endpoints对应到Spring Cloud的instances。这样通过标准的Spring Cloud api就可以对接k8的服务治理体系。
老实说,个人认为这个项目的意义并不是很大,毕竟都上k8了,k8本身已经有了比较完善的微服务能力(有注册中心、配置中心、负载均衡能力),应用之间直接可以互相调用,应用完全无感知,你再通过sdk去调用,有点多此一举的感觉。而且现在强调的是语言非侵入,Spring Cloud一个很大的限制是只支持java语言(甚至比较老的j2ee应用都不支持,只支持Spring Boot应用)。所以我个人感觉,这个项目,在具体业务服务层面,使用的范围非常有限。
借助于Spring Cloud Kubernetes项目,zuul可以以一种无侵入的方式提供api网关的能力,应用完全不需要做任何改造,并且网关是可插拔的,将来可以用其他网关产品灵活替换,整体耦合程度非常低。得益于k8的service能力,zuul甚至支持异构应用的接入,这是Spring Cloud体系所不具备的。而本身基于java开发,使得java程序员可以方便的基于zuul开发各种功能复杂的filter,而不需要去学习go或者openresty这样不太熟悉的语言。
https://lupeier.com/post/cloud-native-api-gateway-part-2/
Service Mesh的价值
无论是单体应用,还是分布式应用,都可以建立在Service Mesh上,mesh上的sidecar支撑了所有的上层应用,业务开发者无须关心底层构成,可以用Java,也可以用Go等语言完成自己的业务开发。
当微服务架构体系越来越复杂的时候,需要将“业务服务”和“基础设施”解耦,将一个微服务进程一分为二:
为什么代理会叫sidecar proxy?
看了上图就容易懂了,biz和proxy相生相伴,就像摩托车(motor)与旁边的车厢(sidecar)。未来,sidecar 和 proxy 就指微服务进程解耦成两个进程之后,提供基础能力的那个代理进程。
Istio 的理论概念是 Service Mesh(服务网络),我们不必纠结于概念实际也是微服务的一种落地形式有点类似上面的SideCar模式,它的主要思想是关注点分离,即不像 SpringCloud 一样交给研发来做,也不集成到 k8s 中产生职责混乱,Istio是通过为服务配 Agent 代理来提供服务发现、负截均衡、限流、链路跟踪、鉴权等微服务治理手段。
Istio 开始就是与 k8s 结合设计的,Istio 结合 k8s 可以牛逼的落地微服务架构。
Istio 超越 spring cloud 和 dubbo 等传统开发框架之处, 就在于不仅仅带来了远超这些框架所能提供的功能, 而且也不需要应用程序为此做大量的改动, 开发人员也不必为上面的功能实现进行大量的知识储备.
但结论是不是 Spring Cloud 能做到的,k8s + istio 也能做到?甚至更好?
参考
- https://www.kubernetes.org.cn/1057.html
- 服务迁移之路 | Spring Cloud向Service Mesh转变 https://juejin.im/post/5ce26e266fb9a07eb67d619f
- https://dubbo.apache.org/zh-cn/blog/dubbo-mesh-service-mesh-exploring.html
- https://juejin.im/post/5d0357a5e51d4577555508bf
- Istio分层架构?80%的人有误解 https://juejin.im/post/5d035a82e51d4510727c8084
- Java web 服务器集群 session共享解决思路 https://blog.csdn.net/xupeng874395012/article/details/65634343
- 大型网站架构常用解决方案 https://www.e-learn.cn/topic/225574
- https://www.servicemesher.com/blog/201909-build-full-micro-service-platform-by-spring-boot-with-kubernetes/
- https://www.cnblogs.com/assion/p/11250062.html
- https://skyao.io/talk/201709-istio-introduction/
- Spring Cloud会在不久的将来被其他架构取代吗? https://www.zhihu.com/question/333618617
- 在java中,如果不用spring cloud,可以搭建出好用的微服务架构的系统吗? https://www.zhihu.com/question/268835717
- JAVA大军,开始把目光从spring cloud转向k8s甚至k8s+istio了么?https://www.zhihu.com/question/345497663
Istio 可以代替 Spring Cloud 吗?相关推荐
- 阿里饶子昊:Spring Cloud Alibaba发展和近期规划
嘉宾 | 饶子昊 整理人 | 小雨青年 出品 | CSDN云原生 众所周知,Spring Cloud Alibaba是业界成熟的分布式应用服务开发的一站式解决方案.那么,你对Spring Clou ...
- 微服务治理框架的选择:对比Spring Cloud和Istio
导读:目前主流的微服务治理框架主要是Spring Cloud.而Istio作为新一代微服务框架,越来越受到关注.在本文中,我们分享如何选择这两种微服务框架. 作者:魏新宇 宋志麒 杨金锋 来源:大数据 ...
- 华为云应用服务网格最佳实践之从Spring Cloud 到 Istio
摘要:在全球首届社区峰会IstioCon 2021中,华为云应用服务网格首席架构师张超盟发表了<Best practice:from Spring Cloud to Istio>主题演讲, ...
- Spring Cloud Greenwich版本已发布!
点击上方"方志朋",选择"置顶或者星标" 你的关注意义重大! 就在1月23日,spring的官方博客发布了Spring Cloud Greenwich版本正式发 ...
- 微服务等于Spring Cloud?了解微服务架构和框架
作者:TIM XU 来源:https://xiaoxubeii.github.io/articles/microservices-architecture-introduction/ 微服务初探 什么 ...
- Spring Cloud Gateway真的有那么差吗?
Spring Cloud从一开始最受大家质疑的就是网关性能,那是由于Spring Cloud最初选择了使用Netflix几年前开源的Zuul作为基础,而高性能版的Zuul 2在经过了多次跳票之后,对于 ...
- Dubbo将积极适配Spring Cloud生态,Spring Cloud体系或将成为微服务的不二选择!
2016年,我在博客中发表过一篇<微服务架构的基础框架选择:Spring Cloud还是Dubbo?>(http://blog.didispace.com/microservice-fra ...
- springcloud 整合 gateway_从Spring Cloud到Kubernetes的微服务迁移实践
写在前面 要出发周边游(以下简称要出发)是国内知名的主打「周边游」的在线旅行网站,为了降低公司内部各个业务模块的耦合度,提高开发.交付及运维效率,我们在 2017 年就基于 Spring Cloud ...
- 服务迁移之路 | Spring Cloud向Service Mesh转变 | 技术干货
戳蓝字"CSDN云计算"关注我们哦! 技术头条:干货.简洁.多维全面.更多云计算精华知识尽在眼前,get要点.solve难题,统统不在话下! 作者: 李宁 转自:博云技术社区 Sp ...
最新文章
- 【Beta版本】冲刺-Day6
- 我用Python爬取并分析了30万个房产数据,带你看怎么做的
- mongodb $ifNull
- CYQ.DBImport 数据库反向工程及批量导数据库工具 V2.0 发布[增加批量导出数据库脚本及数据库设计文档]...
- Laravel核心代码学习--用户认证系统的实现细节
- Javascript设计模式(三)-- 抽象工厂模式
- keras 微调整模型_如何围绕微服务调整团队
- 频繁项集挖掘算法之FPGrowth
- 教你快速将多个TXT文档合并成一个
- maxon motor 471486电机
- 形式语言与自动机 第五章 课后题答案
- 查看oracle表空间的碎片,Oracle 数据库表空间碎片查询和整理
- List把特定元素排在第一位
- html p标签颜色代码,html里的颜色标签肿么写?
- 启动Spring项目报错,Springboot启动报错 Disconnected from the target VM 解决过程
- 微信公众号网页IOS点击无反应的坑
- 在react里实现点击回车键执行事件
- html5播放mp4视频代码
- Unity 简单手机小游戏 - 3D重力滚球(文末源码)
- spring boot 和 spring cloud 的兼容关系
热门文章
- 中英文对照 —— 十二星座
- 如何利用Citespace和vosviewer既快又好地写出高质量的论文及快速锁定热点和重点文献进行可视化分析?
- 北航大学计算机基础题库,数学建模与matlab_prt2part1数学建模与matlab_part2part1数学建模与matlab_part2part1数学建模与matlab_part2pa...
- Pixel XL刷机ROOT教程
- java随机点名器的思路_JAVA基础 随机点名器案例
- java蓝桥杯练习 格子刷油漆
- ios12测试版软件不兼容,5款旧iPhone运行iOS12.4测试版速度比较:有点失望
- 基于微信小程序+VUE+Springboot+Mysql的中小学生作业管理系统
- 9.0 原生setting 默认应用手机助手显示异常
- [电影]辛德勒的名单