GCE の preemptible VM で、インフラの CI を回し始めました | feedforce Engineers' blog
こんにちは！ a-know こと、いのうえです。 ここではあまり技術的な記事を書くことが少ない私ですが、今回は少し、踏み込んだ内容の記事をお届けしたいと思います。 ...あ、この記事は フィードフォースエンジニア Advent Calendar 2015 の 15日目の記事であり、また、Google Cloud Platform Advent Calendar 2015の 15日目の記事でもあります。 はじめに タイトルにある "GCE" とは、いわずもがな、 "Google Compute Engine" のことですが、その "preemptible VM" とは、下記のような特徴を持ったインスタンスのことです。 Google の膨大なデータセンターの余剰リソースを活用したインスタンス 低コスト（最大70%オフ） 低寿命（最大で24時間までしか持続しない） 上記のような特徴以外は、基本的
CircleCI で Docker Container を Serverspec でテストする
Serverspec の Docker Backend を使った Docker コンテナのテストを CircleCI 上で実行する際、多少手こずったので、その試行錯誤によってできた、サンプルプロジェクトを公開しました。 GitHub Repository quay.io Registry CircleCI Builds 前回の記事で紹介した事例は Rails を採用していたので、コンテナ側にも Ruby がインストールされており、コンテナ側にマウントするだけで Serverspec を実行できました。 docker run \ -e DATABASE_URL="${DATABASE_URL}" \ -e REDIS_URL="${REDIS_URL}" \ -v "$(pwd)/docker/serverspec"\:/mnt/serverspec \ --name "serverspec
rspec3系 での serverspec JUnit.xml出力対応について（CentOS 6.x + rbenv + bundler + rspec_junit_formatter）
先日のCIお試し環境に、serverspecによるテストもJenkins対応しようとしたところ、webでよく見かけるci_reporterの構築事例が単純に再現できなくなりました。時間が経って昔のノウハウが単純に生かせなくなっているようです。ひと手間加え、ひとまず一般ユーザでJUnit.xml出力できるまで進めたので、いまどきのserverspec JUnit.xml対応として控えておきます。 問題点 serverspec単体では、RHEL6系に標準のRuby1.8.7でもスムーズに使えるのですが、JUnit.xml出力のための環境整備をしようとすると、以下のような問題にぶつかりました。 2014年6月よりRSpec 3がリリースされたことで、ci_reporterがうまく動かなくなった。 代替となりそうなrspec_junit_formatterは、依存するBuilder gemが必要。
Docker on CircleCIでchefのcookbookをserverspecでテスト - パラボラアンテナと星の日記
CircleCI自体もコンテナなんだが、さらにその上でdockerコンテナ立ててcookbookのテストしてしまうというアレです。 「Docker使えるならChef要らないじゃん」という話は大賛成なんだが、既存のcookbook資産を使いたいことも、まあある。 【追記】続きにさらにテストの時間短縮させる工夫書いた 動いたの？ 動いた!!!!!!!!!!! 最小限で動いたところでタグを切った。コードは下記リンク参照。 CircleCI上で、 「chefでdockerコンテナにcookし、それをserverspecでテストする」 を実現しています。 以下、ポイントなど CircleCIでdockerをどう準備するか 無理にapt-get -y install dockerとかやってインストールしても、docker psすら返ってこなくなる。 公式にサポートしてるserviceを使うとうまくいっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既存サーバへのserverspecをCircleCIで回す - Qiita
