Provisioning Frameworks Casual Talks vol.1 (https://gist.github.com/studio3104/5417631) での発表スライドです
![入門Chef Solo落ち穂拾い](https://cdn-ak-scissors.b.st-hatena.com/image/square/95ab39a6b70817145f5ef257eaac9047536bedfd/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fa2278e809b92013085ff5e6e7107a63a%2Fslide_0.jpg%3F1442708)
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
昨日の「Vagrantの必須プラグインSaharaをVagrant 1.1に対応させました」の続きです。 Vagrantでは1つのVagrantfileで同時に複数のインスタンスを立ち上げるMulti-VMに対応しています。例えば、Vagrant1.1だと以下のように定義できます。別にインスタンスはメモリが許す限り何個でも立ち上げられるので、大きめな規模の構成でも1つのVagrantfileで定義して一気に環境を作ることもできます。Chefなどと組み合わせれば、開発チームに新たにメンバーが追加になっても、一瞬で個人用開発環境を立ち上げられます(もう、今日と明日は環境構築です、とか言わせねぇ)。 Vagrant.configure("2") do |config| # 共通設定 box_name = "centos_63_x86_64_ja" box_url = "https://dl.dr
サーバー状態管理フレームワークChef、そのスタンドアロン版であるChef Soloの使い方について、はじめの一歩から実戦投入レベルに至るまでを解説。試験環境の構築方法、自動化コードの書き方、Chef のアーキテクチャや思想までを実例を通して説明します。 関連サイト本書に関連するサイトがあります。 『入門Chef Solo』正誤表(達人出版会版)内容紹介近頃のクラウドの本格的普及もあってか、サーバー管理の自動化に注目が集まっています。Chefはそのツール/フレームワークのひとつです。 Chefへの注目が集まっているにも関わらずChefに関するある程度まとまった体系的な情報はまだまだ不足している、というのが現状です。またChefは実際には同類のツールに比べてシンプルで分かりやすいのですが、公式ドキュメントがあまりにしっかりと書かれすぎていることもあって「はじめの一歩」としてどの辺りを知ればい
この記事ではクックブック・レシピ・属性・ロールを簡単に紹介しています。 これらの項目は Chef ワークステーション上、または WebUI から作成され、Chef サーバに保存されます。 クックブックによって Chef や Chef ホスティングのユーザは設定情報をパッケージ化し、配布し、共有します。 インフラ自動化に必要なリソースをすべてカプセル化してくれ、他の Chef ユーザとも簡単に共有することができます。 クックブックは、レシピ・属性ファイル・テンプレート・それ以外の設定情報に関する作成物を含んでいます。 Chef が起動するとき、ノードの実行リストに並んでいるレシピは、そのレシピを含むクックブックの他の内容と共に、ノードに転送されます。転送されたレシピはノードに適用され、ノードは適切な状態に設定されます。 典型的には、1 つのクックブックは、そのサーバの 1 つのサービス・
ホストはWindows7、ゲストはCentOSです。 Vagrantのインストール http://vagrantup.com/ からダウンロードします。インストーラーが出来て便利になりましたね。 とりあえず起動 どのBoxがよいのかよくわからないけどとりえあず今はminimal-centos-56使っています。他は http://www.vagrantbox.es/ から探しましょう。 > vagrant box add minimal-centos-56 http://dl.dropbox.com/u/9227672/centos-5.6-x86_64-netinstall-4.1.6.box > vagrant init minimal-centos-56 > vagrant upChef-soloを使う場合でも、とりあえずは何もせずに一度VMを起動して、VM内でknifeコマンドなど
Chef、流行っていますね。僕も最近の流れを受けて始めたばかりのにわかChef使いなのですが、例によってWindowsでChefを動かすのは結構大変です。 今回はChef clientのインストールをするとともに、Chefを開発しているopscodeの提供しているrecipeを使ってWindows向けの便利なコードを使えるようにしたいと思います。 #なお、gemを使ってインストールする方法もありますが、今回はインストーラー(msi)を使います。 Chef clientのインストール 0. gitがインストールされていない場合はmsgitなどを使ってインストールしておいてください。 1. こちらのページのStep2にあるリンクからChefのインストーラーをダウンロードし、実行してください。 インストール後にコンソールでchef-soloなどのバージョンが表示されればOKです。 > chef-
2012年09月28日 chef-soloを使ってサーバ設定を自動化して楽をしよう! 〜chef-soloの使い方〜 アドウェイズエンジニアの波切です、こんにちは。 秋口に入ってようやく暑さも一段落してきましたね。 ここ最近は、ただひたすらサーバ設定をする日々が続いていました。というのも、新サービスが次々に開始したり、既存のサービスに大きな提携先が加わったりというのが重なって、突如として多数のサーバ設定の仕事が僕に降り掛かって来たからなんです! chef-soloを導入するまでの経緯 そのサーバ設定作業なのですが、最初のうちは、手順書を作って、一人ちまちまと作業していたのですが、「パッケージのインストール」、「ソースのコンパイル」、「CPANモジュールのインストール」等々、サーバ設定の作業は、結構待たされる事も多く、コマンドを叩いては、しばらく待ってまた、コマンドを打つというような単純な繰
Vagrant 1.1 がリリースされました。 Vagrant は仮想サーバーのフロントエンドのツール、詳しくは Vagrant - naoyaのはてなダイアリー あたりを。 で、この 1.1 が 1.0 → 1.1 という割に結構大きなアップデートで新しく VM に VirtualBox 以外のものが選択できるようになった。すなわち「VirtualBox のフロントエンド = Vagrant」から「各種仮想マシンのフロントエンド = Vagrant」という風にアップデートされた。 今回の 1.1 からVMを操作するproviderがプラグイン構造となり、VirtualBoxだけならず、公式で操作できる対象が増えました。 VirtualBox VMware Fusion Amazon EC2 + VPC Rackspace Cloud VMware Fusion以外はオープンソースで公開さ
Vagrant 1.1リリース、VMware Fusion, EC2, Rackspace が新たに対応 リリース早かったなぁと思う@HIROCASTERでございませう。 Vagrant 1.1 がリリースされました。 今回の変更点はとても大きなものであると感じています。そして、開発者にとって、素晴らしい機能が追加されました。 Vagrant は VirtualBox のラッパーとして機能し、VMの立ち上げや管理からpuppetやchefで記述された内容に基づくプロビジョニングをおこなってくれます。 これは、Proxyサーバ、Appサーバ、DBサーバなど複数台構成の開発をおこなっている開発者のローカル環境で、複数台のVMを本番さながらの構成で稼働させるためには非常に重宝されるツールでした。プラグインの対応で、VirtualBoxだけならず、AmazonのEC2を操作することができました。
サーバ設定作業は面倒で間違いを犯しやすいため、Chef/Puppetなどのツールで自動化したいと考えている方は多いと思います。 私もそのような理由からChef(-solo)を習得しようと試行錯誤していました。 その結果、ある程度は動くようになったものの次のような問題があると思いました。 学習に時間がかかる 私は正直、今でもどのファイルに何を書くのかよく分かってないです。 幾分か簡単だと言われるchef-soloでも公式サイトのドキュメントだけではよく理解出来ませんでした。 また、バージョンによる差異なのか目的が異なるのか分かりませんが、ブログ記事を参考にしようとすると十人十色でどれが私に合った手順なのかわかりませんでした。 例え最終的に理解できたとしても、私やあなたが何日もかけて理解できないことはチームのメンバーも理解するのは難しいと思います。 対象サーバにインストールする必要がある Ch
Chef のスタンドアロン版である Chef Solo の技術書を Kindle 向け電子書籍として出版しました。 入門Chef Solo - Infrastructure as Codeposted with amazlet at 13.03.17伊藤直也 (2013-03-11) 売り上げランキング: 14 Amazon.co.jpで詳細を見る がんばりました。原稿\(^o^)/オワタ Chef Solo 本 Chef はサーバー/インフラの状態管理フレームワークです。より単純化して言うならサーバー構築の自動化ツール。コードは Ruby で書きます。ウェブアプリケーションをホストするサーバーの管理にもちろん利用できますし、チームメンバーの開発環境を同じ状態に揃える、あるいは個人の開発環境の整備を自動化する、といったことにも利用できます。 本書の内容のは、その Chef の入門書です。C
Chefはリポジトリをバージョン管理する仕組みを持っていますが、チームでの協調作業を考えるとバージョン管理システムを使う方が運用しやすいと考えます。本稿では、GitとJenkinsを使ってChefを運用するための1つのパターンを考えます。 以下があることを前提とします。 Chef Server Chef Client Gitリポジトリ Jenkins 基本的な考え方 CookbookをGitリポジトリで管理します。開発者がgit pushすると同時にChef ServerのCookbookが更新されるようにします。これにより、GitリポジトリとChef Serverが同期されるようになります。 また、後続ジョブとして各サーバでChef Clientが実行されるようにします。ビルドパイプラインを組むことで、Staging EnvironmentにおけるChef Client、Producti
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く