【Quarkus技术系列】「云原生架构体系」配置参考指南相关的功能机制配置介绍分析

简介: 【Quarkus技术系列】「云原生架构体系」配置参考指南相关的功能机制配置介绍分析

回顾Quarkus介绍


Quarkus的概念定义


Quarkus是一个为Java虚拟机(JVM)和原生编译而设计的全堆栈 Kubernetes 原生 Java 框架,用于专门针对容器优化 Java,并使其成为无服务器、云和 Kubernetes 环境的高效平台。



Quarkus与框架整合


Quarkus可与常用 Java 标准、框架和库协同工作,例如:Eclipse MicroProfile、Spring、Apache Kafka、RESTEasy (JAX-RS)、Hibernate ORM (JPA)、Spring、Infinispan、Camel 等。



Quarkus的依赖注入


Quarkus的依赖注入解决方案基于 CDI(上下文和依赖注入),且包含一个扩展框架来扩展功能并将其配置、引导并集成到您的应用中。添加扩展就像添加依赖项一样容易;或者,您可以使用 Quarkus 工具。



Quarkus多语言化


  • GraalVM(一种通用虚拟机,用于运行以多种语言(包括 Java 和 JavaScript)编写的应用)提供正确信息,以便对应用进行原生编译。
  • 惊人的快速启动时间,极低的RSS内存(不仅是堆大小!)在容器编排平台(如Kubernetes)中提供了近乎即时的向上扩展和高密度的内存利用率



专为开发人员而设计


Quarkus的设计从一开始就立足于简单易用,其功能几乎不需要配置即可正常使用。

开发人员可以为其应用选择所需的Java框架,而这些应用可以在JVM模式下运行,也可以在原生模式下进行编译和运行。

可为开发人员带来最佳的欢乐:



统一配置


  • 零配置,瞬间重载实时重载
  • 简化了80%常用用法的代码,灵活了20%的用法
  • 无需麻烦的本机可执行文件生成


容器优先


  • 无论是将应用托管在公共云上还是内部托管的 Kubernetes 集群中,快速启动和低内存消耗等特性对于降低总体主机成本来说都至关重要。


  • Quarkus的开发遵从了容器优先的原则,这意味着它已通过以下方式针对降低内存使用和加快启动时间进行了优化
  • 鼎力支持Graal/SubstrateVM
  • 构建时元数据处理
  • 减少反射的使用
  • 本机映像预启动


Quarkus构建的应用其内存消耗只有传统Java的1/10,而且启动时间更快(快了 300 倍),这些都大大降低了云资源的成本。

image.png

云原生


在Kubernetes等环境中采用 12 要素原则。


统一命令式与反应式


在设计上,Quarkus能够在开发应用时无缝地结合熟悉的命令式代码和非阻塞、响应式样式。

这对于习惯使用命令式模型而不想切换风格的 Java 开发人员以及使用云原生/响应式方法的开发人员都非常有用。

image.png

基于标准


Quarkus通过利用您喜欢和使用的五十多种最佳库的不断增长的列表,提供了一个内聚的,易于使用的,全栈的框架。所有都连接在标准主干上

Quarkus 开发模型可以适应您正在开发的任何应用

对于在新的无服务器架构、微服务、容器、Kubernetes、功能即服务(FaaS)和云环境中运行 Java 而言,Quarkus 堪称是一个有效的解决方案,因为在创建它时就充分考虑了所有这些因素。



使用DI注入


  • Quarkus中的依赖注入基于ArC,ArC是为Quarkus架构量身定制的基于CDI的依赖注入解决方案。如果您不熟悉CDI,建议您阅读CDI简介指南。
  • Quarkus仅实现CDI功能的一个子集,并具有非标准功能和特定的APIS,您可以在Contexts and Dependency Injection指南中了解有关它的更多信息。
  • ArC作为的依赖项,quarkus-resteasy因此您已经很方便了。



配置参考指南


Quarkus应用程序和Quarkus本身(核心和扩展)都通过相同的机制进行配置,该机制利用SmallRye Config API和 MicroProfile Config规范的实现。Quarkus本身提供了一些附加功能。


配置源


默认情况下,Quarkus从多个来源(优先级递减)中读取配置属性:


  • 系统属性
  • 环境变量
  • 名为文件.env放置在当前工作目录中
  • application.properties文件放在$PWD/config/目录中
  • 应用程序配置文件,即src/main/resources/application.properties


系统属性


运行jar:
java -Dquarkus.datasource.password=youshallnotpass -jar target/quarkus-app/quarkus-run.jar
复制代码
native执行文件:
./target/myapp-runner -Dquarkus.datasource.password=youshallnotpass
复制代码



环境变量


运行jar:
export QUARKUS_DATASOURCE_PASSWORD=youshallnotpass ; 
java -jar target/quarkus-app/quarkus-run.jar
复制代码
native可执行文件:
export QUARKUS_DATASOURCE_PASSWORD=youshallnotpass ;
./target/myapp-runner
复制代码



文件名为.env放置在当前工作目录中


示例.env文件

QUARKUS_DATASOURCE_PASSWORD=youshallnotpass
QUARKUS_DATASOURCE_PASSWORD使用与环境变量相同的规则来转换名称。
复制代码

对于开发人员模式,此文件可以放在项目的根目录中,但建议不要将其检入版本控制。


没有定义的配置文件的环境变量.env文件将覆盖其所有相关的配置文件中application.properties,例如,%test.application.value被覆盖APPLICATION_VALUE的.env文件。


application.properties文件放置在$PWD/config/


  • 将application.properties文件放置在名为config的目录中,该目录位于应用程序运行的目录中,该文件中定义的所有运行时属性都将覆盖默认配置。


  • 此外,添加到该文件中的任何不属于原始application.properties文件的 运行时属性也将被考虑在内。对于运行程序jar和本机可执行文件,其工作方式相同。


  • 该config/application.properties功能在开发模式下也可用。


  • 要使用它,config/application.properties需要放置在构建工具的输出目录中。但是请记住,从构建工具进行的任何清理操作(例如mvn clean或)gradle clean也会删除该config目录。



应用程序配置文件

位于中的主要应用程序配置文件src/main/resources/application.properties。


application.properties文件


greeting.message=hello 
quarkus.http.port=9090 
复制代码



Quarkus支持在文件中使用属性表达式application.properties。



将配置文件嵌入到依赖项中


  • 可以通过向META-INF/microprofile-config.properties配置文件中添加一个配置文件来将配置文件嵌入其中(这是MicroProfile Config的标准功能)。
  • 当将此依赖项添加到应用程序时,其配置属性将被合并。
  • 可以覆盖优先于它的属性来自它的属性application.properties。



注入配置属性


Quarkus使用MicroProfile Config注释在应用程序中注入配置属性。

@ConfigProperty(name = "greeting.message") 
String message;
复制代码

可以使用@Inject @ConfigProperty或@ConfigProperty。对于使用@Inject注释的成员,注释不是必需的@ConfigProperty。此行为不同于MicroProfile Config。


如果应用程序尝试注入未设置的配置属性,则会引发错误,从而使您可以快速了解配置何时完成。



@ConfigProperty例子


@ConfigProperty(name = "greeting.message") 
String message;
@ConfigProperty(name = "greeting.suffix", defaultValue="!") 
String suffix;
@ConfigProperty(name = "greeting.name")
Optional<String> name; 
复制代码


如果您不提供此属性的值,则应用程序启动将失败

javax.enterprise.inject.spi.DeploymentException: No config value of type [class java.lang.String] exists for: greeting.message。
复制代码


如果配置未提供的值,则会注入默认值greeting.suffix。


此属性是可选的-Optional如果配置未提供的值,则会注入一个空值greeting.name。



以编程方式访问配置


可以通过编程方式访问配置。实现动态查找或从既不是CDI bean也不是JAX-RS资源的类中检索配置的值可能很方便。


可以使用以下方式以编程方式访问配置

org.eclipse.microprofile.config.ConfigProvider.getConfig():
String databaseName = ConfigProvider.getConfig().getValue("database.name", String.class);
Optional<String> maybeDatabaseName = ConfigProvider.getConfig().getOptionalValue("database.name", String.class);
复制代码



使用@ConfigProperties


作为以上一示例中所示的方式注入多个相关配置值的替代方法,用户还可以使用@io.quarkus.arc.config.ConfigProperties注释将这些属性组合在一起。


对于上面的Greeting属性,GreetingConfiguration可以这样创建一个类:

@ConfigProperties(prefix = "greeting") 
public class GreetingConfiguration {
    private String message;
    private String suffix = "!";
    private Optional<String> name;
    public String getMessage() {
        return message;
    }
    public void setMessage(String message) {
        this.message = message;
    }
    public String getSuffix() {
        return suffix;
    }
    public void setSuffix(String suffix) {
        this.suffix = suffix;
    }
    public Optional<String> getName() {
        return name;
    }
    public void setName(Optional<String> name) {
        this.name = name;
    }
}
复制代码

然后可以GreetingResource使用@Inject类似的CDI注释将此类注入到,如下所示:

@Inject
GreetingConfiguration greetingConfiguration;
复制代码


Quarkus提供的另一种替代样式是GreetingConfiguration像这样创建接口:

package org.acme.config;
import io.quarkus.arc.config.ConfigProperties;
import org.eclipse.microprofile.config.inject.ConfigProperty;
import java.util.Optional;
@ConfigProperties(prefix = "greeting")
public interface GreetingConfiguration {
    @ConfigProperty(name = "message") 
    String message();
    @ConfigProperty(defaultValue = "!")
    String getSuffix(); 
    Optional<String> getName(); 
}
复制代码


在@ConfigProperties类或接口上使用时,如果未提供其字段之一的值,则应用程序启动将失败,并且将javax.enterprise.inject.spi.DeploymentException显示指示缺少值的信息。这不适用于Optional字段和具有默认值的字段。




有关@ConfigProperties的其他说明


当使用带有类注释的常规类时,@ConfigProperties不一定必须声明getter和setter。具有简单的公共非最终字段也是有效的。


此外,配置类支持嵌套对象配置。假设需要有一个额外的问候语配置层,名称content将包含一些字段。可以这样实现:

@ConfigProperties(prefix = "greeting")
public class GreetingConfiguration {
    public String message;
    public String suffix = "!";
    public Optional<String> name;
    public ContentConfig content; 
    public static class ContentConfig {
        public Integer prizeAmount;
        public List<String> recipients;
    }
}
复制代码


字段名称(不是类名称)将确定绑定到对象的属性的名称。

设置属性将以正常方式进行,例如,application.properties可能具有:

greeting.message = hello
greeting.name = quarkus
greeting.content.prize-amount=10
greeting.content.recipients=Jane,John
复制代码


此外,@ConfigProperties可以使用Bean Validation批注来批注使用批注的类,类似于以下示例:

@ConfigProperties(prefix = "greeting")
public class GreetingConfiguration {
    @Size(min = 20)
    public String message;
    public String suffix = "!";
}
复制代码


为了使验证生效,quarkus-hibernate-validator需要提供扩展名

如果使用给定的配置验证失败,则应用程序将无法启动,并在日志中指示相应的验证错误。


如果接口带有注释@ConfigProperties,则允许该接口扩展其他接口,并且使用整个接口层次结构中的方法来绑定属性。




使用具有不同前缀的相同ConfigProperty


Quarkus还支持使用注解@ConfigProperties为每个注入点使用带有不同前缀的同一对象io.quarkus.arc.config.@ConfigPrefix。举例来说,前缀和前缀GreetingConfiguration都需要使用以上代码。在这种情况下,代码如下所示:greetingother

GreetingConfiguration.java
@ConfigProperties(prefix = "greeting")
public class GreetingConfiguration {
    @Size(min = 20)
    public String message;
    public String suffix = "!";
}
SomeBean.java
@ApplicationScoped
public class SomeBean {
    @Inject 
    GreetingConfiguration greetingConfiguration;
    @ConfigPrefix("other") 
    GreetingConfiguration otherConfiguration;
}
复制代码



使用对象列表

在某些情况下,可能有必要支持利用对象列表的复杂配置结构,如以下示例所示:

ComplexConfiguration.java
@ConfigProperties(prefix = "complex")
public class ComplexConfiguration {
    public String name;
    public String user;
    public String password;
    public List<Nested> inputs;
    public List<Nested> outputs;
    public static class Nested {
        public String user;
        public String password;
    }
}
复制代码



仅当将YAML配置与quarkus-config-yaml扩展一起使用时,才对此类用例提供支持。相应的示例YAML配置可以是:

application.yaml

complex:
  name: defaultName
  user: defaultUser
  password: defaultPassword
  inputs:
    - user: user
      password: secret
    - user: otheruser
      password: secret2
  outputs:
    - user: someuser
      password: asecret
    - user: someotheruser
      password: anothersecret
复制代码



这种配置的局限性在于用作列表的通用类型的类型必须是类而不是接口




配置配置文件


Quarkus支持配置配置文件的概念。这些允许您在同一文件中具有多个配置,并通过配置文件名称在它们之间进行选择。


语法为%{profile}.config.key=value。例如,如果我有以下内容:

quarkus.http.port=9090
%dev.quarkus.http.port=8181
复制代码



除非dev配置文件处于活动状态,否则Quarkus HTTP端口将为9090 ,在这种情况下,它将为8181。

要在.env文件中使用配置文件,可以遵循一种_{PROFILE}_CONFIG_KEY=value模式。.env文件中上述示例的等效内容为:

QUARKUS_HTTP_PORT=9090
_DEV_QUARKUS_HTTP_PORT=8181



相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
17天前
|
Kubernetes Cloud Native 微服务
探索云原生技术:容器化与微服务架构的融合之旅
本文将带领读者深入了解云原生技术的核心概念,特别是容器化和微服务架构如何相辅相成,共同构建现代软件系统。我们将通过实际代码示例,探讨如何在云平台上部署和管理微服务,以及如何使用容器编排工具来自动化这一过程。文章旨在为开发者和技术决策者提供实用的指导,帮助他们在云原生时代中更好地设计、部署和维护应用。
|
16天前
|
Cloud Native 持续交付 开发者
云原生技术在现代企业中的应用与实践####
本文深入探讨了云原生技术的核心概念及其在现代企业IT架构转型中的关键作用,通过具体案例分析展示了云原生如何促进企业的敏捷开发、高效运维及成本优化。不同于传统摘要仅概述内容,本部分旨在激发读者对云原生领域的兴趣,强调其在加速数字化转型过程中的不可或缺性,为后续详细论述奠定基础。 ####
|
5天前
|
Cloud Native
邀您参加云原生高可用技术沙龙丨云上高可用体系构建:从理论到实践
云原生高可用技术专场,邀您从理论到实践一起交流,探索云上高可用体系构建!
|
16天前
|
Cloud Native JavaScript Docker
云原生技术:构建现代应用的基石
在数字化转型的浪潮中,云原生技术如同一艘承载梦想的航船,引领企业驶向创新与效率的新海域。本文将深入探索云原生技术的核心价值,揭示其如何重塑软件开发、部署和运维模式,同时通过一个简易代码示例,展现云原生应用的构建过程,让读者领略到云原生技术的魅力所在。
|
16天前
|
运维 Cloud Native 持续交付
云原生技术深度探索:重塑现代IT架构的无形之力####
本文深入剖析了云原生技术的核心概念、关键技术组件及其对现代IT架构变革的深远影响。通过实例解析,揭示云原生如何促进企业实现敏捷开发、弹性伸缩与成本优化,为数字化转型提供强有力的技术支撑。不同于传统综述,本摘要直接聚焦于云原生技术的价值本质,旨在为读者构建一个宏观且具体的技术蓝图。 ####
|
16天前
|
Cloud Native API 持续交付
云原生架构下的微服务治理策略与实践####
本文旨在探讨云原生环境下微服务架构的治理策略,通过分析当前面临的挑战,提出一系列实用的解决方案。我们将深入讨论如何利用容器化、服务网格(Service Mesh)等先进技术手段,提升微服务系统的可管理性、可扩展性和容错能力。此外,还将分享一些来自一线项目的经验教训,帮助读者更好地理解和应用这些理论到实际工作中去。 ####
34 0
|
17天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
26天前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
41 3
|
1月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
17天前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
131 68
从单体到微服务:如何借助 Spring Cloud 实现架构转型