Webシナリオ監視にJenkinsを使う妄想してみた。 - oranie's blog
現在脳内で考えているだけの妄想ブログです。 監視を行う際に「ユーザーと同じ振る舞いをして問題が無いか」という事を監視に組み込もうと考えた。 そうすると、Webシナリオの作成はJMeterでブラウザの動作をキャプチャしてそれをシナリオに使うか、seleniumでシナリオを作って（もしくはSeleniumIDEでブラウザの動作をキャプチャ）のどちらかが現実的だと考えている。なんでかというと、数個のURLにリクエストを投げるならNagiosのcheck_httpを何度か実行するシェルスクリプトを書くとか、curlでチクチク投げていって、というスクリプトを書くとかでも良いんだけど、ユーザーと同じ振る舞いを行う場合、膨大なリクエストを投げないといけないのでそうするとそんなスクリプト書きたくないし、もし頑張って書いても仕様変更入った瞬間にすぐ修正なので監視に組み込むとしてはコストが高すぎる。zabbi
Jenkinsでcron実行管理をやってみた。 - oranie's blog
とりあえず試したので、実際の内容とかはこちらの参考にしたブログ 「Jenkinsで定期実行するJobを管理したほうが良い３つの理由」 を参照した方が良いと思います。以下は試した内容に画像つけたくらいです。 こんな感じのスクリプトを管理してみる。 Jenklinsの環境構築は割愛します。 「Jenkinsで定期実行するJobを管理したほうが良い３つの理由」 ほんと上記のブログのままです。 # cat /tmp/web_gen.sh #!/bin/bash num=`expr $RANDOM % 100` ab -c 1 -n $num http://www.oranie.org/上記の適当なスクリプトを/tmp/に置いてcron実行して管理してみます。 まずこんな感じで以下の様な設定をしてみます。 失敗するとこんな感じ。 履歴はこんな感じで見れる。 ログも「コンソール出力」で閲覧できる。 で
『Jenkinsで定期実行するJobを管理したほうが良い３つの理由』
定期実行って、Cronを使ってやるのが一般的ですよね。 エンタープライズシステムだとJP1とか使って管理したりしますが、 それJenkinsで良くない？ というわけで考えて見ました。なんでJenkinsがいいのか。 メリット（cronとの比較）① SVNなどのSCMとの連携が可能 ② メール等のアラートが可能 ③ 実行履歴の確認が容易 デメリット① Jenkinsが落ちたら動かない ただこれはJenkinsの監視やバックアップである程度回避できます。 またJP1 などは大変高価なので、無償で使えるのは嬉しいですね！実際にやってみたまずはSVNに適当なプロジェクトを作って適当なShellスクリプトをコミットしてみます。 SVNはファイル単位でのチェックアウトができないのでGitで管理したほうがいいのかもしれません。 Shellスクリプトは終了コードを明示的に0と書いたほうが良いでしょう。 J
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
