Server::Starter を node.js のサーバ起動に使う | tech - 氾濫原
Server::Starter は hot deploy 用の汎用スーパーデーモンで、Perl で書かれています。h2o の起動にも使われているのでみなさんおなじみでしょう！ Server::Starter がやってることは、Server::Starter 側で listen したソケットの fd を環境変数につっこんで子プロセスを起動というものです。子プロセス側では渡ってきた環境変数を読んで、fd について accept すれば良いことになります。 これを node.js でやるには以下のようにすれば良いようです。 //#!/usr/bin/env node "use strict"; const http = require('http'); const server_starter_port = process.env['SERVER_STARTER_PORT']; if (!ser
Goでデーモンを作るにはどうするのが良い？ - Qiita
少し前にAdvent Calendarのネタでswiftfsと言うツールを作ったのですが、Goでデーモンプログラムをどう書けば良いのかよくわからなかった。以下の記事を参考にしたけど、そもそもfork()しちゃいかんとなると、なかなか難しいですね。 Goでデーモンを実装する で、swiftfsは以下のような実装にしました。syscall使うとWindowsとかで動かなくなってしまうとか、そもそも長いとか、あまり良い実装ではないように思います。Go的にもっとい良い方法があったら教えて下さい。コード全文は末尾とGistにあります。 親プロセス、子プロセス(デーモン本体)共通 func main() { var child *bool = flag.Bool("child", false, "Run as a child process") flag.Parse() // 子プロセスとのパイプを作
Goでデーモンを実装する - Qiita
Goでは現在デーモンの実装は公式にサポートされていない。詳細はissue 227をご覧頂きたい。 そのため、現状はGoでforegroundで動くプログラムを作り、デーモン化はsupervisordなど外部のプログラムに任せるべきである。実際私もWebアプリケーションのデプロイはそうしている。 しかし、それでもGoだけでデーモンを立ち上げるプログラムを書きたいことがある。 その際に使える選択肢を紹介したい。（例をシンプルにするためいろいろ省略している。Macでは動いた。） 1. syscallでforkを行う _, ret, _ := syscall.RawSyscall(syscall.SYS_FORK, 0, 0, 0) if ret != 1 { // Exit parent os.Exit(0) } for { // do something in child process }
Server::Starterから学ぶhot deployの仕組み - $shibayu36->blog;
以前http://tech.naver.jp/blog/?p=1369の記事を読んだのだけれど、それまでにprocessの知識が無かったりして、まったく理解できませんでした。そこでWorking with UNIX ProcessesやServer::Starterの中身を呼んでようやくhot deployの仕組みを理解できた(気になっている)ので、Server::Starterの実装を追いながら、それをまとめてみます。 hot deployとは hot deployとは「再起動の時にリクエストの処理を続けながら、変更の内容を反映するための手段」です。 通常serverをrestartさせるときは、stop -> startの流れになると思いますが、この場合stopしてから、start出来るまでの期間にリクエストを処理できない期間が発生します。その期間なしにdeployする仕組みがhot
node.js の、再起動コマンド系まとめ - cjhatLog
node.js でエラーが起きたり、ファイルが変更されたりした時に自動で再起動してくれる系のライブラリが、非常に乱立しまくってて、カオスなことになったので、 まとめというか、メモしておいて、一番いいのを紹介する。 kriszyp/nodules shimondoodkin/node-hot-reload shimondoodkin/nodejs-autorestart fgnass/node-dev isaacs/node-supervisor remy/nodemon indexzero/daemon.node 他にもまだまだあるらしいので、非常にキリがない。 目的は同じなので、２つくらいに減って欲しいところ。 以前はforever と node-devを使い分けていましたが、 とりあえず nodemon に統一しました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux daemonとsupervisordの美味しい関係
GitHub - Unitech/pm2: Node.js Production Process Manager with a built-in Load Balancer.
クローラを作る技術と設計 (毎週のハンズオン勉強会資料)