サーバ再起動しても cron で Web アプリを雑に立ち上げ
超楽にRubyで雑に書いたスクリプトをsystemdで管理したい！ - 宇宙行きたい で systemd がユーザ権限で使えることを知る。 開発環境用では nohup と cron の @reboot を使っていました。こちらもお手軽なので紹介。 @reboot とは crontab(5) に @reboot があれば使えます。その名の通りリブート時に一回だけ実行。Ubuntu なら利用可能。 $ man 5 crontab (省略) Instead of the first five fields, one of eight special strings may appear: string meaning ------ ------- @reboot Run once, at startup. @yearly Run once a year, "0 0 1 1 *". @annual
cronを秒単位で指定する方法 - エラーの向こうへ
crontabの時間設定 crontabで定時実行を指定する場合、時間の設定項目は左から「分」「時」「日」「月」「曜日」となっている。 # m h dom mon dow command * * * * * コマンド 秒単位の設定 cronで指定できる時間の最小単位は分だ。秒単位の指定をする方法としては、次のようにsleepを挟む方法がよく紹介されている。 例）30秒おきに実行 * * * * * コマンド * * * * * sleep 30; コマンド 同じコマンドを1分間隔で実行するように2つ登録するが、そのうち1つのコマンドはsleepで30秒待つようにする。 こうすれば30秒おきに実行できる。 秒単位設定の欠点 先ほどの設定方法の欠点は、10秒間隔や5秒間隔でコマンドを実行したいときに、コマンドの登録数が増えるということだ。 例）10秒おきに実行 * * * * * コマンド *
cronの代替になりそうなジョブ管理ツールのまとめ - Qiita
たまに検討するけど、よく忘れるのでまとめておく。ごく個人的な感想としては、Rundeck, Azkabanあたりで始めてみるのがいいかもと思う。 要件 重複実行の防止 ジョブの実行結果、かかった時間、ログ出力などが見れる 失敗時の通知 候補 OSS系 Rundeck http://rundeck.org/ Java Runtimeで動く RUNDECK PROという有料サービスもある http://simplifyops.com/ 参考: http://heartbeats.jp/hbblog/2015/01/rundeck.html Oozie http://oozie.apache.org/ Workflow Scheduler for Hadoop Java http://oozie.apache.org/docs/4.1.0/DG_Overview.html Webコンソールもある
GAE/P+Tweepy+RIOT APIでTwitter BOTサービスを作る！(後編) - Qiita
あらすじ 前編に引き続き、後編では実際に各種APIを参照してBOTサービスを稼働させたいと思います。ソースコードはGitBucketに、完成品はこちらで運用してます。 Task Queueで逐次処理 各ユーザの戦績を監視して更新があればTwitterに投稿する処理をさせるにはAPIの利用制限があるため、秒単位の間隔で処理を実行させる制御が必要になります。後述のCronでは最小1分間隔でしか呼び出せないので、各ユーザの処理はGAEで用意されているTask Queueという仕組みを利用します。Task QueueのイメージとしてBucketという入れ物にタスクを放り込んで、先に入れた順からタスクを設定に従って処理してきます。Bucketサイズを増やせば並列処理にもなります。設定ファイルはqueue.yamlです。 queue: - name: tweet #なんでもよい rate: 0.8/s
GAE/PでのBackendsの使い方
無料枠は$0.72なので、B1クラスなら9時間、B2では4.5時間となります。無料枠内だけで頑張るセコセコ運用では、当然ですがB1クラスを選択します。 ちなみにFrontend Instanceは1時間あたり$0.04なので、無料枠以上に使う場合はFrontendでやりくりした方が節約できそうです。（Python2.7になるまでの間、半額サービス中でした） 動的インスタンスと常駐インスタンス 動的(dynamic)インスタンスは、リクエストによって起動されて、しばらくリクエストがないと自動的に終了されます。新規にインスタンスを立ち上げるときに少し時間がかかる(500ms程度？)ので、そのときの応答が遅くなります。 常駐(resident)インスタンスは、リクエストが来なくても自動的に起動されて居座り続けます。誰もアクセスしてこなくても常にインスタンスが起動しているので、いつでも最速で応答で
Google App EngineでWebサービスを作ってみての ”実際のところ”
先日、Amazonの価格をチェックしてメールでお知らせするWebサービス「マケプレ・フラグ」を公開してみた。 このWebサービスは、sinatra on GAE/JRuby という構成で作ってあるのだけど、実は4、5日程度でひととおりの機能が動作するくらいになっていた。 別にGAEバンザイと言いたい訳ではなくて、本題はここから。 GAEって制限が多くあるので、これを回避するのが結構大変。さらに「マケプレ・フラグ」は価格情報を得るためにAmazonのProduct Advertising APIを使っていて、実はこちらにも制限がある。 GAEは30秒以内にレスポンスを返さなくてはいけない 利用者が商品検索して30秒も待ってくれる訳はないので、それは問題にならない(というより30秒も待たせるならGAEに関係なく設計を見直すでしょ)。 問題は、cronで実行するようなバッチ処理も同様の制限がある
Cron+TaskQueue+Backendsで定期実行 - GAE + GWT プログラミングメモ
作成中のアニメ特化アンテナサイト http://kumo2ji.appspot.com/ Cronはタスクを1時間に1回、1週間に1回など定期的間隔で実行するための仕組み。 TaskQueueは時間のかかるタスクをいくつかのQueueに分割して実行するための仕組み。 BackendsはFrontendと別に用意されたリソース。無料分がFrontendと別に用意されている。 この3つを組み合わせて無料リソースを最大限利用して、比較的時間のかかる処理を定期的に実行する。 まずはBackendインスタンスを作成する。 WEB-INF/backends.xmlを作成し、インスタンスの設定を記述する。 <backends> <backend name="b1"> <class>B1</class> <options> <dynamic>true</dynamic> </options> </back
GAEでcronを設定する - プログラミングを勉強するブログ
cronは一般的には crontab（クロンタブ、あるいはクローンタブ、クーロンタブとも）コマンドはUnix系OSにおいて、コマンドの定時実行のスケジュール管理を行うために用いられるコマンドである。 http://ja.wikipedia.org/wiki/Crontab とのことですがGoogle App Engineのそれは一定間隔で自アプリの指定URLにHTTP-GETリクエストを送る機能です。 URLリクエストを受け取って行う動作は通常のhttpリクエストを受けた場合同様自由に記述できるので、実質的には任意の間隔で指定した動作をする機能として使用できます。 私は「スコアアタックしりとり」のなかでデータストアをメンテナンスするために使っています。 スコアアタックしりとりではユーザーからのアクセスがあるとセッションIDを発行し、単語が入力される度にサーバでプレイ中のデータとしてデータス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://kijtra.com/article/cron-by-google-apps-script/