CircleCIのPerformance Planが控え目に言って最高という話 | Money Forward Engineers' Blog
こんにちは。18新卒でサービスインフラチームの小笠原 (@0gajun) です。 今日はCircleCIのPerformance Planを用いて、CI環境の改善を行った話をします。 （決してCircleCIの回し者ではありません :wink: ） Summary 今までJenkinsをCI環境として用いており、様々な問題を抱えていた CI環境を改善するためにCircleCIに移行した CircleCIにはPerformance Planという従量課金プランが存在する コンテナの並列実行数に制限がなく、実行時間ベースでの従量課金 ただし、まだ Early Accessの段階。 JenkinsからCircleCIに移行することで、次のメリットが得られた CI時間の短縮 CIジョブがキューイングされる問題からの開放 CI環境のメンテナンスコスト削減 CIコストの削減 CircleCIのPerf
Jenkins Pipeline の when + branch は通常のパイプラインジョブでは使えない - 生産性向上ブログ
Jenkins Pipeline についての小ネタメモです。 まず、when + branch の条件について簡単に説明しますと、ビルドが特定のブランチに対して実行されるときだけ処理を実行するように書ける文法です。 pipeline { agent any stages { stage('Example Build') { steps { echo 'Hello World' } } stage('Example Deploy') { when { branch 'production' } steps { echo 'Deploying' } } } } ↑の例をマルチブランチパイプラインジョブで実行すると、production ブランチに対してトリガされたときだけ “Example Deploy” ステージが実行されます。 しかし、これを通常のパイプラインジョブで実行すると、ブランチに
Jenkins 2.0 (5): Jenkinsfileをコマンドラインからlintする - 生産性向上ブログ
Jenkins 2.0のDeclarative Pipelineには、Jenkinsfileをlintするための仕組みが用意されています。 curlとssh プラグインのWikiには、sshとcurlそれぞれでJenkinsをlintするための方法が紹介されています。以下は引用です。 # ssh方式 ssh -p [sshd port on master] [Jenkins master hostname] declarative-linter < Jenkinsfile # curl方式 curl -X POST -H `curl 'JENKINS_URL/crumbIssuer/api/xml?xpath=concat(//crumbRequestField,":",//crumb)'` -F "jenkinsfile=<Jenkinsfile" JENKINS_URL/pipelin
Jenkins 2.0 (4): GitHub Organization Folder - 生産性向上ブログ
Jenkins 2.0について書く記事の4回目です。今回は、GitHub連携について書きます。 GitHub連携でやりたいこと 昨今の一般的なCIサービスでは、GitHub連携に求められることは以下になります。 リポジトリにpushしたら自動でビルド開始される ビルド結果をcommit statusへ反映 ちなみに、commit statusとは↓のようなGitHub上でコミットの状態を可視化してくれるすばらしいものです。 1.0時代のGitHub連携 過去のJenkinsのフリースタイルジョブで上記のようなGitHub連携を実現しようと思うと、GitHub Pluginをインストールした上で次のような設定が必要でした。 「Jenkinsの管理」→「システムの設定」→「GitHub」→「GitHub Servers」で「Add GitHub Server」 事前にGitHub側で “rep
Jenkins 2.0 (3): Scripted Pipeline と Declarative Pipeline - 生産性向上ブログ
Jenkins 2.0について書く記事の3回目です。今回は、前回書いたJenkins Pipelineを構成するDSLについて書きます。 フリースタイルプロジェクトのジョブ設定 1.x時代から存在したフリースタイルプロジェクトでは、Web上のUIを通してジョブを設定しました。この方法は、前回書いたように、わかりやすい反面いくつか問題点もありました。 機能が増えるにつれ設定UIが複雑になりがち 1つのジョブにつき1つのノードしか使えない デプロイパイプラインを構築するためには複数ジョブをつなげないといけない 設定の変更履歴を管理しづらい Scripted Pipeline 2.0のPipelineでは、GroovyによるDSLが導入され、Pipeline as Codeとしてジョブを設定できるようになりました。DSLによる柔軟な表現力により、上記の問題が改善されました。 必要な設定だけコード
Jenkins 2.0 (2): Jenkins Pipeline - 生産性向上ブログ
Jenkins 2.0の最新情報について書く記事の第2回目です。今回は、2.0の中心となるPipelineについて書きます。 Pipeline Plugin Jenkins Pipelineは、Pipeline Pluginを中心とした一連のプラグインからなる、デプロイパイプラインを実現するための仕組みです。デプロイパイプラインは、継続的デリバリーというプラクティスの根幹となる要素で、詳細を知りたい人は『継続的デリバリー』という本を読むのが一番いいと思います。 Jenkins Pipelineでは、ジョブの設定を以下のようなコード（DSL）で記述します。 pipeline { agent any stages { stage('install') { steps { sh 'npm install' } } stage('test') { steps { sh 'npm test' } }
Jenkins 2.0 (1): Dockerで環境構築 - 生産性向上ブログ
Jenkins 2.0 2016/04/26にJenkins 2.0がリリースされてから1年近くが経ちました。 リリース当初は、正直2.0のメリットをほとんど感じていませんでした。というのも、2.0の目玉であったPipeline Pluginは実は1.x系でもその時点の2.0とほぼ同等の機能が使えたのです。そうなるとUI変更ぐらいしか取り上げる点がなく、そこまでインパクトのある変更ではなかったため積極的にバージョンを上げることはしませんでした。 しかし、最近になってJenkins 2.0のPipeline Pluginまわりを調べると、2.0リリース当初と比べて状況は大きく変わっていました。Piepline Pluginとその関連プラグインの発展により、1.xでは不可能だった数々の機能を実現できるようになっていました。 公式ドキュメントやプラグインのwikiは整備されつつあり、Jenkin
Jenkins Declarative Pipeline 〜whenを使い倒す！〜 - Qiita
Jenkins2系からPipelineが標準サポートされましたね。 そのPipelineも初期のScripted PipelineからDeclarative Pipelineに代わり、 宣言的に記述することができるようになりました。 今回はそのDeclarative Pipelineの１機能であるwhenについてです。 whenとは何か？ whenは実行の分岐をstage単位で制御できる、if 文みたいなものです。 まずは簡単な例を見てみましょう！ pipeline { agent any stages { stage('Example Deploy') { when { branch 'production' } echo 'Deploying' } } } } はい、ぱっと見ただけでやっていることがわかりますね？ これはブランチがproductionのときにだけ、Example Dep
Jenkins 2.0 Pipeline & Blue Ocean
Workflow Engines Meetup #1 https://connpass.com/event/50900/Read less
Declarative PipelineでJenkinsfileを書いてみた(Checkstyle,Findbugs,PMD,CPDとか) - Qiita
のように書くDeclarative Pipelineという記法が導入されて、 そっちのほうがシンプルでわかりやすく書けるよ!ということだったので書き直してみました。 確かにすっきりしたし（特に最後のメールおくるとことか、デプロイするとことか）、 いざとなったら従来のScripted Pipelinesもミックスできるのでいい感じです。 追加したプラグイン Jenkins初期設定時のSuggested Pluginに入っていないもの Checkstyle Plugin（v3.47） - Checkstyeの結果収集用 FindBugs Plugin（v4.69） - Findbugsのレポート生成用 PMD Plugin（v3.46） - PMDのレポート生成用 DRY Plugin（v2.46） - CPD(重複コードチェック)のレポート生成用 Step Counter Plugin（v2
Jenkinsの設定を最小限でJenkinsfile(Pipeline)を使う - Qiita
概要 Jenkins2からPipelineが標準採用されたことにより、PipelineコードをJenkinsfileに定義することで今までUIでポチポチして定義していた各種タスクをコードベースで定義できるようになった。このことよりバージョン管理との統合もしやすくなりました。 下記ではGithub → Jenkins（JSのテスト、ソースのマージ）→ Slackへの一連の流れを簡単なサンプルと共に解説していきたいと思います。Jenkinsでの設定はプラグイン導入とジョブ作成時以外はしません！理想としてはJenkinsインストール後何もせずに使えると一番うれしいですが・・・Dockerで頑張ればいけるものでしょうか もし、gitlabをお使いならば、gitlab runnerでシンプルにCI環境を構築できるので、検討してみるのもいいかと思います 参考として「Gitlab(Runner、Cont
Jenkinsの設定をバックアップする - Masteries
私が今所属しているReactioチームでは日々, デプロイにテストにバックアップにと便利にJenkinsを使っている訳ですが, 形あるものはいずれ壊れる運命にあります. もし, Jenkinsが壊れてしまったら... 考えたくないですね. というわけで, Jenkinsが壊れてしまう前に, Jenkinsの設定をバックアップする仕組みを導入することにしました. 方法 Jenkinsの設定をバックアップする方法はいくつかあるようですが, 今回は@sue445さんのsue445/jenkins-backup-scriptを使ってみることにしました. 今回参考にさせて頂いたJenkinsのバックアップとリストアについてメモ - Qiitaという記事では, 他にもthinBackupというJenkinsのプラグインも紹介されていました. こちらはJenkinsのプラグインなので, ブラウザからポチ
Hubot と Jenkins をつかって heroku への Deploy 環境を用意した - Qiita
はじめに 過去に Hubot と CircleCI をつかって Heroku への Deploy 環境を用意したネタを投稿したことはありましたが、体験期間を過ぎてしまったので Jenkins server を用意して CI 環境を用意しました 前提な話 これをやるために必要な環境とかその辺の話 Jenkins server (VPS) ローカルとかでもいいけど hubot でみんなが使えるようにしたかったので vps にしました 構築系の話は他にわかりやすい資料がたくさんあったので今回は割愛します GitHub ぎっはぶぎっはぶ Hubot 動作環境 (Heroku) hubot を vps におけばいいじゃないかってなりそうだけど個人的なサービスを Heroku で公開していくことを想定して Deploy 環境を VPS にしてそこから Heroku へ Deploy できるようにしたい
JenkinsカンファレンスにてJenkinsを使った継続的セキュリティテストの発表を行いました - VAddyブログ - 継続的セキュリティテストへの道 -
Jenkinsユーザカンファレンス2015に参加・発表してきました。 参加者も700人ぐらいいたようで非常に活気があり、各セッションもJenkinsを中心としたシステムの話から、何故CIなのかなど、多岐に渡る発表があり刺激的でした。 我々は5分のLTで発表させて頂きました。短い時間なので色々と説明を省略した箇所がありましたが、アップロードしたスライドではある程度補足しています。 継続的セキュリティテストのコンセプトでVAddyを開発・運用していますが、世界でも同じコンセプトでGoogleが社内ツールとして開発していたり、カーネギーメロン大のブログで提唱されていたりと、あと数年もすると大きなトレンドになるのは確実です。 継続的セキュリティテストが普及するためには、専門知識不要で簡単に使えて、検査精度が高く、CIのフローに乗るように短時間で終わる必要があります。これらのハードルを乗り越えるため
Parallel, isolated CI jobs with Docker-in-Docker, Fig and Jenkins
28 May 2014 Parallel, isolated CI jobs with Docker-in-Docker, Fig and Jenkins At ServeBox we've been working for the past year on a reasonably large app, composed of the following components: an API powered by Rails, MongoDB and Redis a library of Web components and front-end services based on the AngularJS toolset several single-page apps (HTML5 & JS) using these Web components and the API as the
JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Jenkinsfileのlintで救える命がある
Continuous gem dependency updating with Jenkins and Pull Request