[英]Deploying multiple package.json Google Cloud
我正在嘗試修改此版本: https : //github.com/ebidel/try-puppeteer
我注意到有2個package.json
(和server.js)文件。
root( https://github.com/ebidel/try-puppeteer/blob/master/package.json )
后端( 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.