Azure App Service部署的Node.js服务器访问PostgreSQL柔性库超时求助

将Node.js Express服务器部署在Azure App Service上，连接Azure PostgreSQL柔性数据库处理请求。本地运行时可正常访问数据库，但部署到Azure App Service后所有请求均超时。

服务器连接池配置代码如下：

const {Pool} = require('pg');
require('dotenv').config();

const config = {
    host: process.env.HOST,
    user: process.env.USER,
    password: process.env.PASSWORD,
    database: process.env.DB_NAME,
    port: process.env.PORT,
    ssl: true,
    max: 50,
    idleTimeoutMillis: 10000,
    allowExitOnIdle: true,
}

module.exports = new Pool(config);

已尝试但无效的操作：

• 允许所有IP地址访问数据库
• 开启Azure内部服务访问权限
• 为App Service分配数据库参与者角色

1. 核对环境变量配置 #

Azure App Service的环境变量常出现和本地.env不一致的情况，重点检查：

• HOST必须是PostgreSQL柔性服务器的完全限定域名（格式如your-server.postgres.database.azure.com）
• USER格式需为用户名@服务器名（比如admin@my-pg-server），这是Azure PostgreSQL的强制要求
• 确认PORT设置为5432，不要和App Service对外的80/443端口混淆
• 检查密码是否正确，避免特殊字符转义问题

2. 修正SSL连接配置 #

Azure PostgreSQL柔性服务器对SSL有严格要求，修改ssl参数：

ssl: {
    // 临时测试用，生产环境建议替换为官方证书
    rejectUnauthorized: false,
    // 生产环境配置：下载根证书后指定路径
    // ca: require('fs').readFileSync('./DigiCertGlobalRootCA.crt.pem').toString()
}

注：官方根证书可从Azure官方渠道获取，本地下载后上传到App Service项目中。

3. 调整连接池参数 #

当前max:50的连接数可能超过了PostgreSQL柔性服务器的配额（基础层通常仅支持50-100并发连接），先调低测试：

max: 10, // 根据服务器层级调整，比如基础层设为10，标准层可适当提高
idleTimeoutMillis: 30000, // 延长空闲超时时间，减少频繁重连

4. 检查VNet与网络隔离 #

如果数据库配置了VNet私有访问，需确保App Service在同一网络环境：

• 进入App Service的「网络」设置，开启「VNet集成」，选择数据库所在的VNet
• 确认数据库防火墙规则已允许该VNet的流量访问

5. 捕获详细错误日志 #

在代码中添加连接池错误监听，获取更精准的错误信息：

const pool = module.exports = new Pool(config);

pool.on('error', (err) => {
    console.error('连接池异常:', err.stack);
});

同时在App Service的「日志流」中实时查看输出，区分是连接超时、认证失败还是其他问题。

6. 直接测试数据库连通性 #

通过App Service的Kudu工具（高级工具>Go）执行psql命令，验证网络连通性：

psql "host=你的服务器域名 port=5432 dbname=你的数据库名 user=用户名@服务器名 password=你的密码 sslmode=require"

如果该命令无法连接，说明是网络或防火墙问题；如果可以连接，再排查代码逻辑。

内容的提问来源于stack exchange，提问作者lhoogenraad