本番運用を見据えたDocker Registry選定 - Qiita
各サービスではなく、要件軸に絞って1つずつ見ていきます。 日本からの転送速度 Registry選定にあたって自分たちが重要視したのはここでした。 DockerHub、Quay.ioはネットワークの物理的距離があるのでDocker Push/Pull共に致命的に遅く、 Docker Push→8分 Docker Pull→10分弱 と、Docker周りのデプロイプロセスだけで20分弱掛かってしまう状態でした。 個人サービスなどであれば20分程度のデプロイ時間が気にならない場合もあると思いますが、さすがに数十回/日 デプロイするサービスの場合、リリースがボトルネックになってしまうことは避けたかったのでDockerHubとQuay.ioは選択肢から外しました。 サービス月額 ミニマムプライスは大体横並びです。が、CoreOS Registryとdocker-registryはそれぞれインストール
TeamCity で実際にビルドしてみる -
前回は TeamCity で Build を作成した。 TeamCity で Build を作成 - 作業ノート 今回はそれに引き続いて、実際にプロジェクトのビルドを試してみる。TeamCity ならではのビルド結果の見やすさや、他ツールとの便利な連携などもいっしょに見ていく。 コミットグラフの表示 TeamCity では、ビルド結果の中の［Changes］というタブで、前回のビルドから今回のビルドまでに発生した差分をコミットグラフで表示してくれる。表示されているコミットにどのファイルが含まれているかもこのタブでいっしょに確認することができる。 この機能は、ビルドが成功したときよりも、失敗したときにこそ、その効果を強力に発揮する。開発者は失敗したビルドに、どのような変更が含まれているかを一目で把握することができる。 ビルドの失敗 ビルドが失敗した場合には、前述で触れたようにコミットグラフか
jenkinsを始める時に知っておいた方が良い事 - Qiita
ディレクトリ構成 apt-get等のパッケージ管理ソフトで入れた場合にはjenkinsのホームディレクトリは/var/lib/jenkinsになります。そのパスはjenkinsの実行時に使用出来、$JENKINS_HOMEの変数名で閲覧できる。 ジョブの設定ファイルは$JENKINS_HOME/jobs/*/config.xmlに記述される。このファイルを別サーバーのjenkinsに設置するだけで移行する事ができる(らしい) ジョブでgitなどのバージョン管理ツールからソースをcloneすると$JENKINS_HOME/workspace/*に展開される。jenkinsで設定したビルド手順はworkspace下でcloneされたディレクトリ内で実行されている。 jenkinsユーザーになる。 最初のビルドの設定時、失敗する事が多々あると思われる。 問題把握の為にはjenkinsユーザーにな
Jenkinsプラグイン探訪 - List View column plugins - ふぞろいのGENGOたち
はじめに Jenkins Advent Calender 2011 16日目担当の id:tyuki39(@tyuki39) です。 小ネタを物量でカバーする形になって恐縮ですが、よろしくお願いします。 なお、前の日は id:ssogabe さんの「Karotzさんといっしょ」でした。 ビューにカラムを追加しよう！ 皆さん、Jenkinsのビューを活用しているでしょうか？ デフォルトの【すべて】ビューだけを使っている、なんてことはないですよね？ Jenkinsのトップページにアクセスしたとき、または、マイビューにアクセスしたときに、 ・ 自分自身が関わっているジョブの状態がさっと一覧され、 ・ 設定画面がさっと開けたり、 ・ 失敗の原因を探るべく失敗ビルドのコンソールがさっと開けたり すると便利です。 Jenkinsのプラグインの中には、そんなニーズに応えてくれて、ビューをもっと使いやすく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
