我在后端开发方面还很陌生,我从事移动开发工作已经很多年了,现在我想转到另一边:)
我一直在做一些有关如何使用nodejs + express
的教程,而所有这些通常都只是教您一旦满意就如何将代码部署到生产中……但这就是事实。 ,您可以在本地工作,可以在本地进行测试,只需将您的主服务器部署到某个云服务平台即可。
但是在我工作的公司中,他们总是有不同的环境供我们(移动开发人员)与服务器一起使用,通常是dev, qa, and production envs
。因此,这意味着他们在服务器上至少部署了3个版本的代码,而我们只需修改端点即可访问它。
这是一种非常普遍的做法,但是我不知道从哪里开始看看如何完成此体系结构。再说一次,我在这个问题上还很陌生,所以也许我只是缺乏寻找信息的术语,但是昨天我花了一天的时间试图弄清楚他的意思,但我找不到任何东西。
为了使其更加复杂,我将开始与朋友一起开发可定制的应用程序,因此不同的客户端将具有不同的应用程序版本,并且他们将需要使用某种方式访问服务器。端点路径中的标识符,例如
/mycompany/clientAname/dev/...
/mycompany/clientAname/qa/...
/mycompany/clientAname/prod/... << do you even use prod there?
/mycompany/clientBname/dev/...
/mycompany/clientBname/qa/...
/mycompany/clientAname/prod/...
这意味着每个环境和客户端的代码版本不同
任何有关开始寻找的线索都会受到感激:)
欢呼!
答案 0 :(得分:0)
好吧,经过大量的学习,我终于能够设置一个具有多个环境的服务器来部署我想要的东西。
我所做的是,使用docker容器,我使用nginx在我的服务器(租用了linode服务器)中添加了反向代理,并为在不同端口(内部端口上运行不同环境)的每个应用添加了虚拟主机。 docker网络)。
现在我有:
data <- with(expand.grid(index=index, num=num), paste0('I', num, '.', index))
> data
[1] "I00.n" "I00.man" "I00.woman" "I00.low65" "I00.up65" "I01.n" "I01.man" "I01.woman"
[9] "I01.low65" "I01.up65" "I02.n" "I02.man" "I02.woman" "I02.low65" "I02.up65" "I03.n"
...
[497] "I99.man" "I99.woman" "I99.low65" "I99.up65"
我从这篇文章中得到了很多建议: multiple enviroments with docker
我还有很多工作要做,但是我想要的主要思想已经在那边描述了。我希望以后可以对其他人有所帮助