Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー
Jenkins おじさんと戯れること半日、うまくいったので備忘録を残しておく。 やりたかったのは Chef で構築したサーバーを Jenkins で CI する、というもの。このときサーバーはテストが終わる度に破棄して、テスト開始時に再度真っ新な状態から立ち上げたい。(こういうサーバーを壊して作ってというテストはなんという名前で呼ばれるのだろう?) 仮想サーバーを破棄/作成をプログラマブルにやるのはもちろん Vagrant プロビジョニングは Chef Chef の環境を整えるのに knife-solo 0.3.0.pre3 テストは serverspec コードは Github に上げる (https://github.com/naoya/jenkins-vagrant-test) CI は Jenkins という構成になっている。ひとまず Jenkins や Vagrant はローカル
同僚の外国人プログラマ観察記録 - rinu's blog
概要 1ヶ月くらい一緒にお仕事している外国人プログラマさんを観察した記録です。 スペック 性別: 男性 仕事内容: うちの会社のプログラマは、ざっくり JS 等のフロントエンドと、 Java 等のバックエンドエンジニアにわかれているのですが、彼はどちらもやっているようです。 好きな食べ物: はちみつ たまに、くまさんのようにはちみつを舐めていました。 性格 彼はめんどくさがり屋です。 同僚の Windows ユーザの手伝いをしている時、 "C:¥Program Files¥..." みたいなパスを打ちながら、「めんどくさい。 ああ めんどくさい」 と 100回くらいつぶやいていました。 (普段の彼の環境は mac なので /usr/local/bin) パスワードを覚えるのもめんどくさいので 1Password で管理しているようです。 PC スペック マシン: Macbook Pro メ
ワンクリックデプロイ 〜いつまで手でデプロイしてるんですか〜 #devsumiA
This document provides an overview of the Plan 9 operating system developed at Bell Labs, including: - Plan 9 was developed starting in the 1980s as a successor to UNIX. - It uses a distributed kernel architecture with separate processes for file servers, window servers, and other functions. - Notable features include the 9P protocol for communication between servers, lightweight processes called
継続的インテグレーションを始めるための基礎知識
継続的インテグレーションを始めるための基礎知識：グリーはいかにしてJenkinsを導入したのか（1）（1/2 ページ） 本連載では、グリーのサービス開発において導入している継続的インテグレーション（Continuous Integration、以下、CI）と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを本格的に導入し始めたのは
個人でJenkinsを入れるために比較したこと - くりにっき
個人でJenkinsを入れてみたかったのでいろいろ調べてました 料金体系は個人の小遣いで使える範囲(月数千円)でしか比較していません 為替レートは $1 = 90円 で計算しています CloudBees: The Java PaaS Company Jenkinsのクラウドサービスで「DEV@cloud」というのがあります 料金体系 http://www.cloudbees.com/platform/pricing/devcloud.cb FREE: 無料 BASE: 月$15 = 月1350円 PRO: 月$50 = 月4500円 ENTERPRISE: 月$100 = 月9000円 FREEの制限事項 一度に実行できるビルドは1つだけ ビルドは月300回月300分まで Community plugins(プラグインマネージャーからのプラグインのインストール)が使えないため、使えるプラグ
継続インテグレーションは強みではなくなった（2）: 柴田 芳樹 (Yoshiki Shibata)
短期間で、たとえば、1週間である機能を既存のシステムに追加するプロトタイプを行う場合、テスト駆動開発や継続的インテグレーションが実践されていることは、どこまでプロトタイプできるかに大きな影響を与えます。 継続的インテグレーションにより、開発者は常にビルドできる状態でプロトタイプに専念できる訳ですし、プロトタイプが終わったと宣言した時点でサーバによるビルドもできている訳です。自動テストが整備されていれば、ある機能のプロトタイプにより、他の部分が問題を起こさないかを早い段階で確認することができます。 もし、どちらも行われないとしたら、プロトタイプを行った開発者のPCでしかビルドできなかったり、システム全体をテストすると様々な問題が見つかったりします。プロトタイプであっても、さらに機能を拡張するために開発者を追加することは十分に考えられます。その場合に、プロトタイプを行った開発者のPCにしか環境
継続的デリバリのパターン
継続的デリバリを導入しようとする前に、いくつかの準備が必要です。真っ先に必要なのは、ビルドサーバに合うソースコード管理システムです。ビルドサーバは継続的統合を実施するサーバにもなります。ひとつひとつのチェックインをビルドできるサーバでなければなりません。一般的に言って、この用途では“既成”のビルドサーバが欲しくなります。チェックインを監視して、自動でビルドをする仕組みを構築するのは、想像以上に大変です。利用しているソースコード管理システムにフックできるトリガがあるとしても、ビルド失敗時の通知機能のような他の機能を実装するには割に合いません。 リソースが限られているとしても、継続的デリバリにとってステージングサーバは重要です。ステージングサーバは本運用環境に可能な限り似せておく必要があります。ここで第一の問題は“予算がいくらあるか”ということです。本運用環境のデータベースサーバがとても高価な
Jenkinsとhadoopを利用した継続的データ解析環境の構築
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説Takao Tetsuro
Git & GitHub & kintone でウルトラハッピー！ - Cybozu Inside Out | サイボウズエンジニアのブログ
６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー
継続インテグレーションは強みではなくなった: 柴田 芳樹 (Yoshiki Shibata)
Subversion/Gitなどを使用したソースコード管理、Jenkinsを使用した継続的インテグレーション、様々なxUnitフレームワークを使用した自動テストなどをソフトウェア開発組織として実践することは、今日では、その開発組織の技術的な強みではありません。 それらを実践しないことが、ソフトウェア開発組織の「弱み」なのです。また、組織としてそれらの実践を推進しない、あるいはサポートできないマネージャも「弱み」となります。さらに、大規模なソフトウェア開発組織においては、それらのためのインフラ整備をプロジェクトごとに立ち上げなければならず、サポート部門が存在しないことも弱みとなります。※1 ※1 プロジェクトを始めるごとに、ソースコード管理やJenkins用のサーバの調達、OSから様々なツールのインストールを一通り行うためには、それなりの時間を要します。したがって、バックアップをも含めて環境
あなたの現場を「アジャイル」に変えたいとき、たどる道筋は2つある
国内でのアジャイル開発の普及と共に、アジャイルという言葉が指す内容にも広がりがでてきました。同じ「アジャイル」という言葉を用いたとしても、それが何を指すのかを注意深く理解する必要が出てきたといってもいいでしょう。 そんな現状を、アジャイル開発の第一人者である平鍋健児氏がブログ「An Agile Way」にポストしたエントリ「アジャイルの「ライトウィング」と「レフトウィング」」で、非常に分かりやすい図と共に整理しています。以下に許可を得てその主な部分を転載します。 アジャイルの「ライトウィング」と「レフトウィング」 アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人
Jenkins（カエル本）に寄稿しました - ikeike443のブログ
じっくり読んでいたらすっかり遅くなってしまいました。。 Jenkins 作者: John Ferguson Smart,Sky株式会社玉川竜司出版社/メーカー: オライリージャパン発売日: 2012/02/22メディア: 大型本購入: 12人 クリック: 299回この商品を含むブログ (26件) を見る 寄稿しました 去る2月22日にオライリー・ジャパンさんから発売された『Jenkins』（通称カエル本）に、縁あって寄稿させていただきました。 ”付録B プラグインの開発”という記事です。 帯にも記載されているとおり、Play! frameworkプラグインを例にして、プラグイン開発について簡単なチュートリアルを書かせてもらいました。 正直、Playみたいな（新しいけど）マイナーなフレームワークを題材にしていいんですか、という疑問があって、お話をくださった訳者の玉川さんには何度か確認したので
「続・CI超入門」に行って来たが、壁の前で立ちすくんでいる：Cathedral Break in Action：オルタナティブ・ブログ
2/22に豆蔵さんで開催された「続・CI超入門～Jenkinsのススメ2 CI導入の壁を越えろ～」にいってきました。 ぼくはというとプロジェクトでJenkinsを導入したものの、うまくビルドされないままモチベーションが下がってそのまま放置していたので、重い腰を上げてもらうために行くことにしました。社内で開催している勉強会が中止になった同僚を急遽誘って2人で参戦。 まずはじめに、川口耕介さんが、「Jenkinsの導入」ということで、初めて使ってみるという方向けのJenkinsの導入案内。川口さんの木訥とした語り口はなんだか引き込まれますね。Java Web Startを使ってインストール作業さえも簡略化した形でのスタートができるというのは知らなかったですが、面白いですね。そのとき作ったデータはそのままローカルに残って、実際に始めようと思ったときに引き継げるので導入の障壁を極限まで下げた感じが
Developer summit continuous deliveryとjenkins
CODT2020 ビジネスプラットフォームを支えるCI/CDパイプライン ～エンタープライズのDevOpsを加速させる運用改善Tips～
Jenkins勉強会大阪 #jenkinsstudy 第二回にいってきましたよー。 - 亀岡的プログラマ日記
第一回は参加できなかったので、なんとか第二回は参加することが出来ました！しかし、Jenkinsのコミッタさんやら象本の訳者さんやら、あまりにも豪華でどこの有償セミナーに迷い込んだかと思ったですよマジで。 楽しかったし、刺激的だったけど、難しかったね。 自分自身がそれほどまでJenkinsを使いこなせていないのと、セッションのレベル自体が割と高めだったのもあって、メモを取りながら知らない用語を調べてついていくので精一杯、という感じでした。なんとか主体的にJenkins使うようにならないといかんねぇ、というのが本音です。 ただ、（これは勉強会の趣旨とはちょっと外れるのだろうけれど）”ビルドの自動化”という観点で、自動化するためのコツとか、そういう話も今後聞けたらなぁ、と思ってしまう僕なのでした。 そんなわけで、自分のメモをざくっと公開です。何かの情報の足しにでもなれば。 ソースコードレビューシ
ワンクリックデプロイ101 #ocdeploy
2011年12月20日に実施したワンクリックデプロイ勉強会の資料です。 http://www.ryuzee.com/Read less
外部ジョブの監視も使ってみよう！
Jenkins Advent Calender 2011 8日目担当の、@akiko_pusuです。よろしくお願いします！ 私の場合は、Jenkinsを正統派CIツールとして使っているのではなくて、雑多なCronジョブや定型化できる作業（バックアップやリストア、リカバリなど）の管理 / 実行 / 記録のために使っています。 作成するジョブはフリースタイルのプロジェクトで、かつ、Shell ScriptやDOSコマンドを使って処置するものがほとんど。 ただし、「外部ジョブの監視」というタイプでのCronジョブのチェックも行っています。今回はこのタイプについてのお話しを書いてみようと思います。 内容は、下記の通りです。 1. 機能の説明 2. どうやってPOSTしているの？ 3. javaを使わずにShell + curlでPOSTしてみる* * * 1．機能の説明 地味な機能？だとは思います
書籍『Jenkins実践入門』: 柴田 芳樹 (Yoshiki Shibata)
CIツールであるJenkinsの解説書です。目的に応じて、様々な設定について説明されています。継続的インテグレーションやJenkinsに興味がある人にとっては、導入する際に手元に置いておいて参考にすることができます。すでに、Jenkinsを使用している人であれば、自分が知らない新たな発見があると思います。 継続的インテグレーションは、どのような開発プロセスを使用していても必須だと言っても過言ではありません。ウォータフォール開発しているとかアジャイル開発ではないから関係ないというものではありません。 この本のカバーには次のように書かれています。 「手作業でミスが多発」 「別の環境だとビルドできない」 「結合テストで修正地獄に] 「リリース直前なのに動作しない」 ↓ 自動化でストレスはゼロに 品質は最高に どのようなソフトウェア開発でも起きる問題なのです。 私自身が初めてビルド作業を完全自動化
IT産業には民族誌が必要だ 2011-11-08 - 未来のいつか/hyoshiokの日記
先日からContinuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automationの読書会をしているというのは、日記にも書いた。*1 本日は第3章Continuous Integration（継続的インテグレーション）だ。早瀬さんが2号館のカフェテリアでやろうというので、近所のコンビニでビールとつまみを買いこんで参加した。（うひひ） コンビニ袋にビールとポップコーンを突っ込んでカフェテリアに登場したところ、目ざとくビールを発見され、「おっビール」と言われるのだが、「えっビールじゃないんですか」と返す。早瀬さんもわたしのビールにつられてドリンクとつまみをコンビニに買出しに行った。 そんなこんなで、飲みながら第3章は始まったのであるが、その前にわたしのヨタ話を披露した。 Conti
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Awsで実現するseleniumテスト高速術
