Is it necessary to give 'worker' information in Procfile? If yes then what it is actually? I have already added web: node server/server.js
detail in the Procfile
.
Procfile is a mechanism for declaring what commands are run by your application’s dynos on the Heroku platform.
From Process Types and the Procfile, which is a good introduction, but basically you use the Procfile to tell Heroku how to run various pieces of your app. The part to the left of the colon on each line is the process type; the part on the right is the command to run to start that process.
Process types can be anything, although web
is special, as Heroku will route HTTP requests to processes started with the web
name. Other processes, such as background workers, can be named anything, and you can use the Heroku toolbelt to start or stop those processes by referring to its name.
So, in short, worker
is not necessary, unless you want to run some other process in the background by controlling process with the heroku ps
command.
Procfile
s are to configure foreman
, right? So technically you could run foreman
anywhere, not just on Heroku? –
Dumyat Other processes, such as background workers, can be named anything
- facts like these are important but often overlooked –
Paraglider You would only need a 'worker' entry in your Procfile
if you plan on using some sort of background job system (i.e. queuing long running tasks for later). Heroku has more information here:
rake jobs:work
) but other than that the name is for the user. –
Keshiakesia I was following Udemy course regarding nestjs and aws Elastic Beanstalk to deploy however it keeps failing to deploy until I created Procfile with following:
web: npm install && npm run-script build && npm run-script start:prod
release:
for the first two commands since if they fail, it will not deploy the new build. web
is special as Heroku will route things like HTTP requests to web
processes, so that's certainly overkill for the first two. –
Tutto © 2022 - 2024 — McMap. All rights reserved.