将服务器部署到Heroku开发人员和生产人员

问题描述

我有一个Heroku应用程序准备就绪并且可以正常工作,它已连接到我的github存储库,并且在我的 Node.js (准确地说是NestJS)服务器项目上有一个Procfile。 目前发生的情况是,每次我推动回购项目时,heroku都会使用以下命令部署服务器:

web npm run start:prod

作为CI / CD流程的一部分,我的目标是创建两个已部署的服务器:

  1. 推送到development分支时-在这种情况下,运行开发服务器版本
  2. 推送到master分支后,在这种情况下,部署生产服务器(2个不同的服务器)。

我的问题是实现这一目标的方法是什么?

我想我应该创建另一个Heroku应用程序并将其连接到我的仓库的开发分支,但是如何确保在这里运行开发版本?我是否应该在这些分支机构中持有2个不同的Procfile?我实际上是否必须创建另一个Heroku应用程序,或者有更好的方法吗?

解决方法

理想情况下,您永远不应将development版的应用程序部署到公共环境中,因为除其他外,它可能会暴露出安全性缺陷,以后可在生产服务器上加以利用。

您可能在谈论的是我们称为staging的环境。该环境的配置与production完全相同,但是在将代码部署到production之前,我们在这里进行测试。

关于 Heroku -是的,实际上您需要两个Heroku应用程序-一个用于production,一个用于staging

请注意,staging环境应与NODE_ENV=production一起运行。

就CI / CD而言,我已将CD配置为根据进行分支推送而部署到其他Heroku应用程序。 development转到我们的staging应用,而master转到我们的production应用。 (尽管为简单起见,我将分支重命名为stagingproduction:D)。

我无法为您提供GitHub Actions的现成脚本,因为我使用的是GitLab,尽管那里的CI / CD非常相似,但仍存在细微差别,但是GutHub Actions应该具有if条件类似于:

if: github.ref == 'refs/heads/master'
 - dpl --provider=heroku --strategy=api --app=$HEROKU_PROD_APP_NAME --api-key=$HEROKU_PROD_API_KEY

此外,您不需要两个Procfile,因为如果要确保代码在生产环境中的行为相同,则应该对环境进行相同的配置。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...