Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Discussion] Node.js in Docker for production #161

Open
flowirtz opened this issue Apr 23, 2016 · 12 comments
Open

[Discussion] Node.js in Docker for production #161

flowirtz opened this issue Apr 23, 2016 · 12 comments
Assignees
Labels

Comments

@flowirtz
Copy link

So, in the official guide it states that the Dockerfile is not ment for production, however there is just very little information on what a production environment whould actually look like.
I am curious now and really want to create a list of differences in here.

So far I've got the following:
A production environment

But what else really would there be?

This Issue is more of a discussion, evolved from PR666 and is mostly aimed at @nodejs/docker

@Starefossen
Copy link
Member

Hi @fwirtz,

Have you checked out the Node.js Docker Best Practices - the link is kind of hidden in the Docker guide.

@flowirtz
Copy link
Author

flowirtz commented Apr 25, 2016

Hi @Starefossen,

you are right, there are some more Tips that I have not taken into account
yet. Thank you!
Can you think of something else that would differ in production?

@davidbnk
Copy link

I had also a hard time finding good tips on workflow and production recommendations. Some good ones I found:

  • You can use the same node_modules for dev and production as long as there is no native modules to be compiled
  • Don't npm install when running the image because npm can be offline and your deploy will fail
  • Make good use of layer caching putting npm install in the image before your code
  • Separate your modules in package.json in "dependencies" and "devDependencies", this way you can run npm install --production to skip devDepencencies
  • Use npm shrinkwrap to ensure that the same versions are installed
  • Don't run node as root
  • Use explicit versions of docker images and node modules whenever possible
  • Use env variables to store sensitive information (see also http://12factor.net/)

Some interesting stuff:

http://jdlm.info/articles/2016/03/06/lessons-building-node-app-docker.html (very good)
http://anandmanisankar.com/posts/docker-container-nginx-node-redis-example/
https://github.com/veggiemonk/awesome-docker

@flowirtz
Copy link
Author

flowirtz commented Apr 25, 2016

Wow. Thats awesome. Thank you very very much. I didnt have time to read all
of it yet, but I will on the weekend. You really give me some interesting
insights that I totally did not think of before. Really, thank you very
much!

@Starefossen
Copy link
Member

Starefossen commented Apr 26, 2016

Great list @davidbnk! 👍 Feel free to propose a PR to the Node.js Docker Best Practices guide.

@davidbnk
Copy link

@fwirtz No problem!
@Starefossen Sure, will do

@flowirtz
Copy link
Author

flowirtz commented May 1, 2016

@davidbnk Wow david, that list and the articles really are awesome - THANK YOU!!!

@Starefossen Starefossen self-assigned this May 1, 2016
@Magnitus-
Copy link

Magnitus- commented May 11, 2016

"might use node index.js over npm start (Thanks @pesho src )"
If you use a lightweight init system like dumb-init, you can use npm start and still have the init system relay SIGTERM signals sent to your container to npm start's child process (ie, your node app).

@schmod
Copy link

schmod commented Jan 25, 2017

If you use a lightweight init system like dumb-init, you can use npm start and still have the init system relay SIGTERM signals sent to your container to npm start's child process (ie, your node app).

If your application launches through a shell script, or spawns children via child_process, it's also a very good idea to use a real init system.

In addition to all that, this is a good time to make sure that your application intercepts and handles SIGTERM correctly, and calls process.exit() after performing any necessary cleanup tasks, instead of waiting for docker to timeout and send SIGKILL. Most Node applications do not handle this adequately -- by default, Node ignores SIGTERM.

(On that note, it's also worth remembering that, by default, docker only waits 5 seconds for the process to exit after sending SIGTERM before it sends SIGKILL. This is a very short amount of time, which can be a problem for applications that require more time to exit cleanly.)

@qiulang
Copy link

qiulang commented Jun 22, 2022

Hi, I tested node14+npm6 & node16+npm 8 I found that npm does NOT swallow SIGTERM signal as many articles said, including Node.js Docker Best Practices guide.

I am also confused with the Pid 1 problem stated in the guide. I asked my question at SO The problem with npm start to start the node app in docker but no answer yet.

So can someone (maybe @Starefossen ) cast some light on it ?

Thanks!

@qiulang
Copy link

qiulang commented Jun 22, 2022

I found this closed issue lifecycle: propagate SIGTERM to child

So npm did fix it but the latest comment (2017) in that said "Yes, this isn’t working, at least with bash; npm runs its lifecycle processes in a shell, and bash doesn’t forward SIGTERM to its children." But that was 5 years ago!

@mahnunchik
Copy link

mahnunchik commented Feb 19, 2024

Fixed in npm@v10.3.0 npm/cli#6684

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

8 participants
@qiulang @mahnunchik @Starefossen @schmod @davidbnk @flowirtz @Magnitus- and others