TypetalkのSREの二橋です。今回は、Gossの紹介をしたいと思います。 TypetalkではサーバーのテストにServerspecを利用していました。機能的には申し分なかったのですが、サーバーの台数/環境/テストの項目が増えるにつれて、ツールの実行速度やメンテナンス性に改善が必要になりました。Gossに乗り換えることで問題が解消されました。 サーバーのテストとは？ サーバーのテストとは、サーバーの状態が意図したものになっているか検証するものです。例えば、以下のような項目を検証します。 意図したパッケージのバージョンがインストールされているか？ 意図したサーバーと通信できるか？ 意図したポートが待ち受けているか？ 意図したユーザー/グループが存在するか？ 意図したプロセスが動作しているか？ 意図したファイルに指定した記述が存在するか？ Serverspecで困っていたこと ①テスト実
VagrantとAnsibleで開発環境を構築 - テストとハマったこと | チャットワーククリエーターズブログ
バージョン: 1.4.2 Box: CentOS 6.5 (S3に用意) VertualBox: 4.3.4 共有フォルダ: Vagrantのsynced_folder (NFSは未使用) Ansible: バージョン 1.4.3 ディレクトリ構成: [ベストプラクティス] ベストプラクティスに沿ってプレイブックを作成すると、新しいロールの追加や不要になったロールの切り離しも簡単になります。 どんなテストをやったのか大きく分けて下の4つのテストを実施しました。それぞれのテストにどんな目的があるか、ちょっとだけ効率よくテストする方法と合わせて紹介します。 ロール単位で繰り返し実行するテスト 全体を通してのテスト 再起動するテスト 人柱テスト ロール単位で繰り返し実行するテストまずは粒度の小さいテストについて紹介します。 VagrantとAnsibleで作る開発環境をチームへ配布して運用を開始
@sasata299さんからWebエンジニアの教科書をいただきました！ありがとうございます＞＜ Webエンジニアの教科書 作者: 佐々木達也,瀬川雄介,内藤賢司出版社/メーカー: シーアンドアール研究所発売日: 2015/03/26メディア: 単行本（ソフトカバー）この商品を含むブログ (3件) を見る 目次 CHAPTER-01 Webエンジニアについて CHAPTER-02 Ruby on Railsでの開発 CHAPTER-03 PHPでの開発 CHAPTER-04 NoSQLデータベース CHAPTER-05 フロントエンドの実装 CHAPTER-06 ログについて CHAPTER-07 データの可視化について CHAPTER-08 環境構築の自動化 CHAPTER-09 便利な外部サービス CHAPTERだけ見るとちょっと荒いのでよくわからないかもしれませんが、もう少し詳しい章レ
「AWS Game Day Tokyo 2013」に行ってきたら、AWS界隈でMost EVILになってました。 - maroon1stの(昔は)技術日記(だった)？
先日「AWS Game Day Tokyo 2013」に行ってきました。 「AWS Game Day Tokyo 2013」とは？ アメリカ大統領選挙のオバマ陣営「Obama for America」が堅牢なシステムを作り上げるために、「Game Day」という手法を用いました。「Game Day」とは、敵味方に分かれてシステムを攻撃、防御/修復を行い、脆弱性の発見とその修復方法を考えるものです。 これを、日本で初めて行おうというのが「AWS Game Day Tokyo 2013」です。世界でも、「Obama for America」、南アメリカに続きまだ3回目で、これまでで最大規模で開催されました。 Game Start ! 朝10時に、会場に着くとAWS界隈の濃いメンバーが集まっており、効果的な攻撃方法を話し合ってました。 Reserved Instanceを大量購入する破産攻撃 使
Vagrant+Puppet+Serverspec を使って Windows Server をテスト駆動開発する - 終劇 CPU 100%
インフラ構築・運用をコーディングで行うことは珍しい事ではなくなってきていますが、Windows Server の開発記事はあまり見受けられません。しかし、現場では Windows Server を使っている人も多いと思います。私の職場でも Windows Server の案件が多いです。 そこで3連休を利用して、 Vagrant , Puppet , Serverspec を使った Windows Server のテスト駆動開発環境を作ってみましたのでシェアします。 開発マシンは Mac OSX です。開発マシンの内容は以下の通りです。事前に VirtualBox と Vagrant ,Serverspec が使えるようにしておいて下さい。 ソフト バージョン 開発OS OS X 10.9.4 ゲストOS Windows Server 2012 Vagrant 1.6.5 Vagrant
まえがき こんにちはじょにーです。夏休みの自由研究です。 前から触ってみたかったItamaeと、Serverspecによるテストを行える環境を作ってみました。 こえむさんによる Itamae + Serverspec でサーバ構築・テスト自動化 総仕上げ！ | こえむの編集後記 こちらを参考に（というかほぼそのままなぞって）CentOS7にてItamaeとServerspec によるインフラ構築を試した記録です。 ほぼそのままなぞっただけですので、本来は記事として書くようなことでもないのですが、 特に予備知識なくそのままなぞった際に、うまくく動かないところがありましたので、トライアンドエラーを繰り返してかつそのまま記載しています。そのあたりの試行の参考になればいいなという感じです。 手順 IDCFクラウドにてCentOS7.1の仮想サーバーを2台準備しました admin01 node01
第1回では、Serverspecの概要とテストコードを書くまでの事前準備についてご紹介しました。第2回では、より具体的な環境を例として、実際に即したServerspecのテストコードの書き方をご紹介します。テストコードを記述する際のポイント等をまとめ、テストコードの記述をスムーズに実施できるようになることを目的として解説します。 LAMP構成のシステムのテスト 具体的なシステムとして、LAMP（Linux、Apache HTTP server、MySQL、PHP）構成の環境を想定し、この環境に対するテストコードの一例を紹介します。 LAMPの構成を採るシステムの例として、今回は統合監視ソフトウェアのZabbixを稼働させるための環境を取り上げます。LAMP環境のベースとなるLinuxは、CentOS 6.5を想定しています。 稼働状況のテストとして、大まかに以下の4つの部分に分けて各部分の
株式会社はてなに入社して二軒目の家を建てました。 https://t.co/a4UFOYRW8M — Gosuke Miyashita (@gosukenator) March 31, 2017 このはてな入社エイプリルフールネタもそろそろ飽きられてそうなので、少しだけ変化させた。今年は土曜日というタイミングもあって、本当だと思う人は皆無だろうし。 はてなに入社すると家が建つ、というやつ、どういうコンテキストだったか忘れてしまった。 フリーランスになって2年が経った で触れたように、昨年2月に法人登記したので自分をフリーランスと呼んで良いのかどうかよくわからないけど、働き方はまったく変わってないので、フリーランスで いいのだろうと思っている。 仕事について 昨年は リクルートテクノロジーズATL での仕事がメインで、あとは技術顧問的なものや golang でのミドルウェア開発なんかをやって
Hootsuite EngineeringArticles, thoughts and learnings from the team building products at Hootsuite
ペパボ新卒エンジニア研修 後編
前回、ペパボ新卒エンジニア研修のアプリケーションサイドについて、2013年の振り返りに合わせて紹介した。 今回はその後編にあたるオペレーションサイドの研修について紹介しようと思う。 Ops研修 エンジニア研修オペレーションサイドの内容を説明するのはカンタンだ。 Rails Tutorialで作成したTwitter風Webアプリケーションは、これまでHerokuやSqaleで動かしていた。 今度はそれを、minimalなOSの入ったサーバを用意し、環境を構築し、デプロイする。 production環境を自分で作り上げる。 自ら作り上げたサービスを自ら運営してみせるのが、この2ヶ月に渡り実施されたエンジニア研修の大目的だったと思う。 maglica 社内にはmaglicaによって構築されたinternal cloud環境がある。 社内ネットワークにVMを好きなだけ（といってもストレージに限界は
DevOps Summit 2016への登壇と、Yahoo! JAPANでのDevOpsの取り組みについて
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog みなさんこんにちは。伊藤 宏幸（@hageyahhoo）と申します。アジャイルコーチおよび自動化コーチとして、プロダクト開発チームによるテスト自動化やCIなどの自発的な実現を指導・支援しています。また、Scrum Alliance公認の認定スクラムプロフェッショナル（CSP）でもあります。 去る2016年7月6日に、台湾で開催されました「DevOps Summit 2016」というカンファレンスに、キーノートスピーカーとしてオファーを受けて登壇してきました。 海外のカンファレンスに登壇するということ自体、非常に刺激的な経験です。その上、オファーを受けてのキーノートスピーチでしたので、光栄な気持ちと同時に身の引き締まる責任感も経験す
乙カレー様です。 書評ばっかりしてる人みたいになっててやなのでマジブログ更新しよう（嗚咽 今年の年末年始にご縁があって『Chef実践入門』のレビューをさせていただきましたということで、献本頂いた（ありがとうございますm(_ _)m）ので改めて読んでみました。 Chef実践入門 ~コードによるインフラ構成の自動化 (WEB+DB PRESS plus) 作者: 吉羽龍太郎,安藤祐介,伊藤直也,菅井祐太朗,並河祐貴出版社/メーカー: 技術評論社発売日: 2014/05/22メディア: 単行本（ソフトカバー）この商品を含むブログ (17件) を見る 内容 期せずしてChef活用ガイドという本もでていて、Chefの本が充実してきている昨今なのですが、Chef活用ガイドの方はChefそのものに対する詳しい説明、という感じで、Chefの内部構造やら、どのように動いているか、と言った部分にフォーカスして
細かすぎて伝わらないかもしれない、CircleCIでDockerをごにょごにょするときのスピードアップテク - パラボラアンテナと星の日記
前回、「Dockerコンテナにcookしserverspecでテストをする」ということをやりました。 キャッシュ活用などによる高速化などが課題でした。今回はいくつかの課題を解決させ、テスト時間の短縮を図りました。 (「スピードアップテク」とか書きましたが、勝手に自分がハマってたところを改善したりしてるだけの箇所もあります。) 先に結論：対策後のビルド時間 対策前(build#9) docker imageキャッシュ有効時(build#55) docker imageキャッシュ無効時(build#54) load docker image 1m41s 0m20s 1m00s knife solo cook(nginxのインストール) 2m56s 0m12s 0m21s (other) (1m03s) (0m41s) (1m06s) TOTAL 5m40s 1m13s(!!!!!) 2m27s
Webアプリエンジニア養成読本 Advent Calendar 2014 - Qiita の19日目です。そろそろ書くことなくなってきましたね。 Webアプリエンジニア養成読本[しくみ、開発、環境構築・運用…全体像を最新知識で最初から! ] (Software Design plus) 作者: 和田裕介,石田絢一(uzulla),すがわらまさのり,斎藤祐一郎出版社/メーカー: 技術評論社発売日: 2014/03/11メディア: 大型本この商品を含むブログ (5件) を見る 本書を読んだあなたが もし、Rubyを気に入ってくれているのだけど、直近のプロジェクトでRubyは使わないんだなーという場合に役立つかもしれません。 プロビジョニングツールを使ってみよう 最近流行ってますよね。DevOpsってヤツ。デブオプス。Ruby製のツールとしてはChefが一世を風靡したことは記憶にあたらしいところ
第1回では、Serverspecの概要とテストコードを書くまでの事前準備についてご紹介しました。第2回では、より具体的な環境を例として、実際に即したServerspecのテストコードの書き方をご紹介します。テストコードを記述する際のポイント等をまとめ、テストコードの記述をスムーズに実施できるようになることを目的として解説します。 LAMP構成のシステムのテスト 具体的なシステムとして、LAMP（Linux、Apache HTTP server、MySQL、PHP）構成の環境を想定し、この環境に対するテストコードの一例を紹介します。 LAMPの構成を採るシステムの例として、今回は統合監視ソフトウェアのZabbixを稼働させるための環境を取り上げます。LAMP環境のベースとなるLinuxは、CentOS 6.5を想定しています。 稼働状況のテストとして、大まかに以下の4つの部分に分けて各部分の
TL;DR Ansible チュートリアル | Ansible Tutorial in Japanese Mac の開発環境構築を自動化する (2015 年初旬編) - t-wadaのブログ Macの環境構築をAnsibleでやることにした - Please Drive Faster これ読めばとりあえず出来る。 この記事では、Homebrewのインストールなども含めて出来る限りのことをAnsibleに任せます。 Vagrantで建てたvmに対してAnsibleのplaybook適用して、Serverspecでテストします。 僕が全部初学者なので雑というのは説明が雑ということです。 AnsibleでMacのプロビジョニングする際の問題点 Ansible、恐らく本来はImmutable InfrastructureとかInfrastructure as Codeと呼ばれるものを実現するための
serverspec+ansible+vagrant-vsphereでやるテスト駆動サーバー運用 - Qiita
この記事はNIFTY Advent Calendar 2016 20日目の記事です。 昨日は二つの意味で自分の同僚である@megane42さんのアイドルに囲まれて仕事がしたかったという記事でした。 最近@megane42さんからアイドル駆動開発という素晴らしいライフハックを教えていただき、自分も開発で合法的（？）に担当アイドルのダイレクトマーケティングがしたいと思っている今日この頃ですが、今回は全く関係ない話です。謹んでお詫び申し上げます。 はじめに 自分が所属している部では自前でvCenterを持って運用していて（社内では珍しい（？）脱ニフティクラウドです）、サーバーの構成管理をするために以下のものを使っています。 serverspec ansible vagrant-vsphere 本日はこれらをどのように活用してテスト駆動サーバー運用を行なっているかを書きます。 テスト駆動サーバー運
概要 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のように
2015年9月26日、法政大学市ヶ谷キャンパスにて開催されたSeasar Conference 2015。フレームワーク名を冠するイベントながら、そのフレームワークの開発終了宣言が出てくるなどセンセーショナルな話題も多かった今回のカンファレンス。本記事では、その様子をいくつかの講演をピックアップしてレポートします。 オープニングトーク（DJ HIGAYASUWO） Seasar2のオリジナル開発者でもあるDJ HIGAYASUWO a.k.a 比嘉康雄さんの発表から始まります。 なぜSeasar2をやめたのか 冒頭から、Seasar2の人気絶頂期の開発中止とそれに伴うメンテナンスフェーズへの移行の理由を語ります。なぜ、認知が広がっていよいよこれからという段階であのように新規の開発が中止されたのでしょうか。 「技術は、最初のころは学ぶことが多くあるものの、ある程度経験値がたまると学ぶことが少
The Basics of Provisioning and Deploy on AWS #jawdays #infra
The Basics of Provisioning and Deploy on AWS #jawdays #infra 1. プロビジョニング＆デプロイ on AWS のキホン 2014年年3⽉月15⽇日 アマゾンデータサービスジャパン株式会社 シニアコンサルタント 吉⽻羽⿓龍龍太郎郎 1 JAWS DAYS 2014 #jawsdays #infra 2. ⾃自⼰己紹介 ! 名前：吉⽻羽⿓龍龍太郎郎 • @ryuzee • www.ryuzee.com • 専⾨門領領域は、プロビジョニ ング・デプロイの⾃自動化、 開発プロセスとか 個⼈人の著作・翻訳・寄稿 2 3. Immutable Infrastructureって すぐ実現できるの？ 3 ⇒No 4. キホン：⾃自動化する 4 5. キホン：ビッグバンを避ける 5 6. インフラもアプリもソフトウェア化
テスト駆動インフラ構築-Chefとserverspecを使ったインフラ自動化のすすめ-
TIS株式会社で行った社内勉強会（西新宿Tech-Circle）の資料です。 Test-Kitchenを使ってTDDを実践する方法をご紹介しています。 資料内で出てくるGitLabやJenkinsのLT資料は以下リンクより見れます。 http://www.slideshare.net/yoshimitominaga/ss-36972336
ビヨンド の社内勉強会で発表した「AlmaLinux と Rocky Linux の誕生経緯＆比較」のスライドです。 ーーー ● AlmaLinuxとRocky Linuxの誕生経緯＆比較 https://beyondjapan.com/blog/2022/08/almalinux%ef%bc%86rockylinux/ ーーー ビヨンドの業務で触れることのある「AlmaLinux」「Rocky Linux」について、誕生の発端である CentOS の説明と、CentOS 後継問題を絡めつつ、本スライドを作成しました。 ＊＊＊ ■ 株式会社ビヨンド ・コーポレートサイト：https://beyondjapan.com ・採用サイト：https://recruit.beyondjapan.com ・Youtube（びよまるチャンネル）：https://www.youtube.com/@
ProvisioningFrameworksCasualTalks01.md Provisioning Frameworks Casual Talks vol.1 ChefとかPuppetとかの勉強会です 次回があるかはわかりませんが、今回はChef成分多めになっております インターネット情報 Twitterハッシュタグ #pfcasual IRCチャンネル #chef-casual@freenode 後日、riywo's Podcastで録音を配信予定 録音をするのを忘れてしまいました。申し訳ありません。。 開催日時 2013.5.10 19:00〜21:30 定員 80名 参加方法 MySQL Casual Talks vol.4の方式を採用 事前登録不可/先着順受付 受付終了時間までに会場へ来て受付をしてください 定員に達し次第受付を終了します ただし本会は開始時刻が19:00と少し
OSSのサーバテスト自動化ツール徹底検証 2016年版 ～Serverspec編～：実際に検証済み！OSS徹底比較（5）サーバテスト自動化【前編】（1/8 ページ） 各種オープンソースソフトウェアのうち、特に人気の高いOSSをピックアップ。実際の検証結果をまとめた本連載。今回と次回はサーバテスト自動化ツール「Serverspec」と「Infrataster」を紹介する。 はじめに 前回の『サーバ構築・運用自動化ソフト4製品徹底検証』の冒頭でも述べたが、システムの複雑化や規模拡大に伴い、いかに運用負荷やコストの増大を抑止するかが多くの企業において急務となっている。こうした中、運用作業の自動化が進んでおり、サーバ構築・運用の自動化においては、前回ご紹介した「Chef」「Ansible」「Puppet」「Itamae」が広く活用されつつある。また、構築、メンテナンス作業後のテストについても自動化
技術評論社さんから新しいムック本「サーバ/インフラ徹底攻略」が出版されたとのことで、Amazonではベストセラー1位タグがつくほどの人気っぷりですね。 今回も大変ありがたいことに、著者/出版者様よりご献本いただきました。いつもありがとうございます。 サーバ/インフラ徹底攻略 (WEB+DB PRESS plus) 作者: 伊藤直也,片山暁雄,平山毅,舟崎健治,吉荒祐一,今井雄太,八木橋徹平,安川健太,宮下剛輔,田中慎司,久保達彦,道井俊介,飯田祐基,桑野章弘,松浦隼人,中村俊之,福永亘,杉山仁則,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2014/10/30メディア: 大型本この商品を含むブログ (6件) を見る 目次を開いてみるとわかりますが、なんとまぁ豪華な執筆陣だこと。そして、Immutable Infrastructure、TDI(テスト駆動インフラ)&
こんにちは、佐伯です。 AWSリソースの設定をマネジメントコンソールから目視確認するのはつらみがありますよね。ということで、今日はAWSリソースをテストするツール、awspecについて紹介したいと思います。 awspecとは awspecはAWSのリソース構成をServerspecのようにテストできるツールです。GitHubリポジトリは下記になります。 GitHub - k1LoW/awspec: RSpec tests for your AWS resources. ローカル環境を整える rbenv, Bundler, direnvの話になるので、普段使ってる方は省略してください。 OSSを利用する際、�バージョン管理が重要な課題になってきます。注目度が高いOSSほど頻繁にバージョンアップされ、新たな機能追加やバグ修正が行われます。また、稀にバージョンアップによって意図せぬバグが生まれ、
【Serverspec】構築したサーバはServerspecを使ってテストしよう - のんびりSEの議事録
AnsibleやChefといった、プロビジョニングツールを用いてサーバ環境を構築したので、次はServerspecを使ってちゃんとインストールされているか等、テストをしないとなということで、Serverspecの紹介です。 Serverspecとは サーバ向けのテストフレームワークで、Rubyで実装されており、Rubyのテストフレームワーク「RSpec」の書き方でテストが書ける。 しかし、Serverspecの真の目的は、インフラストラクチャコードのリファクタリング支援すること。 インストール *Rubyが既にインストールされていることが前提 $ gem install serverspec or Gemfile gem 'serverspec' $ bundle install 初期設定 $ serverspec-init Select OS type: 1) UN*X 2) Windo
フリーランスになって1年が経った というエントリで少しだけ触れた、仕事でも絡んでいる Walter を自分はどう使っているのか、という話を書きます。 TL;DR Serverspec/Specinfra 本体のインテグレーションテストに Walter を Wercker と組み合わせて利用している Wercker は並列実行サポートしてないけど、Walter と組み合わせることで並列実行できて便利 Docker on CoreOS, CentOS 6.5, CentOS 7.0, Ubuntu 14.04, FreeBSD 10.1 の各 VM を使ったテストを並列で実行してる ローカルでも実行できて便利 （Wercker v2 でもできるようになってるけど、Walter の場合は Docker 環境なくてもできる） Dogfooding のため、Walter を Wercker と組み合
さくらインターネットにおけるServerspec導入事例（DevOps勉強会 #3 Serverspecの巻）
2016年7月6日、DevOps勉強会が主催する「DevOps勉強会 #3 Serverspecの巻」で、技術本部 ビジネス推進グループ 山田 修司が登壇した際の資料です。 ■イベント詳細 http://peatix.com/event/176876/viewRead less
specinfraは汎用コマンド実行フレームワーク。RubyGemsとしてで配布されています。 追記：これは１の頃の話なので全体的に古いです。 この書籍が一番詳しい。 => O'Reilly Japan - Serverspec ソースはこちら https://github.com/serverspec/specinfra specinfraが目指す所は、情報処理学会研究報告の serverspec: 宣言的記述でサーバの状態をテスト可能な 汎用性の高いテストフレームワーク という論文を見ると良いでしょう。 論文もソースコードと同様にGithubに公開されています。 https://github.com/mizzy/serverspec-thesis 概要 同じメソッドで任意のOS用のコマンド実行文字列を取得したり実行して結果をとったりします。 さわった感じこんな挙動 バックエンドの形式を
ひとくちに「Webエンジニア」といってもその内実は様々だし、得意分野や成果の出し方も違う。ここではそのような多種多様のいずれが良いとか悪いとかそうしたことをいいたいのではないということをあらかじめ注記しておく。 職業生活において成果を充分に挙げている(あるいは挙げようと努めている)ことは前提として、組織上公式にプライベートな時間(要するに業務時間外)における技術的活動について、組織の外部との接点のある場所で活動することを好むひともいれば、あくまでも職業生活の糧となる活動に重きを置く(つまり寝ても冷めても仕事のことを考えているような)ひともいるだろう。 前者はOSSに深くコミットするだろうし、後者は組織の成果を直接に志向するだろう。そのいずれにしても、プライベートな時間における技術的活動が、エンジニアの成長にとって大きな糧になり、そのことが所属する組織における成果につながることは、普通にあり
Jenkins ユーザ・カンファレンス 2015 東京に行ってきた #jenkinsja #juc2015 - yukungのブログ
» Jenkins ユーザ・カンファレンス 2015 東京 日本Jenkinsユーザ会 2015年最初の課外活動は Jenkins 。connpass のリマインドメールに 13 時開始とあったので、13 時めがけて向かったら川口さんの基調講演は 12 時半からだったみたい。現地に着いてから気づいたんだけど、他にもそういう人多かったみたいで、少し開始時間を遅らせていたよう。おかげで基調講演も半分くらいは聞くことができた。 カンファレンスの最後にもお詫びをしていたし、こういう大規模なイベントだとなかなか運営も大変だと思いますね。運営の方々、お疲れ様でした。 全体の感想とか雰囲気とか 数年前に参加した Jenkins カンファレンスだと、まだ導入しているところの方が少なくて、どうしたら導入できますかみたいな話が中心だったと思う。けど今日参加してみて、既にそういうフェーズは過ぎて、みんな現場で
分類については独断です。また、こつこつ「ひとこと説明」を追加していく予定です。 Selenium関連については Awesome Selenium : 素晴しい Selenium ライブラリの数々 - Qiita が参考になります。 FAQ なんで＊＊＊を除いているのか 恣意的に除いていることはないので、編集リクエストかコメントをください GUIテスト自動化ツール モバイル・デスクトップアプリ・ブラウザのうち複数の対象のGUIを操作できるテスト自動化ツール。 有料 インストール型 UFT One QTP(Quick Test Professional)→UFT(Unified Functional Testing)→UFT One Silk Test UFT Oneと同じくMicroFocus製で、UFT Oneのほうがメジャーな印象（筆者主観） Ranorex TestComplete W
id:catatsuyが石狩DCでLTしていたように、 弊社のセットアップスクリプトもserverspecで管理されるようになった。 これによりセットアップスクリプトもテスト駆動になり、JenkinsによるCIでテストされるようになった。 手でセットアップしてみないと合ってるかどうかわからない時代は終わりを告げた。 そして世の中はImmutable Infrastructureに向かい始めている。 これは仮想化技術により、サーバをつくったり壊したりが簡単になったので、 冪等性とか考えずに新しいサーバをつくってバシッと切り替えれば、変に悩まなくてもすむよね、 ということだと理解している。 弊社はオンプレだけど、サーバのセットアップってのは毎日のようにやっていて、 セットアップしては壊してを繰り返している。 で、話は戻るのだけど、serverspecとかconfigspec、chef、ansi
Mackerel の監視ルールをバージョン管理して CircleCI でテストする - kakakakakku blog
mkr monitors { pull / diff / push } コマンドを使うと Mackerel の監視ルールをバージョン管理することができる． 特に diff は素晴らしくて，ローカルにある監視ルール (.json) と Mackerel 管理画面の設定の差分を確認することができるから，運用してたら設定がズレてた！という問題（形骸化）が起きにくく考えられている． 最近 mkr monitors を使って管理ルールを GitHub でバージョン管理していて，さらに CircleCI で動かしているインフラ CI にもテストを追加して，常にチェックを行えるようにした． mackerel.io mackerel.io mkr monitors 運用フロー 現在の運用フローを図にしてみた． 以下の理由で，現在は mkr monitors pull と mkr monitors diff
継続的デリバリ／デプロイを実現する手法・ツールまとめ：DevOps時代の開発者のための構成管理入門（終）（2/2 ページ） 注目を集める継続的デプロイメントの手法「ブルーグリーン・デプロイメント」「Immutable Infrastructure」 さて、その継続的デリバリの構成要素の中で、継続的デプロイメントの手法として「ブルーグリーン・デプロイメント」や「Immutable Infrastructure」（もしくは「Immutable Server」）が注目を集めています。 ブルーグリーン・デプロイメントとは ブルーグリーン・デプロイメントでは、まずブルーとグリーンという2つの環境を用意し、ルータやロードバランサの振り向け先をどちらか一方に割り当てておきます。現在のブルー側でサービスが稼働してるとすると、新しいアプリケーションをデプロイする時にブルーで動いているアプリケーションを置き換
Serverspecの概要からインストールまで
変化の激しいビジネスに対応するためにシステムやサービスには、これまで以上に迅速な導入や安定した運用が求められるようになってきています。このような要求を満たすために、仮想環境やクラウド環境を基盤として利用し、サーバの構築プロセスや構成管理プロセスの効率化のためにChefやPuppet、Ansibleといった自動化ツールが活用されるようになってきています。 このように自動処理で手軽にシステムやサービスをセットアップできるようになると、構築時の人為的ミスを防げるようになるなど便利になる反面、内部で実施されている処理が人の手から離れて、把握しづらくなる傾向にあります。また自動化の導入に際しては、システムが意図した状態に作り上げられているのかを確認する作業も重要になってきます。特に大規模で複雑な環境において、この確認作業を手作業で実施することは、高コストの要因となってしまいます。 参考: Think
All slide content and descriptions are owned by their creators.
自分の誕生日である4/7に表参道.rb #10が開催ということでバースデーLTをしてきました omotesandorb.connpass.com 例のやつ 近況 最近送ったPullRequest vagrant-awsプラグイン（のスポットインスタンス対応版のフォーク） vagrant-cloudstackプラグイン（1つ目） vagrant-cloudstackプラグイン（2つ目） スライド版 完全版 三行まとめ itamaeについて itamaeプラグインについて Gemfile recipe.rb sue445製itamaeプラグイン itamaeプラグインのテスト事情 CIされてることのメリット itamaeプラグインをテストする手順 ローカルでVagrant + VirtualBox環境構築 自分自身を適用するレシピと、それに対するテストを書く VirtualBox内でitama
最近プロビジョニングにchefよりansibleを使うことが多くなってきて、その都度コピペもあんまりよろしくないので、ベストプラクティスにそった雛形を自動生成するスクリプトを作成しました。 github.com 環境 serverspec (>= 2.17) ansible (>= 2.0.0) python (~> 2.7) 使い方 usage: ansible-init [-h] -p PLAYBOOK_NAME [-b BOX_NAME] [-i IP_ADDR] [-m MEMORY] [-c CPU] オプション optional arguments: -h, --help show this help message and exit -p PLAYBOOK_NAME, --playbook_name PLAYBOOK_NAME playbook name -b BOX_NAM
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverspec から Goss に移行してサーバーのテストが 60 秒から 3 秒に！ | 株式会社ヌーラボ(Nulab inc.)
Webエンジニアの教科書をいただきました - すがブロ
ItamaeとServerspecを使ったサーバ構築と自動テストを試してみた - 日記っぽい何か
Serverspecテストコード実例の紹介とコード記述の際のポイント
フリーランスになって3年が経った - Gosuke Miyashita
Day 1: Push to Production – Code @ Hootsuite
『Chef実践入門』で、今風なChefの使い方を料理してやるぜ（ベタ - 256bitの殺人メニュー
Rubyでアプリケーション以外のコードを書く - すがブロ
Serverspecテストコード実例の紹介とコード記述の際のポイント
Ansibleを使って雑にMacの環境構築を自動化する - Qiita
Macの開発環境構築(Ansible + Serverspec + Travis CI) - Qiita
さよならSeasar、最後の!? Seasar Conference開催 | gihyo.jp
serverspecでサーバ環境のテストを書いてみよう
Provisioning Frameworks Casual Talks vol.1
OSSのサーバテスト自動化ツール徹底検証 2016年版 ～Serverspec編～
「サーバ/インフラ徹底攻略」を読んだ - 元RX-7乗りの適当な日々
awspecでAWSリソースをテストする | DevelopersIO
Walter + Wercker + DigitalOcean による Serverspec CI - Gosuke Miyashita
specinfraを使ってみよう - Qiita
Incidents (「代表的プロダクト」について)
テスト自動化関連ツール・ライブラリまとめ - Qiita
記述したいのはサーバの状態なのか、セットアップ手順なのか - BLOG::はるかさん
継続的デリバリ／デプロイを実現する手法・ツールまとめ
おさえておきたいDevOpsのはじめかた // Speaker Deck
34歳になった＆itamaeプラグインを本気でCIする #omotesandorb - くりにっき
ansibleのテンプレート作りますた - のんびりSEの議事録