Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ローカルPCに個人開発環境を建てたいけど、母艦は汚したくないものです。 そうすると、だいたいの場合vagrant(virtualbox)かdockerかの2択になると思います。 この使い分けにいつも迷うのでどうするべきかの指針を考えてみました。 お断り: 以下は個人の見解であって、所属先の見解ではありません。 vagrant カーネルに依存する操作を行いたい場合 dockerの場合、いじれるカーネルパラメータが限られています。 特定バージョンのカーネルの環境を用意する必要がある場合や、カーネルパラメータに特殊な設定が必要な環境では仮想マ

はじめに 僕は盲目的にunicornを起動するためだけにnginxを使っていて、設定ファイルの内容とかをほとんど知らない。 なので、ここにnginxの設定内容をまとめる事で自分自身が覚えようと思う。 普段使う大抵の設定は記載しているつもりです。 記載内容は実際に試したものと試してないものが混在してるので、誤った設定などがあるかもしれないのでその辺はコメントでご指摘いただけると助かります。 インストール インストールについては僕が書くより他の人の記事を見た方がいいと思う。 centosに入れるなら以下の記事が参考になる。 CentOS6.xにてnginxの最新版をインストールする手順 CentOS 6.5でnginxを動かす為の最低限の設定 またchefでインストールする場合は以下の記事が役にたつ。 Chefでnginxを導入してみる ChefでNginxをインストールするときにハマった c

Chef https://www.chef.io インフラ環境の構成管理ツール。Ruby製。 アプリケーションのインストールや各種設定を全自動で行える。 かつては皆インフラ環境構築を手動で行ってきたが、 スクリプトや設定ファイル等に記述することで インフラ環境をプログラミング (Infrastructure as a Code) するのが最近のはやり。 似たようなツールとして、Puppet、Ansible 等がある。 Berkshelf http://berkshelf.com Cookbook の管理ソフト。Ruby でいうところの Bundler に該当するもの。 Cookbook 同士の依存関係を解消してくれる。 他の人が作ってくれた Cookbook は下記URLから検索できる。 https://supermarket.chef.io/cookbooks-directory Che

はじめに 今までの流れ この記事は以下の2つの記事の内容の続きです。 Vagrant で Ruby on Rails 4 の環境構築 Chef-Solo + Berkshelf による自動環境構築 今回やること Chef-Solo + Berkshelf による自動環境構築 で 自動環境構築の Hello, World! 的なことをやったので、 今度はもう少し実用的なものをインストールしてみる。 具体的には Vagrant で Ruby on Rails 4 の環境構築 で作った環境を Chef-Solo + Berkshelf を使って構築してみる。 インストール先 (Node) Chef-Solo + Berkshelf による自動環境構築 で Emacs をインストールした環境をそのまま流用する。 各種設定 仮想環境の設定 Chef-Solo + Berkshelf による自動環境構

入門Chef Solo - Infrastructure as Code を参考に、ChefとVagrantで開発環境の構築を自動化した。 関連記事 TODO: UPDATE ChefでさくらVPSの環境構築を自動化する Chefでrbenvを使ってRubyをインストールする Vagrantのインストール Download Vagrant - Vagrant からインストーラをダウンロードする。指示に従ってインストールする。 VirtualBoxのインストール Downloads – Oracle VM VirtualBox からインストーラをダウンロードする。指示に従ってインストールする。 boxの追加 A list of base boxes for Vagrant - Vagrantbox.es を開いて、任意のboxを選ぶ。選んだboxをvagrantに追加する。 vagrant

はじめに 以前は「貧者の GitHub Enerprise」などと言われることもあった GitLab ですが、「GITLABはブランチ毎に書き込み権限を制限できるという点においてGitHubよりも圧倒的に優れている」という意見も見られるなど、機能面、安定面ともに着実に進歩しています。 そのインストールの難しさが話題に挙がることもありましたが、公式インストールドキュメント はとてもよく書かれていますし、Chef の Cookbook なども多数存在します。個人的に Chef より Ansible が使い易かったため、CentOS 用の playbook も書きました。 以上のような状況から、GitLab は何らかの理由で GitHub や GitHub Enterprise を利用できない環境においても、Git および Pull Request (Merge Request) による開発フロ

Chef、アプリケーションを実行環境ごとパッケージングする「Habitat」をオープンソースで公開。仮想マシンやベアメタル、Dockerなどのインフラに依存せず実行可能に 一般的にアプリケーションを実行するには、そのアプリケーションを実行するための実行系やライブラリ、環境変数といった、いわゆる実行環境を整えることが必要です。そして実行環境はアプリケーションの外側にあり、OSやインフラとして整備しておく必要がありました。 例えばアプリケーションをビルドし、テストし、デプロイし、運用していく場合、その環境それぞれでアプリケーションの実行環境を整備する必要があるわけです。 Habitatをひとことで説明するならば、アプリケーションを実行環境ごとパッケージすることで、インフラ側で実行環境を整備する手間を省き、どのインフラでも簡単に実行できるようにしたものと言えます。 ChefのCTOで共同創業者の

2015年6月からベトナム・ホーチミン市にて、オフショア開発(web)のPMとして働いています。 ベトナム人開発者に仕様を伝え、開発を管理し進める仕事です。 コミュニケーション手段は redmineなど文章は全て英語で記載する 対面も、英語で話して伝える 複雑な内容のみ、ベトナム人通訳スタッフ(日本語<->ベトナム語)に伝えてもらう というスタイルで、可能な限り英語で仕事を進めています。 今回は、Web開発で使う英語を知りたいという人向けに記事を書きます。 毎日の業務でよく使っている表現を、思いつく限りまとめてみました。 これらの表現できちんと通じて仕事が進んでいるので、一応実戦的なオフショア開発の英語になると思います。 開発シーンでの実際の英語のやりとりを書きおこしてみました。 参考になれば幸いです！ 1. 開発でよく使う英語表現 specification 仕様。specとも略される。

9月28, 29にポートランドで開催されたHashiConf 2015に参加してきたのでレポートします。 セッションを聞いて カンファレンス全体を通して、一日目のMitchell Hashimoto氏のKeynoteがやはり一番エキサイティングでした。事前に新しいプロダクトがリリースされる噂はあったんですけど、まさか二つ発表されるとは…。しかも、発表の流れがめちゃくちゃ良くて、みんなワクワクしながら新プロダクトのリリースを待ってたところにNomadが出てきて、おー、ってなったところに、さらにその後『One more thing』でOttoが発表されて、会場はだいぶ盛り上がってました。え、それどこの、スティーブジョブズですか？ってなってました。カリスマ性半端なかった。 個人的に新プロダクトの中でもOttoはとても興味深くて、開発者と運用者の間の責任領域をうまく抽象化し、開発、インフラの構築、

@joker1007 さんより献本いただきました．ありがとうございます :octocat: 環境構築からアプリケーション開発，そして継続的な改善も含めたRailsのベストプラクティス本 "パーフェクト"とタイトルに入っている通り，この本は単純なRailsのhow-to集やチュートリアルというわけではなくいい感じに踏み込んだ内容が書いてあって楽しく読めました． 情報の鮮度や量の観点だとどうしてもオンラインが強いですが(RailsならRails Guidesはまとまっているし，あとQiitaのRails情報も;))，それらとは綺麗に差別化されていました． 開発環境構築からプロジェクト作成，デプロイなどのインフラ寄りの話，そして継続的にサービス開発をする上で出てくる問題の対処方法までと，広範囲に渡りRailsプロジェクトのベストプラクティスを学ぶのに良い本だと感じました． 個人的には9章以降の話

オライリージャパンから『実践 Vagrant』が発売されるなど注目を集めているVagrantですが、Vagrantをより便利に使うためにプラグインを利用することができます。私が個人的に使用して、便利だと思ったプラグインについてまとめました。 便利なプラグイン6選 sahara vagrant-cachier vagrant-global-status vagrant-omnibus vagrant-vbguest vagrant-vbox-snapshot 1. sahara jedi4ever/sahara · GitHub サンドボックスモードを有効にするプラグインです。サンドボックスモード内で実行した操作はロールバック機能で実行前の状態に戻すことができます。実行した操作を確定したい場合はコミットを実行します。Chefのレシピをいろいろ試したい場合などに便利に使えます。 インストール方

伊藤直也氏が語る、モダンなWebテクノロジーに共通する傾向とは？（前編） Chef、Docker、MicroservicesからReact、FRPまで。QCon TOkyo 2015 最新のITと関連技術をエンジニアの視点で掘り下げるイベント「QCon Tokyo 2015 Conference」が4月21日に都内で開催されました。 そのセッションの1つとしてKAIZEN platform Inc.の伊藤直也氏が行ったのが、「モダンWebシステム開発」と題して、最近のWebアプリケーションに関する技術に共通する傾向を探った講演です。 ChefやPuppetなどによるInfrastructre as CodeからImmutable Infrastructureなどのインフラ周りからReactなどのフロントエンドにまで共通する考え方とは何か、示唆に富むその内容をダイジェストで紹介します。 モダ

近年、ChefやPuppetなどの構成管理ツールが人気だが、新たに注目されつつある構成管理ツールとして「Ansible」がある。Ansibleは設定ファイルがシンプルで、管理対象サーバーに特別なソフトウェアをインストールすることなく利用できるなど、最小限の手間で各種設定を自動化できるのが特徴だ。今回はこのAnsibleについてその基本的な使い方を紹介する。 小規模な環境でも手軽に使えるAnsible あらかじめ用意しておいた設定ファイルに従って、ソフトウェアのインストールや設定ファイルの修正、サービスの起動/停止、ネットワーク設定といったサーバーの各種設定を自動的に実行するソフトウェアを構成管理ツールと呼ぶ。代表的なものとしては、さくらのナレッジでも過去に取り上げているChefやPuppetがある。 関連記事： サーバー設定ツール「Chef」応用編：knife-soloとData Bagを

1. Hitasura Yuruku Purezen Suru-kai Good-bye Chef & Hello Ansible Shinichi Nakagawa a.k.a. @shinyorke (リクルート住まいカンパニー) ひたすらゆるくプレゼンする会 Pythonistaな私がChefからAnsibleに乗り換えた話 2. 自己紹介 • Shinichi Nakagawa(35) • リクルート住まいカンパニー • エンジニア(DevOps的な) • Pythonと野球が大好き • プライベートでは、野球統計 学を駆使して野球をHackする 「野生の野球アナリスト」と して活動しています 3. 野生の野球アナリスト活動 • 発表 スライドはこちらを参照→ http://www.slideshare.net/shinyorke • BPStudy #91 「Baseball P

著者の宮下さんから送っていただきました*1。ありがとうございます。 o'reillyに電子版もありますね。 送っていただいてからちょっと私事でばたばたしていたら大量にレビューが書かれているので、どう紹介したものかと思っているうちに更に日が経ってしまった。 他の多くの人が書いている「まさにServerspec作者にしか書けない内容だから必見」というのは同意する部分しかないんだが、自分が同じこと書いてもなあ。 ということで、ちょっと視点を変えて「なぜServerspecが必要なのか」について書こうと思う。……と思ってここまで書いたんだが、このServerspec本にも書いてあったしもう一度確認しよう、と思って読み直してみたところ、自分の考えていたことが全部書いてあった。 1.4 Serverspecの必要性 (p8) Serverspecって本当に必要なの？ という意見もよくTwitter等で

※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部

本連載は、SI業界に入ったばかりの新米業務アプリケーション開発者や、SI業界を目指す学生さんを対象とした、インフラ構成管理ツールを使ってコードでインフラを構築するための講座です。また、インフラエンジニア／システムオペレータで、物理環境でのインフラ構築／運用管理は経験があるけど、プログラミングが苦手という方にも読み進めていただけるように、文法などの解説を入れながら説明します。今回は、Chefというツールのご紹介と、Chefを使ってWebサーバを構築する方法について説明します。 はじめに 前回は、コードでインフラ構成を行う第一歩としてVagrantを使ってローカルPCに仮想環境を構築する手順をご紹介しました。 今回は、Chefというツールのご紹介と、Chefを使ってWebアプリケーションの開発環境にWebサーバであるApache httpdやPHPの実行環境などをインストールする方法について説