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コンソールもある
仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins） に参加・登壇しました。 #FukuokaEnv - つばろぐ
仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins）に参加してきました。 1ヶ月前の勉強会ですが、参加メモとして残します。 この勉強会ではタイトルの通り、下記のツールやそれに関わる内容の発表がありました。 Vagrant Chef Docker Jenkins 私もJenkinsについて発表してきました。 日時 2014/06/09 19:30 - 22:00 場所 福岡市博多区博多駅前3丁目22番8号 朝日生命博多駅前ビル 株式会社ベータソフト様 会議室 アジェンダ お断り：スライドが公開されたアジェンダのみ掲載します。 Jenkins使ってみた～Windows編～ @tsubakimoto_s 私の記念すべき初めての登壇。 .NETプロジェクトでJenkinsを使ってみようという内容です。 この発表のためにWindows用のVagrantBoxを作成し、検証
WindowsでJenkinsのジョブ失敗をデスクトップ通知する - うさぎ組
Windowsの通知ツールやシステムというのは言うほど連携感がないので、Jenkinsからの通知をどうしたものか悩んでいましたが、素晴らしいツールがあったので紹介します。あと設定について公式に実は書いていない感じのことがあったので補足です。（たぶんJenkinsに詳しい人なら察する内容だけど。） Jenkins On Desktop PowerShellで実装されたJenkinsのジョブ失敗通知アプリケーションです。 ototadana/JenkinsOnDesktop · GitHub READMEにある通りだいたい次の手順で使えます。 zipをダウンロードして好きな場所に展開する PowerShellプロンプトを管理者権限で開いて、 Set-ExecutionPolicy Remote-Signed を実行する JenkinsOnDesktop.exeを実行する デスクトップに現れたJ
JenkinsでPHPプログラムをデバッグしてみよう!!
先日社内でJenkinsについての勉強会を行ないました。 勉強会を行った際に、JenkinsでPHPプログラムをデバッグしてみましたので 今回はJenkinsを用いてPHPプログラムをデバッグするまでの設定方法について書きたいと思います。 PHPでJenkinsを使ってみたいが、設定がわからないという方は参考にしてください。 Ⅰ：環境 以下の環境で設定を行ないました。 ・OS:Centos6 ・PHP：5.3 ・フレームワーク：ZendFramework ・JenkinsURL：http://jenkins.example.com:8080 （URLはJenkinsをインストールしたマシンのアドレスに変更してください） Ⅱ：サーバ上に準備するもの １：必要なソフト一覧 ①：Phing phpcs,phpmd,phpcpd,phpDocumentor,phpunitを一括管理することができる
邪道Jenkins
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
なぜかJenkinsを起動させたらパケットロスが多発しまくったのを無理やり直した話 - 元RX-7乗りの適当な日々
※ まず、はじめに、僕があまりJenkins自体の挙動に詳しくないので、誰か正しい直し方をご存知の方がいらっしゃったら、教えてほしいです。 本題。これは明らかな環境依存下(特にネットワークまわり)での話なのですが、KVM上でのLinux(CentOS 5/6系)な環境で、Jenkinsを起動するとパケットロスが多発して全然使い物にならないケースがありました。 (Jenkinsを落とすと普通に復旧しちゃうんですよね。。。) で、こんな感じで若手が苦しんでいたので、ちょっとOS上で色々と調べていたのですが、どうもtcpdumpを眺めていると、 11:31:14.427406 IP xxx.xxx.40.102 > 239.77.124.213: igmp v2 report 239.77.124.213 11:31:17.905397 IP xxx.xxx.40.102 > 239.77.12
邪道jenkinsを検証してみたよ
2012年末の昼下がり。 原稿を書かなければならないのですが、追い詰められているがゆえに違うことをしてます。 最近は邪道Jenkinsがマイブームでして、ちょろっと検証してみました。 3時間くらいいじっただけなので、詳しい方からツッコミいただけると幸いです。 モチベーションは「JP◯みたいなジョブマネージャがほしい！」ということ。 そこまで高機能じゃなくてもいいんですけど、そこそこのものが欲しかった。 一覧できる リランできる ユーザ企業のシステム担当者さんでも使える Hinemosでできるのは知ってるんですが、検証したときにクライアントが手元・サーバがインターネット越しという構成で使えなかったので却下したままハイそれまでよ。。。 そんなこんなでjenkins。macの場合は java -jar /usr/local/Cellar/jenkins/*/libexec/jenkins.war
邪道Jenkins（スライド） | HAZI
posted at 2012/12/22 2012/12/22 HAZI Dec 22, 2012 HAZI 12/22 プログラミング生放送勉強会 第19回＠品川 に参加してきました！（というか参加中です！ 邪道Jenkinsというタイトルで、一般的に言われている CI Toolとしてじゃない、Jenkinsの使い方について、発表させて頂きました。
定期実行スクリプトの綺麗なロギング3選 - カイワレの大冒険 Third
オリンピックの流れに乗れてない@masudaKです。 職業柄かちょくちょくスクリプトを書くことはあるのですが、やはり色々自分で書いたり人のを見たりしてるうちに、この実行履歴綺麗だなーと思うことが多々あります。 今回は、そう思える対象のなかでも、「定期実行スクリプト」の「出力」を扱ってみたいと思います。 「定期実行スクリプト」というのは、バッチ処理だったり、何か必要に応じて叩かれるスクリプトで、具体的にはバックアップとか集計とか、一日に最低一回は叩かれるようなスクリプトです。cronやJenkinsで叩かれるような類ですかね。そのようなスクリプトの「出力」について書いてみたいと思います。 出力は標準出力であれば、tailfコマンドだったり、Jenkinsのビルドのコンソール出力で見られるようなもの。ロギングされてるのであれば、それと同様に追えるようなものとします。 以下に書くのはあくまで今の
Redmine, git, Jenkinsの状態を横断的かつリアルタイムに表示する『Dashbozu』をリリースしました。 - みずぴー日記
Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
