能否运行独立版Postgres实例并与同一设备上的已有服务共存

结论先行 #

完全可以实现从指定文件夹启动独立Postgres实例，且可与设备上其他版本Postgres完全共存，不需要用户预先安装任何数据库相关依赖，完美解决你提到的所有问题。

核心实现逻辑 #

Postgres原生支持自定义数据目录、监听端口、本地套接字路径，不需要全局注册系统服务，所有运行依赖都可以和你的应用打包在一起，全程对用户透明。

具体落地步骤 #

• 预打包对应平台的Postgres二进制文件
  针对Windows、macOS、Linux不同架构，下载官方预编译的对应版本Postgres二进制包，或者自行静态编译减少依赖，解压后放到你的应用安装目录的专属子路径下，比如./third_party/postgres/，不需要写入系统环境变量，应用内部直接通过相对路径调用即可。
• 自动初始化私有数据目录
  应用首次启动时，内部调用内置的initdb工具初始化专属数据目录，示例命令：
  ./third_party/postgres/bin/initdb -D ./user_data/pg_data -U app_internal_user --pwfile=<(echo 自动生成的随机高复杂度密码) -E UTF8
  整个过程不需要用户参与，超级用户凭据由应用自动生成、自行存储，不会暴露给用户。
• 启动隔离的Postgres实例
  启动时指定非常用监听端口、专属本地套接字路径，完全避开系统其他Postgres实例的占用，示例启动命令：
  ./third_party/postgres/bin/pg_ctl -D ./user_data/pg_data -o "-p 49152 -k ./user_data/pg_socket" start
  启动前可以先检测端口占用，若指定端口被占用则自动顺延换一个可用端口，存储到应用内部配置中即可。
• 内部管理数据库连接与运维
  应用直接使用自动生成的凭据、端口、套接字路径连接数据库，用户完全感知不到数据库的存在。备份、恢复等操作直接调用内置的pg_dump、pg_restore工具完成，不需要用户手动操作。

对比Docker方案的优势 #

• 无需用户预先安装Docker等第三方软件，所有依赖和应用一起分发，开箱即用
• 版本完全可控，你打包的Postgres版本就是用户实际运行的版本，不会受到用户本地环境影响
• 所有数据、配置、凭据都在应用私有目录下，完全不会和其他软件产生冲突

注意事项 #

• Windows平台打包时要注意匹配对应的VC运行库，要么静态编译Postgres，要么把对应版本的VC运行库一起打包进应用目录
• macOS平台如果需要上架或者公证，需要给Postgres的所有二进制文件签名，避免被系统安全机制拦截
• 应用退出时可以自动停止对应的Postgres进程，避免后台残留占用资源

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