Dockerコンテナでプログラムを定期実行したいとき、それぞれの言語で実装されたタスクスケジューラを使うほか、手っ取り早くcronを使ってしまう方法もあります。しかしDockerで使うにはやや面倒な点があります。 cronで実行するプログラムにコンテナに設定した環境変数を渡したい環境変数が独立しているのはcronのよくあるハマりどころですねファイルに書き出して読み込んで、とやるのは面倒ログは標準出力・標準エラー出力に書き出したい標準出力に出せばdocker logsで扱えるし、ファイルだとローテートが面倒このようなとき、BusyBoxに含まれるcrondを使うと、以上の課題を解決してシンプルに定期実行することができます。 インストール#Debian系ではapt-get install busybox-staticでインストールし、busybox crondで起動します。 Alpine Li
こんにちは。Ruby化をすすめるメドピアをお手伝いしている@willnetといいます。 メドピアではPHPからRubyに移行するにあたり、単純に言語を置き換えるだけではなく、言語以外の仕組みについても適宜見直しを行っています。今回はそのうちジョブスケジューラを見直した件について書いていきます。 言語を置き換えた話はこちらを参考にしてください。 レガシーな独自フレームワークから脱却してRailsへ徐々に移行している話 - メドピア開発者ブログ そもそもジョブスケジューラってなに 「毎日1時になったら前日のアクセスログを集計して統計データとしてまとめる」などといった定期的に実行するジョブを登録するためのものです。 ウェブサービスを作るときのジョブスケジューラといったらやっぱりcronですよね。メドピアでもこれまでcronを活用していました。しかしサービスが小さいうちはcronでもそれほど問題な
djangoのframework内で作ったライブラリを、他のコンソールから直接呼び出すスクリプトで使用しようとしたら、ハタと困った。直接呼んでもsettingsとか見てないし。どこかでみたと思って探してみたら、 http://yamashita.dyndns.org/blog/creating-a-django-cron-job/にありましたが、1年半前の記事のため、そのままではうまくいかず。残念。 で、環境整えてるのはどこかなって事で、manage.pyあたりをちょろっと見ていたら動きました。 import MyApp.settings as settings from django.core import management management.setup_environ(settings) from MyApp.foo.bar import buz x = buz() やったー。
cronの使い方 １．はじめに cronは、UNIX系OSに、装備されている自動実行ツールの一つです。 指定したタイミングで、繰り返し実行されるので、よく使われます。 デフォルトでも、各種ログの、整理を行っています。 ２．お約束の使い方 設定ファイルの実体は、/etc/crontab ですが、これを、直接いじることは、 マナー違反です。 crontab -e とやって、デフォルトのエディタを起動させて、その上で追加するのが ルールです。 ただ、管理者権限なら、編集できちゃいます。 紛らわしいですが、crontabというツールを使って、/etc/crontabという テキストファイルに、変更を加えるんです。 （名前を変えろよ！） ただ実際には、このcrontab（ツールの方）を使って追加すると、 管理者といえども、/etc/crontab（テキストの方）には追加されずに、 /var/spoo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
