jenkinsとapacheの連携 - Dev3TechHack
Linuxにjenkinsを入れてみたが、jenkinsコンソールにapacheからリバースプロキシでつなごうとして、ちょっとハマったのでメモ。 jenkins: 1.410 apache : 2.2 jenkinsをrpmでインストールしてデーモン起動すると、コンソールのデフォルトのアドレスは、 http://myserver:8080 となる。 このアドレスの後ろのポートがカッコ悪いので、apacheとつなげたくなり、ここのドキュメントを参考に設定を試みた。しかし、ドキュメントには、 ProxyPass /jenkins http://localhost:8081/jenkins ProxyPassReverse /jenkins http://localhost:8081/jenkins とある。 ・・・ポートの後ろの「/jenkins」はどこから来たんじゃい！ さらにドキュメントを
ユーザ作成を含む最低限のセキュリティ設定(Jenkins) - Qiita
本エントリは「今更始めるJenkins勉強会 ハンズオン」のチートシートの一つになります。 一覧については下記エントリをご確認ください。 http://qiita.com/n_rooms/items/cdd4783997140235ddc4 インストール直後のJenkinsはだれでもログイン出来る状態です。 下記の手順で最低限のセキュリティ設定及び、ユーザ作成を行いましょう。 1. ユーザ作成 1-1. ログイン認証の追加 Jenkinsの管理＞グローバルセキュリティの設定 「セキュリティを有効化」にチェック アクセス制御＞ユーザー情報＞「Jenkins のユーザーデータベース」、「ユーザーにサインアップを許可」にチェック アクセス制御＞管理権限＞「ログイン済みユーザーに許可」にチェック 保存 (トップ画面に戻される) 1-2. ユーザ作成 Jenkins トップから、 アカウント登録＞サ
EC2にリバースプロキシを使ってjenkinsを構築する - Qiita
EC2上にjenkinsを一から構築したのでその手順 http://ec2-xxx.compute.amazonaws.com/jenkins/ でアクセスできるようになる OSはAmazon Linuxを選択 jnekinsインストール yumでのインストールは以前書いた記事参照 http://qiita.com/kmats@github/items/1e2a14a95699cc95ad07 今回は /jenkinsでアクセスしたいので以下の変更も加える http://d.hatena.ne.jp/hiranasu/20110507/1304781709 $ sudo cp /etc/sysconfig/jenkins{,.org} $ sudo vi /etc/sysconfig/jenkins $ sudo diff /etc/sysconfig/jenkins{.org,} 133
Reverse proxy configuration
A 'reverse proxy' allows an alternate HTTP or HTTPS provider to communicate with web browsers on behalf of Jenkins. The alternate provider may offer additional capabilities, like SSL encryption. The alternate provider may offload some work from Jenkins, like delivering static images. Jenkins actively monitors reverse proxy configuration. Jenkins reports “Your reverse proxy setup is broken” when it
既存WebアプリケーションもJenkinsで自動デプロイしたい！（ビルド・デプロイ基礎編） - Qiita
前回投稿の続きです。 前回は、Jenkinsで自動デプロイしてみたいシステムと、その問題点、自分なりの解決案の概要を書きました。 今回は、解決案のうち、ビルド・デプロイに関する基礎的な部分を、具体的に記述してみたいと思います。 今回の目標 次のような流れをJenkinsで自動化します。Subversionからソースを取得し、ビルドして、FTPでモジュールを配布し、Tomcatを再起動する。 ポイント ファイルの配布は、AntのFTPタスクを使用する。 Tomcatの再起動は、TomcatのAntタスクを使う。 前提 Jenkinsは、開発環境（Windows）で起動する。 テスト環境のTomcatには、Webアプリケーション（古いモジュール状態）がデプロイ済みで動作する環境となっている。 プロジェクト構成 サンプルとして用意したWebアプリケーションのソースは、次のような構成です。特別なこ
Jenkinsプラグインをrubyで書いてみる(1) 準備 : morilab報告書
2015年05月06日10:42 カテゴリJenkinsruby Jenkinsプラグインをrubyで書いてみる(1) 準備 Jenkinsをある程度使ってみて思ったのは、プラグインの重要さ。 人に使ってもらうとか、自分でも簡単に使えるようにするにはプラグインが非常に有効。 JenkinsをJavaコーディングで使うならすでにいろいろ便利なプラグインもあるんでしょうが、RTLコーディングに使おうとしていると、なかなか何でもかんでもとは行かないですね。 まずはシミュレータのログ等から要素を抽出するようなプラグインを書きたい。ということで、まずは書くための環境整備から。プラグインはRubyで書けるらしい。 そして、以下の３つが必要らしい。 rvmjrubyjpi とにかくインストールしてみる。 ・rvm rubyはまつもとひろゆきさんが作ったCRuby以外にも、Javaで動くJRubyなどいろ
Java CI環境(Jenkins+α)構築のおさらい その2 Mavenリポジトリ構築編 - 俺のMoleskin.log
前回に引き続きJennkinsでJavaのCI環境を構築していきます。構築する環境は以下の通りです。 環境 CentOS 6.5 (x86_64) Subversion 1.7.4 (+Apache 2.2 WebDAV) Nexus OSS 2.7.1-01 Jenkins 1.551 Nexus OSSのインストール NexusはMavenの成果物管理ツールとして最も多く使われているプロダクトです。まず、Nexusをインストールする前にOSの起動ユーザを作成します。 # groupadd nexus # useradd -g nexus -s /bin/bash nexus Nexus OSSのバンドル版をSonatypeのページからダウンロードします。 # cd /usr/local/src # wget http://www.sonatype.org/downloads/nexus
Java CI環境(Jenkins+α)構築のおさらい その3 Jenkins構築編 - 俺のMoleskin.log
SVN、Mavenリポジトリの構築が終わったので、いよいよJenkninsのインストールに移ります。SVN、Mavenの構築が正しくできていれば、Jenkinsそのもののインストールはさほど難しいものではありません。インストールする環境は下記のとおりです。 環境 CentOS 6.5 (x86_64) Subversion 1.7.4 (+Apache 2.2 WebDAV) Nexus OSS 2.7.1-01 Jenkins 1.551 Jenkinsのインストール Yumでインストールするので、Jenkinsのサイトから.repoファイルを取得し、ローカルに取り込みます。 # wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo # rpm --import http:/
Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記
Webアプリエンジニア養成読本 Advent Calendar 2014 23日目の記事です。 これまで、Webアプリエンジニア養成読本(以下 先のムック)のPHPデモアプリケーションをCentOS 7で動かすお話をしてきました。その中で、「Serverspecを利用した自動化(20日目)」と、すがさんが Itamae を利用した「Rubyでアプリケーション以外のコードを書く(19日目)」お話をしました。 その上で、サーバ構築自動化の総仕上げとして Itamae + Serverspec を用いてPHPアプリケーションが動くサーバを自動構築・自動テストにチャレンジしてみましょう！ 本記事執筆時に利用したバージョンは、CentOS 7.0, Ruby 2.1.2p95, specinfra 2.10.4, Itamae 1.0.13, Serverspec 2.7.1 です。 Itamae,
Atrae Tech Blog — サーバの管理をItamaeでやったら楽だった
We are the tech members of Atrae Inc. This tech blog contains awesome information around tech of our concern. こんにちは、エンジニアの青野です。 最近サーバを新しく数台セットアップする機会があり、その管理にItamaeを使いました、という話です。 itamae-kitchen/itamae セットアップの手順はある程度ドキュメント化されていました。 が、コード化してGitHubに置いたほうが変更の履歴も追えるし暗黙知化もしにくいはずなので、 プロビジョニングツールを利用することに。 弊社のサービスはRailsで構築されているものがほとんどです。 Rubyの記法で書けるChefとItamaeを候補として考えましたが、結局後者の導入を選択しました。 Chef有名なので特に説明はしません
Itamaeを用いてRedmineの環境構築を行う | Yucchiy's Note
某研修でRedmineなどのツールを構築し, それを自動化するような演習課題が与えられた. そのような課題を解決するためにはシェルスクリプトやPuppet, 最近流行りのツールではChefやAnsibleなどがあるので それらを用いても良いが, 今回はItamaeというツールを用いた. なぜItamaeか ChefやAnsibleがあるなかで, Itamaeを用いた理由について軽く触れておく. Chefは, DSLの提供によりシェルスクリプトより可読性の向上したり, デフォルトで提供しているリソースを用いることで, わざわざ自分でtest -eみたいな分岐を書かなくても冪等性を担保してれる点はとても良い. また, シェルスクリプトの記述から大きく乖離しないため, 直感的にレシピを記述できる. 一方で, レシピを書くためのひな形を作成するためにKnife soloなどのツールを覚えない点や,
ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
Macにitamaeを入れて、Vagrant仮想マシンのプロビジョニングをしてみる - カタカタブログ
以前、Chefを使ってVagrantの仮想マシンをプロビジョニングする方法を検証したが、かなり複雑だった。 今回、軽量Chefという位置づけのitamaeというツールが最近熱いらしく、試してみることにした。 環境情報 当環境の情報は以下の通り。 ホストOS: Mac OS X Yosemite (10.10.2) ホスト機のRuby : 2.1.5 ゲストOS: Cent OS 7.0 Virtual Box : 4.3.26 Vagrant : 1.7.2 itamae : 1.2.11 (今回インストール) 参照するドキュメントは以下。 https://github.com/itamae-kitchen/itamae/wiki/Getting-Started macにitamaeインストール itamae用ディレクトリ作成を適当に場所に作成する。 ここをitamae作業用のトップディレ
Ohaiで取得可能なステータス一覧 - Qiita
gem which ohai # ohaiのインストールパスを確認 grep -R "provides" -h <ohaiのインストールパス>/lib/ohai/plugins | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで動作確認 grep -R "provides" -h `gem which ohai | perl -e '@p=split(/\//,<STDIN>);pop(@p);print join("/",@p)."/ohai/plugins";'` | sed 's/^[\s ]*//g' | sed "s/\\\"/\'/g" | sort | uniq | grep "^provides" # ※CentOS6.5とMacOSXで
ItamaeでCentOS7にGitbucket + Jenkins + Redmineの環境構築 - 旧ブログ
社会人になりました。 研修でサーバー構築自動化の課題があり、Itamaeを使ってみました。 github.com Itamaeとは github.com 軽量版Chefのようなもので、その分学習コストがかからず、シンプルなのがいいですね。 今回やったこと CentOS7にGitbucket + Jenkins + Redmine の環境構築に加えて連携するのに必要なプラグインも入れました。 GitbucketとJenkinsはApacheをリバースプロキシとして用い、Tomcat上で動かしました。 RedmineはPassenger+Apache上で動かし、DBにはMariaDBを使いました。 ディレクトリ構成は自由みたいですが、今回はドキュメントにあるベストプラクティスに沿っています。 https://github.com/itamae-kitchen/itamae/wiki/Best-
Jenkinsでビルドトリガが設定されているジョブの探し方 - Super Neurotic Junction
忘れた頃にやってくる。 さて、ちょっとjenkins君をいじる機会があってですね。 ビルド環境が一箇所に集中することで、奴の環境でビルドできたけど俺の環境でビルドできんぞどうなってんだぁ！なんつーことがなくなっていろいろ捗るのだけど、いろんなジョブをみんなが好き勝手に作っていると、けっこう無駄なジョブでいつの間にかリソースを圧迫してたりする。 かと言って、ジョブを整理しようとすると、そのジョブはリポジトリのコミットを監視しながら随時ビルドしてんだ勝手に止めるなどうなってんだぁ！なんつーことになる。 そこで、ビルドトリガを設定されているジョブの探し方をここにメモしておく。 jenkinsサーバにsshなどでログインし、以下のようにコマンド実行。 [root@localhost ~]# cd /var/lib/jenkins/jobs [root@localhost jobs]# grep -
Jenkinsで特定のプロジェクトだけ閲覧できるユーザを作成するには｜TechRacho by BPS株式会社
morimorihogeです．ちょっと前回から間の空いた投稿になってしまいました．今回はJenkinsの話． Jenkinsの概要 JenkinsはTDD，BDDなどを使い，自動テストでCI（Continuous Integration）を回していく際に使えるCIサーバです．同等の物としては，GithubにおけるTravis CIやGitLabにおけるGitLab CIなどが挙げられます，ちなみにJenkinsは昔はHudsonという名前でした． Jenkinsの特徴としては，歴史が長いので動作自体の安定性や導入実績が十分にあること（枯れている），WARコンテナにまとまっているのでインストールが割と楽，プラグインが豊富にあり，機能拡張がやりやすいことなどが挙げられます．Travis CIはGithub専用ですし，GitLab CIは導入実績の面でまだ試行錯誤が必要そうなことや，GitLab
Rubyアソシエーション: Jenkins
継続的インテグレーション 継続的インテグレーションツールとは、バージョン管理システムにある最新ソースを定期的に取得してビルドおよびテストを実行し、テスト結果を出力するものです（参考）。継続的にテストを行うことで、システム全体の品質改善が期待され、統合に伴う問題を減らすことができます。ここでは代表的なツールであるJenkinsを使って、RSpecのテストコードを定期的に実行するための設定方法と結果表示を紹介し、継続的インテグレーションの概要を説明します。 以下の条件を前提とします。 ・Ruby1.9.3 ・Rails2.3.1 ・RSpec2.8.0 ・Subversionによるコード管理 1.対象とするアプリケーションの準備 既にRSpecのテストコードが含まれたアプリケーションがあれば、このセクションをスキップしても構いませんが、JenkinsでRuby1.9系を用いてカバレージを取得す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkins を Apache と連携 | hiro345
Jenkins環境構築でのメモ - Qiita
