TDD of Infrastructure as Code on CircleCI 2.0
概要Docker + Ansible + ServerSpec + CircleCI 2.0でTDDなCIビルドを行う話です。 今僕が在籍している企業では、プロビジョニング周りはAWS OpsWorksで管理されており、Chefのカスタマイズレシピが適用されて、ポンっと環境が構築されます。 個人的にはChefとItamaeの運用はしたことがありますが、OpsWorksを除けばAnsibleの方がStar数も多く活発に使われていそうなのと、どうせならDockerとServerSpecを使ってポータブルなテスト環境を作ってみよう、それをCircleCI2.0で効率的に回そう、と思い立って、やってみました。 ディレクトリ構成. ├── Dockerfile ├── README.md ├── ansible │ ├── ansible.cfg │ ├── ci.yml │ ├── circlec
開発チームの環境をAnsibleで一括構築しよう
本連載ではこれまで、Ansibleの使い方から実際にPlaybookを書く際に役立つTips、テストの考え方などをご紹介してきました。最終回となる今回は、サンプルのPlaybookを使って開発チームのための環境を構築してみたいと思います。今回利用するPlaybookはこちらです。 https://github.com/OSSConsCloud/ansible_wg Playbookの紹介 今回利用するPlaybookは、本連載の第2回から第7回までの著者らが参加しているOSSコンソーシアム クラウド部会の活動で作成したものです。MITライセンスで公開していますので、どなたでも自由に利用することができます。 このPlaybookでは、以下のOSSツールの環境構築を行うことが可能です。 GitLab （バージョン管理ツール） Jenkins （CIツール） Redmine （プロジェクト管理ツ
Ansibleにおいてテストを行う理由
連載の第6回では、Ansibleのテストにおける考え方や方法論を解説していきます。 Ansibleにおいてテストは必要か テストは、対象のプログラムが仕様通りに正しく動いていることの確認や、バグを発見するために必要な工程です。適切なテストをすることにより、対象物（システム）の品質を担保できます。では、Ansibleのような構成管理ツールではどうでしょうか。従来の構成管理の手法としてはシェルスクリプトなどを使い、ミドルウェアのインストールおよびサービスの起動を行っていました。シェルスクリプトはプログラムなので、仕様通りに構成管理が行われていることの確認としてテストをすることがあります。それに対してAnsibleでは、プログラムを使用せずにyaml形式のPlaybookという設定ファイルをユーザーが記述します。そして、そのPlaybookに基づいてAnsible内部のPythonで記述されたプ
AnsibleTDD環境をtest-kitchen, serverspec, Dockerで作る(2015年10月版) - Qiita
これはtest-kitchen, serverspec, DockerをつかってAnsibleのテスト駆動開発を行う環境を構築する手順です。 Ubuntu14,CentOS7でApache2をインストールし、サービスを起動し、ブート時のサービス自動起動を設定するベストプラクティス構成1のAnsible playbookを例として取りあげます。 この記事の目標 AnsibleのTDD環境として、test-kitchenで次のことが出来る環境を作ります。 Docker上にUbuntu14, CentOS7のコンテナを立ち上げ 各コンテナをAnsibleでプロビジョニング 各コンテナのプロビジョニング結果をServerspecで検証 前提条件等 この記事の前提条件は以下のとおりです。 作成するAnsible playbookの構成はベストプラクティスのディレクトリレイアウトに従う1 作業環境は
AnsibleとServerspecでインベントリファイルを共通化した | /var/log/azumakuniyuki
% /bin/ls -laF /var/log ⏎ -rw-r--r-- 1 neko nyaan 117649 Feb 22 2022 azumakuniyuki % /bin/cat /var/log/azumakuniyuki ⏎ まだブログの練習中(´∇｀) 去年の明け頃からAnsibleを使い出して、去年の春ごろから仕事でも充分使えると判断して、今はサーバを構築するのは全てAnsibleでPlaybookを書いて構築→保守という流れが確立しています。とはいえ、他社と共同管理であるサーバも多く、構築完了から時間が経過した後に最初に書いたPlaybookを実行して、Playbookに反映されていない変更が巻き戻るという管理上の問題がありました。`ansible-playbook --check`での検査で何故かChangedになるタスクがあったり(これは僕の書き方が
Ansible向けのコードカバレッジツールKirbyを作りました - Soon Lazy
PythonやJavaでコードを書く場合、コードカバレッジの測定は、よくやりますよね。最近、Ansibleでもコードカバレッジを測りたくなったのですが、それらしいツールがなかったので、作ってみました。名前はKirbyです。今回はKirbyがどんなツールなのか紹介してみます。 ks888/kirby · GitHub どんなことができるのか Kirbyは、AnsibleのPlaybookやRoleに対して、タスクレベルのカバレッジを測定するツールです。 例えば、次のようなPlaybookと、Serverspecのテストがあったとします。Playbookでは2つのタスクを実行しています。Serverspecのテストでは、Playbookの一つ目のタスク（create dir1）に対するテストをしています。 ~/src/kirby_demo% cat create_2dirs.yml --- -
Macの開発環境構築(Ansible + Serverspec + Travis CI) - Qiita
概要 AnsibleでMacの開発環境構築を自動化してみたので、やった事や調べたものをメモしておく。 Boxenみたいなのをansibleでやりたいなぁと思ったのがきっかけ。なのでour-boxen(テンプレ)みたいなのと、それをコピーしてカスタマイズした自分専用のリポジトリの二つを用意した。 https://github.com/tell-k/blister-pack .... 基本的なセットアップ内容 https://github.com/tell-k/blister-pack-mine ... 自分個人のセットアップ内容 blister-packの利用方法はREADME.rstを参照してください。 以下のような事をやった。 Mac OSX の開発環境構築をansibleで自動化する。主にhombrew + homebrew-caskで必要なパッケージをインストール Boxenのように
Ansibleのテストをtest-kitchenとServerspec、dockerで行う - Qiita
$ bundle install Fetching gem metadata from https://rubygems.org/.......... Resolving dependencies... Using diff-lcs (1.2.5) Using kitchen-ansible (0.0.2) Installing mixlib-shellout (1.6.0) Using net-ssh (2.9.1) Using net-scp (1.2.1) Using safe_yaml (1.0.4) Using thor (0.19.1) Using test-kitchen (1.2.1) Using kitchen-docker (1.5.0) Using multi_json (1.10.1) Using rspec-support (3.1.2) Using rspec-
OSS版DroneでDockerコンテナに対してansibleを実行しserverspecでテストをする - アルパカDiary Pro
さよならインターネット：CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする こちらの補足エントリです。 OSS版Drone.io https://github.com/drone/drone drone.io のオープンソース版です。 Golang+Dockerで実装されているCIサービスです。 社内用のCIサービスとして使い勝手良いのでJenkinsの変わりに結構利用しています。 .drone.yml リポジトリにこんなの置いておきます。 Droneではgit入りのイメージが必要なので、今回はDockerRegistry上の別イメージで実行してみました。 ２回目以降は前回pullしたイメージを使いまわすので速くなります。 image: tvservices/ubuntu-ansible:13.04 script: - echo "sta
CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする · さよならインターネット
November 13, 2014 参考 KAIZEN platform Inc. における運用自動化 - Speaker Deck Continous Integration and Delivery with Docker - CircleCI TL;DR CircleCI上でDockerコンテナを立て、 そのコンテナに対してプロビジョニングを行い、 プロビジョニング後のコンテナに対してテストを行う DockerコンテナにAnsibleを実行する コミットする度にDockerのimageをpullするのは時間がもったいないので cache_directoriesを利用し、imageをexportしておき 実行時にimportするようにすると多少速くなる。 . ├── Dockerfile ├── ansible/ └── circle.yml Dockerfile FROM kenji
Ansibleの設定ファイルを使ってServerspecを実行するテンプレート作成用Gem(ansible_spec)を作りました。 - Qiita
Ansibleの設定ファイルを使ってServerspecを実行するテンプレート作成用Gem(ansible_spec)を作りました。Ansible v0.1へアップデートしました。(2015/01/12) 今後はv0.1を使用してくださいm(_ _)m まえがき あけましておめでとうございます。 正月休み中に、タイトルの通り、ansbile_specというGemを作りましたので紹介します。 Gemを覚えたてで何でもGemにしたい症候群に罹っています。 テンプレート作成用Gem(ansible_spec)がすること。 専用のRakefileとspec/spec_helper.rbを生成します。それだけです。 いくつかの決まり事(制限)を守ることで、Ansibleの設定ファイルをもとにSeverspecのテスト先とその内容(ロール)を決め、テストを実行します。 Rakefileとspec/sp
第8弾週末ランサーズで「Infrastructure as Code」をテーマに発表＆ハンズオンしてきました - @ikikko のはてなブログ
5/24土曜日に、ランサーズさんが開催している「週末ランサーズ」というイベントで、「Infrastructure as Code」をテーマに発表＆ハンズオンしてきました。参加者の皆様、会場提供のランサーズさん、ありがとうございます！ 第8弾 週末ランサーズ「Infrastructure as Code」〜ヌーラボ社の事例によるVagrant や serverspec、ansibleツールのご紹介〜 - 週末ランサーズ | Doorkeeper 資料 セッションの発表資料はこちら。 ハンズオンの手順はこちらです。こちらのファイルをダウンロードして展開すれば、下記の手順にのっとって試すことができます。 事前準備 / Vagrant の基礎 プロビジョニング (Chef) テスト (serverspec) 継続的インテグレーション (Jenkins) ちなみに、当日は必要なファイルやツールのイン
ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (後編) | 株式会社ヌーラボ(Nulab inc.)
私たちの元々の目的は「イミュータブルインフラストラクチャ」を構築する事ではなく、前編で紹介した課題を解決するための運用フローを構築することでした。それを開発のフェーズからコツコツと模索した結果として「イミュータブルインフラストラクチャー」に少しずつ近づいている、というのが正直なところです。
vagrant-serverspec で TDD ライクにサーバ構築を行う
Shin x blog Advent Calendar 2013 の 24 日目です。 先日リリースされた vagrant-serverspec を使って、テストドリブンなサーバ構築を行ってみました。 vagrant-serverspec は、サーバ、インフラの状態をテストするツール serverspec を Vagrant のプロビジョナとして実行できるプラグインです。これを使うことで、vagrant コマンドから、serverspec のテストを実行することができます。 詳しくは、@ryuzee さんの下記エントリを参照して下さい。 vagrant-serverspecを使ってプロビジョニング結果をテストする | Ryuzee.com 仕様 今回構築するサーバの仕様は下記です。PHP 5.5.x をインストールして、ビルトインサーバを起動するというものです。（※ちなみにビルトインサーバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トレタのインフラ運用
Software Composition Analysis - SCA Tools & Security | Synopsys