近況 3月から DevOps 関連の技術的負債の解消に取り組んでいて，動かなくなった Chef を直したり，秘伝のタレ（手動）で構築されたサーバ設定を Chef にリバースエンジニアリングしたり，Serverspec を導入して稼働中のサーバの差異を確認したりしている． 他にもウェブサーバのパフォーマンスチューニングをしたり，Zabbix / Kibana / CloudWatch で可視化したり，不要なアラートを消したりもした．あと Vagrant 環境を自動構築できるようにしたり，Packer を使って Vagrant Box を改善したり，デプロイ手順を正常化したり，テストの品質向上の目的で Capybara を導入したりもした． 最近はキャッシュサーバをリプレイスしたり，AWS のネットワーク構成を変更するなど，とにかく様々な施策を試しているけど，全然まだまだという感じで，圧倒的成
CircleCI自体もコンテナなんだが、さらにその上でdockerコンテナ立ててcookbookのテストしてしまうというアレです。 「Docker使えるならChef要らないじゃん」という話は大賛成なんだが、既存のcookbook資産を使いたいことも、まあある。 【追記】続きにさらにテストの時間短縮させる工夫書いた 動いたの？ 動いた!!!!!!!!!!! 最小限で動いたところでタグを切った。コードは下記リンク参照。 CircleCI上で、 「chefでdockerコンテナにcookし、それをserverspecでテストする」 を実現しています。 以下、ポイントなど CircleCIでdockerをどう準備するか 無理にapt-get -y install dockerとかやってインストールしても、docker psすら返ってこなくなる。 公式にサポートしてるserviceを使うとうまくいっ
仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins）に参加してきました。 1ヶ月前の勉強会ですが、参加メモとして残します。 この勉強会ではタイトルの通り、下記のツールやそれに関わる内容の発表がありました。 Vagrant Chef Docker Jenkins 私もJenkinsについて発表してきました。 日時 2014/06/09 19:30 - 22:00 場所 福岡市博多区博多駅前3丁目22番8号 朝日生命博多駅前ビル 株式会社ベータソフト様 会議室 アジェンダ お断り：スライドが公開されたアジェンダのみ掲載します。 Jenkins使ってみた～Windows編～ @tsubakimoto_s 私の記念すべき初めての登壇。 .NETプロジェクトでJenkinsを使ってみようという内容です。 この発表のためにWindows用のVagrantBoxを作成し、検証
概要 Test Kitchenの役割 以下を自動でやってくれます。 Dockerコンテナ起動 起動したDockerコンテナにChefレシピを適用 その後Serverspec実行 Dockerコンテナ破棄 環境 OS CentOS 6.5 このホストでTest KichenやDockerを動かします。 関連ミドルウェア 事前にインストールしておきます。 バージョンは以下のものを使用しました。 docker-io-1.0.0-6 test-kitchen-1.2.1-1 kitchen-docker-1.5.0-1 serverspec-1.11.0-1 テストするレシピ CentOS6系のサーバーに適用するレシピです。 /root/chef/repo/site-cookbooks/centos6/recipes/httpd.rb httpdのインストール デーモン起動 自動起動設定 これらを
こんにちは。@jedipunkz です。 昨晩 Chef が Chef-Container を発表しました。 http://www.getchef.com/blog/2014/07/15/release-chef-container-0-2-0-beta/ http://docs.opscode.com/containers.html まだ Beta リリースでバージョンは 0.2.0 です。(gem だと 0.1.1) Docker を代表とするコンテナ周りの技術が最近、盛んにリリースされていますし、今 後クラウドプラットフォーム上でコンテナを使ってアプリを動かすケースも増えてくる のではないでしょうか。Dockerfile を使っても Chef-Solo を使ってソフトウェアをデ プロイ出来るのだけどそれだけだとしんどいので、コンテナに特化した Chef が出てき たってことだと思いま
なにしろいま表題のような感じでいろいろ試してるんです。そうしたら、本当に38.9℃の熱を出して2日間寝込んでしまいました。 寝込んでいる間 Kindle Paperwhite で Manning の『 Gradle in Action 』を途中まで読みました。この作者の Benjamin Muschko さん、 Gradleware 社の方なんですが、なんと Docker のプラグインを書いています。 検索すると出てくるもう1本は build に特化したもので、 Muschko さんのは、うたい文句通り動けば Docker API の gradle クライアントです。ちなみに、僕のところではうたい文句通り動いていない部分があるので Groovy 勉強してパッチ見てもらいたいと思います…。 というわけで入れてみました。 Gradle 初めてなので、おかしなことやってるかもしれません。 Gra
With the continued popularity of Docker and containerization generally, the concept of immutable infrastructure has again come to the fore. Immutable infrastructure is generally defined as a stack that you build once (be it a virtual machine image, container image, or something else), run one or many instances of, and never change again. The deployment model is to terminate the instance/container
はじめに DockerでコンテナイメージをbuildするときにはDockerfileにOSイメージの指定や導入パッケージ、実行したいコマンドなどを記述してパッケージングします。 このDockerfileはほぼコマンドべた書きのような形なので難しいわけでは無いのですが、実行処理が多くなればなるほど長く読みづらくしまうし、テストも大変です。また既にChefやPuppet、Ansibleなどの構成管理ツールを用いているのであれば、既存の資産をうまく流用したほうが楽が出来ます。 ということで、Dockerfileにはほとんど仕事をさせずに、Dockerfileからchef-soloをキックしてコンテナをプロビジョニングしてみました。 やってみた ファイル構成は以下のような形です。今回はopscode謹製のbuild-essentialをレシピとして用意しました。 . ├── Dockerfile
1) 残念タイトル 2) @smagchとは。在宅で働いてるフリーランスのプログラマ。ほぼ開発を生業。メインでJavaScript（もともとActionScript, Java)少しPHPもする。今春、旭川の勉強会でComposerについて発表（http://www.slideshare.net/shimaguchi/compose )。以上より、VagrantやDockerに関して理解が深くはない。ほとんどない。このスライド、たぶんバグ満載。あらかじめ、ごめんなさいをしておいて、ハードルを下げる。というか、発表まで時間があったし、実務でも使っているので物凄いテクニカルな発表ができるという見込みをしていましたが、物臭な性格がボトルネックになるということを見込みを入れていなかったことが災いしましたぁ。 3) Vagrant。ローカルにVM立ち上げて、同じ環境で開発しようよ！って感じ？（たぶん
More than likely most of you are familiar with Linux containers but let’s briefly review what the buzz is about. Application containers are an operating system feature that allows you to run your app in an isolated environment without the need for a separate kernel. They’re kind of like a mini-VM without all the overhead. Containers give you a great way to start and stop applications and control t
Immutable Infrastructure Conference #1 に参加してきた #immutableinfra March 26, 2014 とてもおもしろかったです。ありがとうございました！ 以下個人メモ Chef 手順書の代わりにコードにする Communityモノは必要以上に汎用性を持たせて複雑化していたり include_recipeなど必要以上に密結合していたりするので基本的に利用しない 複雑なコード、複雑な処理にならないようにする ShellScriptやSalt、Ansibleなどで問題が解決できるなら何でもいい Golden Image 同じ環境のサーバが簡単にできる Golden Imageを常にゼロからつくれることが前提 Golden Imageに変更があればドキュメントを更新する？ サービスを最新の状態にする pull？ rsync？ ミドルウェアの変更
chef -> docker Immutable Infrastructure Conference #1 2014/3/25 自己紹介 松崎 啓治(まつざき けいじ) @xga #青モンスター 勤務 所属:データ解析チーム -> Qiita つかってますか? 冪等性 良い 何度もサーバ上で実行 同じ。 同じ。 同じ。 出来上がる環境 何度も同じだ！ 良かった が、 管理の問題 えっ たとえば Vagrant boxの構築・保管 構築手順・保管先ドキュメントの整備・保守(wikify) local環境の状態維持(各人で細かい変更したらオワタ) chef cookbookを更新した後の確認 開発環境維持に対するモラル 配慮し続けないとつらい 処理系のバージョンが人によって異なるとか。 chefでつらいこと cookbook変更後のチェック chefバージョンアップ後のチェック cookboo
はじめに test-kitchen を走らせた後で serverspec を使ってテストを試している記事を見つけたので試す 海外でも serverspec が広く受け入れられていて本当に素晴らしいと思う test-kitchen のドライバとして kitchen-docker を使う 参考 Shell Provisioner for Test Kitchen busser-rspec による Serverspec テスト #opschef_ja 準備 test-kitchen や kitchen-docker 等は既にインストールされているという状態から... serverspec のインストール sudo gem install serverspec --no-ri --no-rdoc -V cookbook の test ディレクトリに spec ファイルを置く 今回はこちらの coo
puppetのCIが運用レベルに到達したのでちゃんとまとめておこうと思う。 下のリポジトリを使ってこの記事どおりにすれば、AWSにDocker + Jenkins for puppetのCI環境ができるはずだ。 https://github.com/tmtk75/ci-puppet 当初は「はよpuppetマニフェストをCIせなヤバイなー」という問題意識が先にあって、使う技術は何でもよかった。 やっぱレシピとかマニフェストってちょっと気を抜くと壊れるよね。 というか壊すよね。 ってか、最近すでに二回やっちまってるよね、俺。 ごめんなさい。 そう、まさにマニフェストのCIが急務だったわけです。 で、日本語リソースのDevOps的記事では、「Vagrant + serverspec + JenkinsでChefのcookbookをCI」というのが多い気がしてる。 ちょっとググると@naoyaさ
Test Kitchen is a framework for isolated integration testing of chef recipes. For testing a recipe it spawn a vm, execute tests and then destroys it. For local cookbook development and manual testing of changes vagarnt is definitely the first choice, but for developing cookbook with automated tests suits this VM based approach is very slow and as test kitchen destroys box with each run, testing fe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
