Kyoto.なんか #4で最近運用しているJenkinsの情報について発表してきました - その手の平は尻もつかめるさ
[2020-09-07追記] この構成，もうウチではやってません！！！！ moznion.hatenadiary.com [追記ここまで] kyoto-nanka.connpass.com 表題の通り，最近AWS上で運用しているスケールする & 運用が省エネなJenkinsについて発表してきました． 簡単にまとめると JenkinsのslaveをAWS CodeBuildに委譲することで実質無限のスケールアウトとメンテコスト削減を実現 JenkinsのストレージをAmazon EFSにすることでロバスト性と自動ボリューム拡張を実現 ElasticBeanstalk with Dockerを使って運用することで運用コストの省力化 という内容です． 会場やインターネットで質問されたことについては以下のとおりです: 値段的には従来のサービスを使うよりも下がったかどうか？ 試算的には下がっている
Docker + Jenkins + travis.yml parser 作って Travis っぽいものを作った話 - from scratch
年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを
CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ
技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、本番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オンプレミスJenkinsをやっと葬り去った話 / jenkins_kill
https://www.cloudbees.com/sites/default/files/2014-0618-Boston-Jesse_Glick-Workflow.pdf
The Short History of CI/CD Tools
Kunio Okita on Twitter: "Jenkinsとtravisやcircle CIは本来ドメインの違う話なんだから、移行とかじゃなくて併用するような話だろ。まぁJenkinsが向いているようなパイプラインを必要としなかったら併用にはならんのだが"
