繁体   English   中英

部署多个package.json Google Cloud

[英]Deploying multiple package.json Google Cloud

我正在尝试修改此版本: https//github.com/ebidel/try-puppeteer

我注意到有2个package.json (和server.js)文件。

  1. root( https://github.com/ebidel/try-puppeteer/blob/master/package.json

  2. 后端( https://github.com/ebidel/try-puppeteer/blob/master/backend/package.json

为什么他们使用2台快速服务器分别部署后端和前端? 这是最佳做法吗? 设计矫枉过正?

在一个项目中拥有两个server.js文件(或两个服务器)的目的是什么?

它是否有我忽略的层次结构系统?

另外,我该如何部署这个项目? 来自后端的根?

你应该同时部署,root是前端。 从根:

npm run deploy-backend
npm run deploy-frontend

请参阅package.json: https//github.com/ebidel/try-puppeteer/blob/master/package.json#L16

为什么他们使用2台快速服务器分别部署后端和前端? 这是最佳做法吗? 设计矫枉过正?

比较前端和后端的两个yaml文件:

https://github.com/ebidel/try-puppeteer/blob/master/app.yaml

automatic_scaling:
 min_num_instances: 1
 max_num_instances: 1

https://github.com/ebidel/try-puppeteer/blob/master/backend/app.yaml

automatic_scaling:
 min_num_instances: 1
 max_num_instances: 5

作者希望他的后端有足够的工作来保证扩展。 实际上,他的前端主要提供静态数据,它根本不消耗任何东西,而且太简单而不能失败。

解耦应用程序意味着如果后端过载或崩溃,那么前端不会遭受任何停机。

在一个项目中拥有两个server.js文件(或两个服务器)的目的是什么?

在这种情况下,这是两个不同的松散耦合应用程序:而不是通过网络/ Google Cloud App Engine连接程序级别。 如果你想更清楚地看到git存储库中端口8080和8081的grep。 很多时候“try-puppeteer / backend”将是一个单独的git存储库,其中保留了层次结构,然后是下载。

它是否有我忽略的层次结构系统?

前端作为负载均衡器。 再次查看代码中的端口8081和8080。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM