テスト駆動インフラ構築-Chefとserverspecを使ったインフラ自動化のすすめ-TIS株式会社で行った社内勉強会（西新宿Tech-Circle）の資料です。 Test-Kitchenを使ってTDDを実践する方法をご紹介しています。 資料内で出てくるGitLabやJenkinsのLT資料は以下リンクより見れます。 http://www.slideshare.net/yoshimitominaga/ss-36972336
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が一発で通らないレシピになっ ていたから。。気づいてはいたんだけど、本番サーバのテストが通りさえ すればよかった
IBM、DevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」発表。Jenkins、Chef、jUnitなど含み、ビルド、テスト、デプロイ、モニタリングを一気通貫に
IBM、DevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」発表。Jenkins、Chef、jUnitなど含み、ビルド、テスト、デプロイ、モニタリングを一気通貫に IBMは、統合されたツールでシステムの開発からテスト、デプロイ、モニタリングまでを行うことで、開発チームと運用チームが分け隔てなく協調できる、いわゆるDevOpsを実現する統合ツール「SmarterCloud Continuous Delivery」を発表しました。 DevOpsとは具体的な手法の名前ではなく、開発（Dev）と運用（Ops）が協力し合う方向性のことを指します。そのうえでDevOpsを実現する方法として一般的によく用いられているのは、アジャイル開発の考え方を運用にまで広げたContinuous Integration（継続的統合）やContinuous Deliver
Infrastructure as Code - naoyaのはてなダイアリー
今年の3月に 入門Chef Solo - Infrastructure as Code という本を書いた。 その名の通り Chef の入門書なのだけど、このサブタイトルは "Configuration Management Tool (構成管理ツール)" でもなく "Provisioning Framework (プロビジョニングフレームワーク)" でもなく、はたまた "Automated Infrastructure (自動化されたインフラ)" でもなく、"Infrastructure as Code" にした。 この一年で Chef や Puppet にはずいぶんと注目が集まった。おそらく、AWS をはじめとするクラウドサービスがより広いユーザーに浸透したことで仮想化環境が前提になって、以前よりも頻繁にサーバーを構築し直したりする機会が増えたとかその辺がひとつ理由として挙げられると思う
DevOpsの今とこれから #init_devops
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
