现在,不少刚诞生的JAVA微服务框架大多主打“轻量级”,主要仍是由于Spring Boot过重。git
有Spring大靠山在,更新、稳定性、成熟度的问题根本不须要考虑。程序员
在JAVA系混的技术人员大约都据说过Spring的大名吧,因此不缺程序员……,并且这入手的难度十分低,彻底能够省去一个架构师。编程
可是,你必然在服务器上付出:api
至少一台“服务发现 ”的服务器;服务器
可能有一个统一的网关Gateway;架构
可能须要一个用于“分布式配置管理”的配置中心;app
可能进行“服务追踪”,知道个人请求从哪里来,到哪里去;框架
可能须要“集群监控”;异步
项目上线后发现,咱们须要好多服务器,每次在集群中增长服务器时,都感受心疼;分布式
压测前的内存占用
如图,内存占用304M。
压测时的内存占用
如图,内存占用1520M(1.5G),CPU上升到321%
一个Spring Boot的简单应用,最少1G内存,一个业务点比较少的微服务编译后的JAR会大约50M,而Spring Cloud引入的组件会相对多一些,消耗的资源也会相对更多一些。
启动时间大约10秒左右: Started Application in 10.153 seconds (JVM running for 10.915)
背靠Eclipse的Eclipse Vert.x是一个用于在JVM上构建响应式应用程序的工具包。定位上与Spring Boot不冲突,甚至能够将Vert.x结合Spring Boot使用。
众多Vert.x模块提供了大量微服务的组件,在不少人眼里是一种微服务架构的选择。
华为微服务框架Apache ServiceComb就是以Vert.x为底层框架实现的,在"基准测试网站TechEmpower"中,Vert.x的表现也十分亮眼。
压测前的内存占用
如图,内存占用65M。
压测时的内存占用
如图,内存占139M,CPU占2.1%,给人的感受彷佛并无进行压测。
Vert.x单个服务打包完成后大约7M左右的JAR,不依赖、Jetty之类的容器,直接在JVM上跑。
Vert.x消耗的资源很低,感受一个1核2G的服务器已经可以部署许多个Vert.x服务。除去编码方面的问题,真心符合小项目和小模块。
git市场上已经出现了基于Vert.x实现的开源网关- VX-API-帮助文档
https://duhua.gitee.io/vx-api-gateway-doc/
对多语言支持,很适合小型项目快速上线。
启动时间不到1秒:Started Vert.x in 0.274 seconds (JVM running for 0.274)
SparkJava
jar比较小,大约10M
占内存小,大约30~60MB;
性能还能够,与Spring Boot相仿;
Micronaut
Grails团队新宠;
能够用 Java、Groovy 和 Kotlin 编写的基于微服务的应用程序;
相比Spring Boot已经比较全面;
性能较优,编码方式与Spring Boot比较相似;
启动时间和内存消耗方面比其余框架更高效;
多语言;
依赖注入;
内置多种云本地功能;
很新,刚发布1.0.0
Javalin
上手极为容易;
灵活,能够兼容同步和异步两种编程思路;
JAR小,4~5M;
多语言;
有KOA的影子;
只有大约2000行源代码,源代码足够简单,能够理解和修复;
符合当今趋势;
多语言;
嵌入式服务器Jetty;
Quarkus
启动快;
JAR小,大约10M;
文档不多;
做者:襄垣
来源:https://juejin.im/post/5c89f266f265da2d8763b5f9
- END -
二、
三、
四、
五、
点击「阅读原文」和栈长学更多~