如何避免Node.js Web服务器出现服务停机故障

你当前的核心问题是单树莓派部署带来的单点故障风险，可根据业务合规要求、成本预算、运维能力从以下三类方案中选择：

1. 本地侧无额外成本基础优化 #

这是所有方案的前置基础，零成本就能解决80%非硬件故障导致的停机问题：

• 用systemd分别配置Node.js应用、PostgreSQL数据库的崩溃自动重启、开机自启规则，同时配置日志轮转避免日志占满存储导致服务崩溃
• 数据库存储从树莓派自带TF卡迁移到外接SSD上，降低存储介质损坏概率，同时配置定期自动备份规则，每天自动把数据库备份文件同步到同局域网的其他设备/移动硬盘

2. 本地多节点冗余方案 #

你提到的多机部署冗余完全可行，是数据必须留本地场景下的最优选择：

• 准备2~3台同局域网的低功耗设备（可以是树莓派，也可以是淘汰的旧办公电脑），每台都部署Node.js应用实例
• 数据库层配置PostgreSQL主从复制，主库承接写请求，从库承接读请求，同时配置自动故障切换规则，主库宕机时自动将从库提升为新主库
• 局域网内部署Nginx作为负载均衡入口，所有业务请求先打到负载均衡，再转发到正常运行的Node.js实例上，单实例宕机时负载均衡会自动切流，只要不是所有节点同时故障就不会影响业务

3. 公有云部署方案 #

适合无数据本地留存要求、不想自己维护硬件集群的场景：

• Heroku这类PaaS平台是可选方案，平台本身已经提供了多可用区冗余、故障自动切换、自动扩缩容能力，配套的托管PostgreSQL实例也自带备份、高可用能力，你只需要上传代码、配置环境变量即可，不需要自行维护服务器运维，可用性普遍能达到99.9%以上
• 该方案的限制是需要本地设备能正常访问公网，同时要考虑成本：低访问量场景下很多PaaS平台的免费额度就够用，访问量较高时长期成本会高于本地自建集群

• 是否需要使用Heroku这类平台？
  取决于你的业务属性：如果没有数据本地合规要求、本地网络可访问公网且不想投入精力维护本地集群，就可以选择这类方案，能节省大量运维时间。只要不符合以上任意一个条件，优先选本地部署方案。
• 是否可以通过多台机器部署增加冗余？
  完全可行，这是内网业务场景下提升服务可用性的最主流方案，只要配置好负载均衡和数据库自动故障切换，可用性完全能满足普通企业内部业务的使用需求。

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