51工具盒子

依楼听风雨
笑看云卷云舒,淡观潮起潮落

替代 Spring Boot 的其它5种微服务框架

替代 Spring Boot 的其它5种微服务框架 第1张

前言

在 Java 和 Kotlin 中, 除了使用Spring Boot创建微服务外,还有很多其他的替代方案。


| 名称 | 版本 | 发布时间 | 开发商 | GitHub | |-------------|-------|-------|------------------|--------| | Helidon SE | 1.4.1 | 2019年 | 甲骨文 | 链接 | | Ktor | 1.3.0 | 2018年 | JetBrains | 链接 | | Micronaut | 1.2.9 | 2018年 | Object Computing | 链接 | | Quarkus | 1.2.0 | 2019年 | Red Hat | 链接 | | Spring Boot | 2.2.4 | 2014年 | Pivotal | 链接 |

本文,基于这些微服务框架,创建了五个服务,并使用Consul的服务发现模式实现服务间的 相互通信。因此,它们形成了异构微服务架构(Heterogeneous Microservice Architecture, 以下简称 MSA):

替代 Spring Boot 的其它5种微服务框架 第2张

本文简要考虑了微服务在各个框架上的实现(更多细节请查看源代码:https : //github.com/rkudryashov/heterogeneous-microservices)

技术栈:

  • JDK 13

  • Kotlin

  • Gradle (Kotlin DSL)

  • JUnit 5

  • 功能接口(HTTP API):

  • --- 返回logo信息

  • --- 返回微服务的一些基本信息(名称、框架、发布年份)

  • GET /application-info{?request-to=some-service-name}

  • GET /application-info/logo

  • 实现方式:

    • 使用文本文件的配置方式

    • 使用依赖注入

    • HTTP API


  • MSA:

    • 使用服务发现模式(在Consul中注册,通过客户端负载均衡的名称请求另一个微服务的HTTP API)

    • 构建一个 uber-JAR

先决条件

  • JDK 13

  • Consul

从头开始创建应用程序

要基于其中一个框架上生成新项目,你可以使用web starter 或其他选项(例如,构建工具或 IDE):

| 名称 | Web starter | 指南 | 支持的开发语言 | |-------------|-------------|---------------|--------------------| | Helidon | 链接(MP) | 链接(SE) 链接(MP) | Java,Kotlin | | Ktor | 链接 | 链接 | Kotlin | | Micronaut | 链接 | 链接 | Groovy、Java、Kotlin | | Quarkus | 链接 | 链接 | Java、Kotlin、Scala | | Spring Boot | 链接 | 链接 | Groovy、Java、Kotlin |

Helidon服务

该框架是在 Oracle 中创建以供内部使用,随后成为开源。Helidon 非常简单和快捷,它提供了两个版本:标准版(SE)和MicroProfile(MP)。在这两种情况下,服务都是一个常规的 Java SE 程序。(在Helidon上了解更多信息)

Helidon MP 是 Eclipse MicroProfile的实现之一,这使得使用许多 API 成为可能,包括 Java EE 开发人员已知的(例如 JAX-RS、CDI等)和新的 API(健康检查、指标、容错等)。在 Helidon SE 模型中,开发人员遵循"没有魔法"的原则,例如,创建应用程序所需的注解数量较少或完全没有。

Helidon SE 被选中用于微服务的开发。因为Helidon SE 缺乏依赖注入的手段,因此为此使用了Koin。

以下代码示例,是包含 main 方法的类。为了实现依赖注入,该类继承自KoinComponent。

首先,Koin 启动,然后初始化所需的依赖并调用startServer()方法----其中创建了一个WebServer类型的对象,应用程序配置和路由设置传递到该对象;

启动应用程序后在Consul注册:

object HelidonServiceApplication : KoinComponent {
    @JvmStatic    fun main(args: Array<String>) {        val startTime = System.currentTimeMillis()        startKoin {            modules(koinModule)        }
        val applicationInfoService: ApplicationInfoService by inject()        val consulClient: Consul by inject()        val applicationInfoProperties: ApplicationInfoProperties by inject()        val serviceName = applicationInfoProperties.name
        startServer(applicationInfoService, consulClient, serviceName, startTime)    }}
fun startServer(    applicationInfoService: ApplicationInfoService,    consulClient: Consul,    serviceName: String,    startTime: Long): WebServer {    val serverConfig = ServerConfiguration.create(Config.create().get("webserver"))
    val server: WebServer = WebServer        .builder(createRouting(applicationInfoService))        .config(serverConfig)        .build()
    server.start().thenAccept { ws ->        val durationInMillis = System.currentTimeMillis() - startTime        log.info("Startup completed in $durationInMillis ms. Service running at: http://localhost:" + ws.port())        // register in Consul        consulClient.agentClient().register(createConsulRegistration(serviceName, ws.port()))    }
    return server

路由配置如下:

private fun createRouting(applicationInfoService: ApplicationInfoService) = Routing.builder()    .register(JacksonSupport.create())    .get("/application-info", Handler { req, res ->        val requestTo: String? = req.queryParams()            .first("request-to")            .orElse(null)
        res            .status(Http.ResponseStatus.create(200))            .send(applicationInfoService.get(requestTo))    })    .get("/application-info/logo", Handler { req, res ->        res.headers().contentType(MediaType.create("image", "png"))        res            .status(Http.ResponseStatus.create(200))            .send(applicationInfoService.getLogo())    })    .error(Exception::class.java) { req, res, ex ->        log.error("Exception:", ex)        res.status(Http.Status.INTERNAL_SERVER_ERROR_500).send()    }    .build()

该应用程序使用HOCON格式的配置文件:

webserver {  port: 8081}
application-info {  name: "helidon-service"  framework {    name: "Helidon SE"    release-year: 2019  }}

还可以使用 JSON、YAML 和properties 格式的文件进行配置(在Helidon 配置文档中了解更多信息)。

Ktor服务

该框架是为 Kotlin 编写和设计的。和 Helidon SE 一样,Ktor 没有开箱即用的 DI,所以在启动服务器依赖项之前应该使用 Koin 注入:

val koinModule = module {    single { ApplicationInfoService(get(), get()) }    single { ApplicationInfoProperties() }    single { ServiceClient(get()) }    single { Consul.builder().withUrl("https://localhost:8500").build() }}
fun main(args: Array<String>) {    startKoin {        modules(koinModule)    }    val server = embeddedServer(Netty, commandLineEnvironment(args))    server.start(wait = true)}

应用程序需要的模块在配置文件中指定(HOCON格式;更多配置信息参考Ktor配置文档 ),其内容如下:

ktor {  deployment {    host = localhost    port = 8082    environment = prod    // for dev purpose    autoreload = true    watch = [io.heterogeneousmicroservices.ktorservice]  }  application {    modules = [io.heterogeneousmicroservices.ktorservice.module.KtorServiceApplicationModuleKt.module]  }}
application-info {  name: "ktor-service"  framework {    name: "Ktor"    release-year: 2018  }}

在 Ktor 和 Koin 中,术语"模块"具有不同的含义。

在 Koin 中,模块类似于 Spring 框架中的应用程序上下文。Ktor的模块是一个用户定义的函数,它接受一个 Application类型的对象,可以配置流水线、注册路由、处理请求等:

fun Application.module() {    val applicationInfoService: ApplicationInfoService by inject()
    if (!isTest()) {        val consulClient: Consul by inject()        registerInConsul(applicationInfoService.get(null).name, consulClient)    }
    install(DefaultHeaders)    install(Compression)    install(CallLogging)    install(ContentNegotiation) {        jackson {}    }
    routing {        route("application-info") {            get {                val requestTo: String? = call.parameters["request-to"]                call.respond(applicationInfoService.get(requestTo))            }            static {                resource("/logo", "logo.png")            }        }    }}

此代码是配置请求的路由,特别是静态资源logo.png。

下面是基于Round-robin算法结合客户端负载均衡实现服务发现模式的代码:

class ConsulFeature(private val consulClient: Consul) {
    class Config {        lateinit var consulClient: Consul    }
    companion object Feature : HttpClientFeature<Config, ConsulFeature> {        var serviceInstanceIndex: Int = 0
        override val key = AttributeKey<ConsulFeature>("ConsulFeature")
        override fun prepare(block: Config.() -> Unit) = ConsulFeature(Config().apply(block).consulClient)
        override fun install(feature: ConsulFeature, scope: HttpClient) {            scope.requestPipeline.intercept(HttpRequestPipeline.Render) {                val serviceName = context.url.host                val serviceInstances =                    feature.consulClient.healthClient().getHealthyServiceInstances(serviceName).response                val selectedInstance = serviceInstances[serviceInstanceIndex]                context.url.apply {                    host = selectedInstance.service.address                    port = selectedInstance.service.port                }                serviceInstanceIndex = (serviceInstanceIndex + 1) % serviceInstances.size            }        }    }}

主要逻辑在install方法中:在Render请求阶段(在Send阶段之前执行)首先确定被调用服务的名称,然后consulClient请求服务的实例列表,然后通过循环算法定义一个实例正在调用。因此,以下调用成为可能:

fun getApplicationInfo(serviceName: String): ApplicationInfo = runBlocking {    httpClient.get<ApplicationInfo>("http://$serviceName/application-info")}

Micronaut 服务

Micronaut 由Grails框架的创建者开发,灵感来自使用 Spring、Spring Boot 和 Grails 构建服务的经验。该框架目前支持 Java、Kotlin 和 Groovy 语言。依赖是在编译时注入的,与 Spring Boot 相比,这会导致更少的内存消耗和更快的应用程序启动。

主类如下所示:

object MicronautServiceApplication {
    @JvmStatic    fun main(args: Array<String>) {        Micronaut.build()            .packages("io.heterogeneousmicroservices.micronautservice")            .mainClass(MicronautServiceApplication.javaClass)            .start()    }}

基于 Micronaut 的应用程序的某些组件与它们在 Spring Boot 应用程序中的对应组件类似,例如,以下是控制器代码:

@Controller(    value = "/application-info",    consumes = [MediaType.APPLICATION_JSON],    produces = [MediaType.APPLICATION_JSON])class ApplicationInfoController(    private val applicationInfoService: ApplicationInfoService) {
    @Get    fun get(requestTo: String?): ApplicationInfo = applicationInfoService.get(requestTo)
    @Get("/logo", produces = [MediaType.IMAGE_PNG])    fun getLogo(): ByteArray = applicationInfoService.getLogo()}

Micronaut 中对 Kotlin 的支持建立在kapt编译器插件的基础上(参考Micronaut Kotlin 指南了解更多详细信息)。

构建脚本配置如下:

plugins {    ...    kotlin("kapt")    ...}
dependencies {    kapt("io.micronaut:micronaut-inject-java:$micronautVersion")    ...    kaptTest("io.micronaut:micronaut-inject-java:$micronautVersion")    ...}

以下是配置文件的内容:

micronaut:  application:    name: micronaut-service  server:    port: 8083
consul:  client:    registration:      enabled: true
application-info:  name: ${micronaut.application.name}  framework:    name: Micronaut    release-year: 2018

JSON、properties和 Groovy 文件格式也可用于配置(参考Micronaut 配置指南查看更多详细信息)。

Quarkus服务

Quarkus是作为一种应对新部署环境和应用程序架构等挑战的工具而引入的,在框架上编写的应用程序将具有低内存消耗和更快的启动时间。此外,对开发人员也很友好,例如,开箱即用的实时重新加载。

Quarkus 应用程序目前没有 main 方法,但也许未来会出现(GitHub 上的问题)。

对于熟悉 Spring 或 Java EE 的人来说,Controller 看起来非常熟悉:

@Path("/application-info")@Produces(MediaType.APPLICATION_JSON)@Consumes(MediaType.APPLICATION_JSON)class ApplicationInfoResource(    @Inject private val applicationInfoService: ApplicationInfoService) {
    @GET    fun get(@QueryParam("request-to") requestTo: String?): Response =        Response.ok(applicationInfoService.get(requestTo)).build()
    @GET    @Path("/logo")    @Produces("image/png")    fun logo(): Response = Response.ok(applicationInfoService.getLogo()).build()}

如你所见,bean 是通过@Inject注解注入的,对于注入的 bean,你可以指定一个范围,例如:

@ApplicationScopedclass ApplicationInfoService(    ...) {...}

为其他服务创建 REST 接口,就像使用 JAX-RS 和 MicroProfile 创建接口一样简单:

@ApplicationScoped@Path("/")interface ExternalServiceClient {    @GET    @Path("/application-info")    @Produces("application/json")    fun getApplicationInfo(): ApplicationInfo}
@RegisterRestClient(baseUri = "http://helidon-service")interface HelidonServiceClient : ExternalServiceClient
@RegisterRestClient(baseUri = "http://ktor-service")interface KtorServiceClient : ExternalServiceClient
@RegisterRestClient(baseUri = "http://micronaut-service")interface MicronautServiceClient : ExternalServiceClient
@RegisterRestClient(baseUri = "http://quarkus-service")interface QuarkusServiceClient : ExternalServiceClient
@RegisterRestClient(baseUri = "http://spring-boot-service")interface SpringBootServiceClient : ExternalServiceClient

但是它现在缺乏对服务发现 ( Eureka和Consul ) 的内置支持,因为该框架主要针对云环境。因此,在 Helidon 和 Ktor 服务中, 我使用了Java类库方式的Consul 客户端。

首先,需要注册应用程序:

@ApplicationScopedclass ConsulRegistrationBean(    @Inject private val consulClient: ConsulClient) {
    fun onStart(@Observes event: StartupEvent) {        consulClient.register()    }}

然后需要将服务的名称解析到其特定位置;

解析是通过从 Consul 客户端获得的服务的位置替换 requestContext的URI 来实现的:

@Provider@ApplicationScopedclass ConsulFilter(    @Inject private val consulClient: ConsulClient) : ClientRequestFilter {
    override fun filter(requestContext: ClientRequestContext) {        val serviceName = requestContext.uri.host        val serviceInstance = consulClient.getServiceInstance(serviceName)        val newUri: URI = URIBuilder(URI.create(requestContext.uri.toString()))            .setHost(serviceInstance.address)            .setPort(serviceInstance.port)            .build()
        requestContext.uri = newUri    }}

Quarkus也支持通过properties 或 YAML 文件进行配置(参考Quarkus 配置指南了解更多详细信息)。

Spring Boot服务

创建该框架是为了使用 Spring Framework 生态系统,同时有利于简化应用程序的开发。这是通过auto-configuration实现的。

以下是控制器代码:

@RestController@RequestMapping(path = ["application-info"], produces = [MediaType.APPLICATION_JSON_VALUE])class ApplicationInfoController(    private val applicationInfoService: ApplicationInfoService) {
    @GetMapping    fun get(@RequestParam("request-to") requestTo: String?): ApplicationInfo = applicationInfoService.get(requestTo)
    @GetMapping(path = ["/logo"], produces = [MediaType.IMAGE_PNG_VALUE])    fun getLogo(): ByteArray = applicationInfoService.getLogo()}

微服务由 YAML 文件配置:

spring:  application:    name: spring-boot-service
server:  port: 8085
application-info:  name: ${spring.application.name}  framework:    name: Spring Boot    release-year: 2014

也可以使用properties文件进行配置(更多信息参考Spring Boot 配置文档)。

启动微服务

在启动微服务之前,你需要安装Consul和 启动代理-例如,像这样:consul agent -dev。

你可以从以下位置启动微服务:

  • IDE中启动微服务IntelliJ IDEA 的用户可能会看到如下内容:替代 Spring Boot 的其它5种微服务框架 第3张

  • 要启动 Quarkus 服务,你需要启动quarkusDev的Gradle 任务。

  • console中启动微服务在项目的根文件夹中执行:

java -jar helidon-service/build/libs/helidon-service-all.jar

java -jar ktor-service/build/libs/ktor-service-all.jar

java -jar micronaut-service/build/libs/micronaut-service-all.jar

java -jar quarkus-service/build/quarkus-service-1.0.0-runner.jar

java -jar spring-boot-service/build/libs/spring-boot-service.jar

启动所有微服务后,访问http://localhost:8500/ui/dc1/services,你将看到:

替代 Spring Boot 的其它5种微服务框架 第4张

API测试

以Helidon服务的API测试结果为例:

GET http://localhost:8081/application-info

{  "name":"helidon-service",  "framework":{    "name":"Helidon SE",    "releaseYear":2019},  "requestedService":null}

GET http://localhost:8081/application-info?request-to=ktor-service

{  "name": "helidon-service",  "framework": {    "name": "Helidon SE",    "releaseYear": 2019  },  "requestedService": {    "name": "ktor-service",    "framework": {          "name": "Ktor",          "releaseYear": 2018    },    "requestedService": null  }}

GET http://localhost:8081/application-info/logo返回logo信息


你可以使用Postman 、IntelliJ IDEA HTTP 客户端 、浏览器或其他工具测试微服务的 API接口 。

不同微服务框架对比

不同微服务框架的新版本发布后,下面的结果可能会有变化;你可以使用此GitHub项目自行检查最新的对比结果 。

程序大小

为了保证设置应用程序的简单性,构建脚本中没有排除传递依赖项,因此 Spring Boot 服务 uber-JAR 的大小大大超过了其他框架上的类似物的大小(因为使用 starters 不仅导入了必要的依赖项;如果需要,可以通过排除指定依赖来减小大小):

备注:什么是 maven的uber-jar

在maven的一些文档中我们会发现 "uber-jar"这个术语,许多人看到后感到困惑。其实在很多编程语言中会把super叫做uber (因为super可能是关键字), 这是上世纪80年代开始流行的,比如管superman叫uberman。所以uber-jar从字面上理解就是super-jar,这样的jar不但包含自己代码中的class ,也会包含一些第三方依赖的jar,也就是把自身的代码和其依赖的jar全打包在一个jar里面了,所以就很形象的称其为super-jar ,uber-jar来历就是这样的。

| 微服务 | 程序大小(MB) | |---------------|----------| | Helidon服务 | 17,3 | | Ktor服务 | 22,4 | | Micronaut 服务 | 17,1 | | Quarkus服务 | 24,4 | | Spring Boot服务 | 45,2 |

启动时长

每个应用程序的启动时长都是不固定的:

| 微服务 | 开始时间(秒) | |---------------|---------| | Helidon服务 | 2,0 | | Ktor服务 | 1,5 | | Micronaut 服务 | 2,8 | | Quarkus服务 | 1,9 | | Spring Boot服务 | 10,7 |

值得注意的是,如果你将 Spring Boot 中不必要的依赖排除,并注意设置应用的启动参数(例如,只扫描必要的包并使用 bean 的延迟初始化),那么你可以显著地减少启动时间。

内存使用情况

对于每个微服务,确定了以下内容:

  • 通过-Xmx参数,指定微服务所需的堆内存大小

  • 通过负载测试服务健康的请求(能够响应不同的请求)

  • 通过负载测试50 个用户 * 1000 个的请求

  • 通过负载测试500 个用户 * 1000 个的请求

堆内存只是为应用程序分配的总内存的一部分。例如,如果要测量总体内存使用情况,可以参考本指南。

对于负载测试,使用了Gatling和Scala脚本 。

1、负载生成器和被测试的服务在同一台机器上运行(Windows 10、3.2 GHz 四核处理器、24 GB RAM、SSD)。

2、服务的端口在 Scala 脚本中指定。

3、通过负载测试意味着微服务已经响应了所有时间的所有请求。

| 微服务 | 堆内存大小(MB) | 堆内存大小(MB) | 堆内存大小(MB) | |---------------|-----------|-------------------|--------------------| | | 对于健康服务 | 对于 50 * 1000 的负载 | 对于 500 * 1000 的负载 | | Helidon服务 | 11 | 9 | 11 | | Ktor服务 | 13 | 11 | 15 | | Micronaut 服务 | 17 | 15 | 19 | | Quarkus服务 | 13 | 17 | 21 | | Spring Boot服务 | 18 | 19 | 23 |

需要注意的是,所有微服务都使用 Netty HTTP 服务器。

结论

通过上文,我们所需的功能------一个带有 HTTP API 的简单服务和在 MSA 中运行的能力------在所有考虑的框架中都取得了成功。

是时候开始盘点并考虑他们的利弊了。

Helidon标准版

优点

创建的应用程序,只需要一个注释(@JvmStatic)

缺点

开发所需的一些组件缺少开箱即用(例如,依赖注入和与服务发现服务器的交互)

Helidon MicroProfile

微服务还没有在这个框架上实现,所以这里简单说明一下。

优点

1、Eclipse MicroProfile 实现

2、本质上,MicroProfile 是针对 MSA 优化的 Java EE。因此,首先你可以访问各种 Java EE API,包括专门为 MSA 开发的 API,其次,你可以将 MicroProfile 的实现更改为任何其他实现(例如:Open Liberty、WildFly Swarm 等)

Ktor

优点

1、轻量级的允许你仅添加执行任务直接需要的那些功能

2、应用参数所有参数的良好结果

缺点

1、依赖于Kotlin,即用其他语言开发可能是不可能的或不值得的

2、微框架:参考Helidon SE

3、目前最流行的两种 Java 开发模型(Spring Boot/Micronaut)和 Java EE/MicroProfile)

4、中没有包含该框架,这会导致:

  • 难以寻找专家
  • 由于需要显式配置所需的功能,因此与 Spring Boot 相比,执行任务的时间有所增加

Micronaut

优点

1、AOT如前所述,与 Spring Boot 上的模拟相比,AOT 可以减少应用程序的启动时间和内存消耗

2、类Spring开发模式有 Spring 框架经验的程序员不会花太多时间来掌握这个框架

3、Micronaut for Spring可以改变现有的Spring Boot应用程序的执行环境到Micronaut中(有限制)

Quarkus

优点

1、Eclipse MicroProfile 的实现

2、该框架为多种 Spring 技术提供了兼容层:DI、 Web、Security、Data JPA

Spring Boot

优点

1、平台成熟度和生态系统对于大多数日常任务,Spring的编程范式已经有了解决方案,也是很多程序员习惯的方式。此外,starter和auto-configuration的概念简化了开发

2、专家多,文档详细

我想很多人都会同意 Spring 在不久的将来仍将是 Java/Kotlin开发领域领先的框架。

缺点

  • 应用参数多且复杂但是,有些参数,如前所述,你可以自己优化。还有一个Spring Fu项目的存在,该项目正在积极开发中,使用它可以减少参数。

Helidon SE 和 Ktor 是 微框架,Spring Boot 和 Micronaut 是全栈框架,Quarkus 和 Helidon MP 是 MicroProfile 框架。微框架的功能有限,这会减慢开发速度。

我不敢判断这个或那个框架会不会在近期"大更新",所以在我看来,目前最好继续观察,使用熟悉的框架解决工作问题。

同时,如本文所示,新框架在应用程序参数设置方面赢得了 Spring Boot。如果这些参数中的任何一个对你的某个微服务至关重要,那么也许值得关注。但是,我们不要忘记,Spring Boot 一是在不断改进,二是它拥有庞大的生态系统,并且有相当多的 Java 程序员熟悉它。此外,还有未涉及的其他框架:Vert.x、Javalin 等,也值得关注。


原文:https://www.kubernetes.org.cn/9526.html



推荐阅读 点击标题可跳转


《Docker是什么?》

《Kubernetes是什么?》

《Kubernetes和Docker到底有啥关系?》

《教你如何快捷的查询选择网络仓库镜像tag》

《Docker镜像进阶:了解其背后的技术原理》

《教你如何修改运行中的容器端口映射》

《k8s学习笔记:介绍&上手》

《k8s学习笔记:缩扩容&更新》

《Docker 基础用法和命令帮助》

《在K8S上搭建Redis集群》

《灰度部署、滚动部署、蓝绿部署》

《PM2实践指南》

《Docker垃圾清理》

《Kubernetes(k8s)底层网络原理刨析》

《容器环境下Node.js的内存管理》

《MySQL 快速创建千万级测试数据》

《Linux 与 Unix 到底有什么不同?》

《浅谈几种常见 RAID 的异同》

《Git 笔记-程序员都要掌握的 Git》

《老司机必须懂的MySQL规范》

《Docker中Image、Container与Volume的迁移》

《漫画|如何用Kubernetes搞定CICD》

《写给前端的Docker实战教程》

《Linux 操作系统知识地图2.0,我看行》

《16个概念带你入门 Kubernetes》

《程序员因接外包坐牢456天,长文叙述心酸真实经历》

《IT 行业老鸟,有话对你说》

《HTTPS 为什么是安全的?说一下他的底层实现原理?



免责声明:本文内容来源于网络,所载内容仅供参考。转载仅为学习和交流之目的,如无意中侵犯您的合法权益,请及时联系Docker中文社区!



替代 Spring Boot 的其它5种微服务框架 第5张


赞(1)
未经允许不得转载:工具盒子 » 替代 Spring Boot 的其它5种微服务框架