教程：使用 Linux 和 PostgreSQL 上的Azure 应用服务生成 Quarkus Web 应用

• 具有活动订阅的 Azure 帐户。 如果没有 Azure 帐户，可创建一个试用帐户。
• 具备 Quarkus 开发的 Java 知识。

• 具有活动订阅的 Azure 帐户。 如果没有 Azure 帐户，可以免费创建一个。
• 已安装 Azure 开发人员 CLI。 可以使用 Azure Cloud Shell 执行这些步骤，因为它已安装 Azure 开发人员 CLI。
• 具备 Tomcat 开发的 Java 知识。

2.创建应用服务和 PostgreSQL

首先，创建 Azure 资源。 本教程中使用的步骤创建一组默认安全的资源，其中包括应用服务和 Azure Database for PostgreSQL。 此创建过程中，你将指定：

• Web 应用的名称。 此名称用作 Web 应用的 DNS 名称的一部分，其格式为 https://<app-name>.chinacloudsites.cn。
• “区域”，在世界上以物理方式运行应用。
• 应用的运行时堆栈。 在此处选择要用于应用的 PHP 版本。
• 应用的托管计划。 它是定价层，包括应用的一组功能和缩放容量。
• 应用的资源组。 使用资源组可将应用程序所需的所有 Azure 资源分组到一个逻辑容器中。

登录到 Azure 门户并按照以下步骤创建 Azure 应用服务资源。

遇到问题？ 检查故障排除部分。

3.验证连接设置

创建向导已经为你生成了连接变量作为应用设置。 在此步骤中，你将了解如何查找应用设置，以及如何创建自己的应用设置。

使用应用设置可以将连接机密保留在代码存储库之外。 准备好将机密移动到更安全的位置时，可改用 Key Vault 引用。

遇到问题？ 检查故障排除部分。

4.部署示例代码

在此步骤中，你将使用 GitHub Actions 配置 GitHub 部署。 这只是部署到应用服务的许多方法之一，也是一种在部署过程中持续集成的好方法。 默认情况下，GitHub 存储库的每个 git push 都会启动生成和部署操作。

注意以下事项：

• 部署的 Java 包必须是 Uber-Jar。
• 为简化教程，在部署过程中禁用测试。 GitHub Actions 运行程序无权访问 Azure 中的 PostgreSQL 数据库，因此需要数据库访问权限的任何集成测试都将失败（Quarkus 示例应用程序就是这种情况）。

遇到问题？ 检查故障排除部分。

5.浏览到应用

6.流式传输诊断日志

Azure 应用服务会捕获输出到控制台的所有消息，以帮助你诊断应用程序的问题。 示例应用程序包括标准 JBoss 日志记录语句，用于演示此功能，如下所示。

    private static final Logger LOGGER = Logger.getLogger(FruitEntityResource.class.getName());

    @GET
    public List<FruitEntity> get() {
        LOGGER.info("In FruitEntityResource.get()");
        return FruitEntity.listAll(Sort.by("name"));
    }

在 为 .NET、Node.js、Python 和 Java 应用程序启用 Azure Monitor OpenTelemetry 系列中详细了解 Java 应用中的日志记录。

7.清理资源

完成后，可以通过删除资源组从 Azure 订阅中删除所有资源。

2.创建 Azure 资源并部署示例应用

在此步骤中，将创建 Azure 资源并将示例应用部署到 Linux 上的应用服务。 本教程中使用的步骤创建一组默认安全的资源，其中包括应用服务和 Azure Database for PostgreSQL。

开发容器已具有 Azure Developer CLI (AZD)。

1. 从存储库根路径，运行 azd init。

   azd init --template javase-app-service-postgresql-infra
   

2. 出现提示时，请提供以下答案：

   问题	Answer
   继续在“<your-directory>”中初始化应用？	Y
   你希望对这些文件执行哪些操作？	使现有文件保持不变
   输入新环境名称	键入唯一名称。 AZD 模板将此名称用作 Azure 中 Web 应用的 DNS 名称的一部分 (<app-name>.chinacloudsites.cn)。 允许使用字母数字字符和下划线。

3. 通过运行 azd auth login 命令并按照提示登录到 Azure：

   azd auth login
   

4. 使用 azd up 命令创建必要的 Azure 资源并部署应用代码。 按照提示为 Azure 资源选择所需的订阅和位置。

   azd up
   

   azd up 命令需要大约 15 分钟才能完成（Redis 缓存需要的时间最长）。 它还会编译和部署应用程序代码，但你稍后将修改代码以使用应用服务。 在运行时，该命令会提供有关预配和部署过程的消息，包括指向 Azure 中部署的链接。 完成后，命令还会显示指向部署应用程序的链接。

   此 AZD 模板包含使用以下 Azure 资源生成安全默认体系结构的文件（azure.yaml 和 infra 目录）：

   • 资源组：所有已创建资源的容器。
   • 应用服务计划：为应用服务定义计算资源。 将创建 B1 层中的 Linux 计划。
   • 应用服务：表示应用并在应用服务计划中运行。
   • 虚拟网络：与应用服务应用集成，并隔离后端网络流量。
   • Azure Database for PostgreSQL 灵活服务器：只能从专用终结点后面访问。 将在服务器上为你创建数据库。
   • Azure Cache for Redis：只能从虚拟网络中访问。
   • 专用 DNS 区域：在虚拟网络中启用数据库服务器和 Redis 缓存的 DNS 解析。
   • Log Analytics 工作区：充当应用日志传送的目标容器，还可以在其中查询日志。
   • 密钥保管库：使用 AZD 重新部署时，用于保留数据库密码。

遇到问题？ 检查故障排除部分。

3.验证连接字符串

你使用的 AZD 模板已为你生成了连接变量作为应用设置，并将它们输出到终端，以方便你使用。 使用应用设置可以将连接机密保留在代码存储库之外。

1. 在 AZD 输出中，找到应用设置 AZURE_POSTGRESQL_CONNECTIONSTRING。 为保护机密安全，只会显示设置名称。 它们在 AZD 输出中如下所示：

    App Service app has the following connection strings:
   
            - AZURE_POSTGRESQL_CONNECTIONSTRING
            - AZURE_REDIS_CONNECTIONSTRING
    

   AZURE_POSTGRESQL_CONNECTIONSTRING 包含 Azure 中 PostgreSQL 数据库的连接字符串。 稍后需要在代码中使用它。

2. 为方便起见，AZD 模板会显示应用的应用设置页的直接链接。 找到该链接并在新的浏览器选项卡中打开它。稍后，将使用 AZD 而不是在门户中添加应用设置。

遇到问题？ 检查故障排除部分。

4.修改示例代码并重新部署

1. 返回示例分支的 GitHub codespace，打开 infra/resources.bicep。

2. 找到 appSettings 资源并注释属性 PORT: '8080'。 完成后，appSettings 资源应如以下代码所示：

   resource appSettings 'config' = {
     name: 'appsettings'
     properties: {
       PORT: '8080'
     }
   }
   

3. 在资源管理器中打开 src/main/resources/application.properties。

4. 找到注释的代码（第 10-11 行），并取消注释。

   %prod.quarkus.datasource.jdbc.url=${AZURE_POSTGRESQL_CONNECTIONSTRING}
   quarkus.package.type=uber-jar
   

   此代码将生产变量 %prod.quarkus.datasource.jdbc.url 设置为创建向导的应用设置。 quarkus.package.type 设置为生成 Uber-Jar，需要在应用服务中运行。

5. 返回 codespace 终端，运行 azd up。

   azd up
   

   提示

   azd up 实际上是 azd package、azd provision 和 azd deploy。 azd provision 允许更新在 infra/resources.bicep 中所做的更改。 azd deploy 上传生成的 Jar 文件。

   若要了解如何打包 Jar 文件，可以单独运行 azd package --debug。

遇到问题？ 检查故障排除部分。

5.浏览到应用

1. 在 AZD 输出中，找到应用的 URL 并在浏览器中导航到该 URL。 该 URL 在 AZD 输出中如下所示：

    Deploying services (azd deploy)
   
      (✓) Done: Deploying service web
      - Endpoint: https://<app-name>.chinacloudsites.cn/
    

2. 向列表中添加一些水果。

   

   恭喜，你已在 Azure 应用服务中运行了一个 Web 应用，并安全连接到了 Azure Database for PostgreSQL。

遇到问题？ 检查故障排除部分。

6.流式传输诊断日志

Azure 应用服务可以捕获控制台日志，以帮助你诊断应用程序的问题。 为方便起见，AZD 模板已启用对本地文件系统的日志记录以及将日志传送到 Log Analytics 工作区。

示例应用程序包括标准 JBoss 日志记录语句，用于演示此功能，如下所示。

    private static final Logger LOGGER = Logger.getLogger(FruitEntityResource.class.getName());

    @GET
    public List<FruitEntity> get() {
        LOGGER.info("In FruitEntityResource.get()");
        return FruitEntity.listAll(Sort.by("name"));
    }

在 AZD 输出中，找到流式传输应用服务日志的链接，并在浏览器中导航到该链接。 该链接在 AZD 输出中如下所示：

Stream App Service logs at: https://portal.azure.cn/#@/resource/subscriptions/<subscription-guid>/resourceGroups/<group-name>/providers/Microsoft.Web/sites/<app-name>/logStream

在 为 .NET、Node.js、Python 和 Java 应用程序启用 Azure Monitor OpenTelemetry 系列中详细了解 Java 应用中的日志记录。

遇到问题？ 检查故障排除部分。

7.清理资源

若要删除当前部署环境中的所有 Azure 资源，请运行 azd down 并按照提示进行操作。

azd down