第25回 cron周りのベストプラクティス（2） | gihyo.jp
前回の（1）はこちらから。 プロジェクトでcronを利用する 筆者は普段ゲーム開発のサーバサイドを担当していますが、プロジェクトによってはバッチサーバのcrontabが100行を超えることもあります。イベント、ランキング処理、監視、集計、バックアップ、リカバリ処理などをしっかりやろうとすると、どうしてもそれくらいになってしまいます。 100行とはいかなくても、プロジェクトで使うcrontabの行数が膨らんでくると、サーバで直接crontabを編集することは管理上現実的ではありません。 crontabの記述とリポジトリ管理 では実際のプロジェクトでcrontabをどのように管理していけばよいのでしょうか。筆者は次の方針を立てています。 crontabの記述にゆるやかな規約を設け、リポジトリ管理する crontabの自動テストを行う crontabの反映方法をなるべく自動化する crontab
Nagiosによる企業向け監視システムの構築 第1回「監視サーバ構築」
はじめに 本ブログでは、Chefおよび、Vagrantを用いた仮想インフラの構築について取り上げてきました。今回は、構築した仮想インフラの障害監視を行う監視システムの構築方法を２回に分けて解説します。第１回は、サーバー監視ツールのNagiosのインストールから、監視対象サーバの設定方法を解説します。 なお、構築に必要なソフトウエアは、Chefを用いたLAMP開発環境の構築方法～仮想環境構築編を参考にして、インストールして下さい。また、全ての構築作業は、Chefを用いて行います。 監視サーバの構築 構築する監視サーバのベースとなる仮想マシンを作成し、HTTPサーバをインストールします。 Boxの初期化 ベースとなる仮想マシン(Box)の初期化を行います。 $ mkdir -p ~/vagrant/nagios-server && cd ~/vagrant/nagios-server $ va
IT部門はシステム運用から手を引くべし
「あんたの言う通りかもしれんな。IT部門はシステム子会社も含め一度解体再編したほうがよいだろうね」。最近会った大手製造業の元CIO（最高情報責任者）はそう言った。私のコラム「極言暴論」の記事を巡って議論したときのことだ。この人は当初「あんた、酷い記事を書いているな」と文句を言っていたが、本音ベースの話になると私と全くの同意見だった。 私は、一部の企業を除けばIT部門には将来が無いと思っている。今や多くのIT部門が、ビジネスのイノベーションにITを活用したいという事業部門や経営の要望に背を向け、基幹系システムという名の“間接業務支援システム”のお守りに汲々とする存在に成り下がっているからだ。だから私は、IT部門の解体再編の必要性を主張している（関連記事：寿命が尽きるIT部門に「終活」のススメ）。 こうした極言暴論の記事が多くのIT部門関係者の目にとまったようで、「一度話をしたい」と彼らから呼
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
