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時間までしか持続しない） 上記のような特徴以外は、基本的
Common Lispとリアル・ワールドを繋ぐ「Roswell」の紹介 - 八発白中
「Roswell」というプロダクトがある。 clfreaksのPodcastで聴いたことがあるかもしれないし、数週間前にLisp Meet Upで佐野さん (@snmsts) の発表を聞いたかもしれない。 https://github.com/snmsts/roswell Lisp Meet Up 発表録画 知名度の割には意外と長く開発が続いているプロダクトだ。プロジェクトの最初のコミットが2014年7月30日なので、もう11ヶ月ほど開発が継続していることになる。開発は未だ活発で、バグ報告をするとその日のうちに修正がmasterに入ることが多い。 僕が働いてるサムライト株式会社では、個人の開発マシンではもちろん、アプリケーションサーバでも日常的に使われている。 RoswellにはChefのrecipeも既にある。 先日RoswellはTravis CIとCircle CI用のインストーラス
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を使うとうまくいっ
Werckerのデプロイボタンはなんだかんだ言って便利だった
[2014-09-14-1] に書いたとおり、このmasutaka.netではサーバのCIをして います。 今までテストが通ってから、手動でCook+Serverspecして不便に感じてませ んでしたが、試しにWerckerのデプロイ設定をしてみたら、案外便利でよく 使っています。 wercker.ymlはこんな感じです。 管理画面からDeploy targetを作る必要があります。ちょっと管理画面が古 いですが、こちらを参考にしてください。 wercker + Capistrano で自動デプロイ - milk1000cc’s blog 私はTarget nameをProductionにして、SSH keysで作った鍵を $WERCKER_SSH_KEY_PRIVATEという名前でwercker.ymlから参照できるように しました。 ブラウザからWerckerのサイトに行くのが面倒だけ
Wercker + Vagrant + AWS + serverspecでChefのレシピをCIする
[2014-01-09-1] からmasutaka.netのCIを開始したが、残念ながら masutaka.netに直接serverspecする、なんちゃってCIだった。 masutaka.netにcookしてからPRを出して、WerckerにCIさせていた。 WerckerとAWSを連携させて、テストのたびにサーバをまっさらな状態から 作り、終わったら破棄することが可能になったので、ここに記録しておく。 去年くらいに話題になったこの辺の話。 Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー naoya/circleci-serverspec なんで今までやらなかったかというと、cookが一発で通らないレシピになっ ていたから。。気づいてはいたんだけど、本番サーバのテストが通りさえ すればよかった
Berkshelf Workflow - Chef Blog | Chef
This article is cross-posted from https://sethvargo.com/berkshelf-workflow/. There are only two fundamental assumptions for working with Berkshelf: 1. Each cookbook is a uniquely packaged and versioned artifact 2. You have a centralized artifact store that exposes a dependency API and/or is indexable by the Berkshelf API Each cookbook is it own unit of infrastructure and should be treated as such.
ReVIEWによる書籍制作フローを勉強する会を開いたよ - ひつじのにっき
「ReVIEWによる書籍制作フローを勉強する会」では個人の書籍制作現場(コミケだよ！)で助けられた経験から書籍制作を支援するReVIEWのプラクティスや課題を共有しようという趣旨で開催しました。 ここ数年稀に見る面白さの勉強会でした。 イベント概要：http://www.zusaar.com/event/977003 togetter : http://togetter.com/li/546854 書籍制作でReVIEWを使う実践ワークフロー @mhidakaのEffective Android制作体験記 ReVIEWのおかげで何とか破綻せずに印刷間に合いました！ ReVIEW & CI - ChefでCI環境構築 @vvakameのReVIEWの継続的インテグレーション環境をChefで立ち上げる話。 LiveTeX 2.3GBを毎回落としてくるあたり壮絶な努力。わかめ偉い。 13.08.
ChefのrecipeをJenkinsで継続的インテグレーションする方法
環境構築の自動化のツールとして一番注目されているのがChefです。 Recipeと呼ばれるインストールや設定のためのスクリプトを書いておき、それを使って新しいサーバを速攻で作ったり、Chef Serverを使えば複数のサーバ群に対して環境を一定に保つことが可能です。 ChefのRecipeは単なるrubyのスクリプトです。そしてrecipeでよく起こる問題として以下のようなものがあります。 外部サイトからtarballを取得してインストールしているような場合に、配布元の移転や、新バージョンの公開と旧バージョンの配布停止によって、recipeがコケるphpでよく使われるライブラリの配布形態であるpearのチャンネル情報が追加になったりURLが変更になる。インストールすれるパッケージがバージョンアップされ、依存関係が増えたりする。上記のようなことがあるので、recipeを定常的に動作確認してい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
