chef 勉強会 - naoyaのはてなダイアリー
昨日恵比寿の Engine Yard さんオフィスでの chef 勉強会 #eytokyo に行ってきました。自分の LT の資料はこちら。 https://speakerdeck.com/naoya/vagrant-plus-chef 先日書いた Vagrant と chef についてのイントロダクションです。(また Speaker Deck の script タグが貼れなくなってるぞー > ダイアリー中の人) 感想など 勉強会全体としては chef 入門にはじまり、中の人っぽい方々からの発表があったり、AWS OpsWorks の話があったりとでいいかんじでした。id:rx7 におかれましては、AWS の中の人が OpsWorks のプレゼンをすると知らず、オオトリなのに同じ内容の LT をかますという事故がありましたが 2回聞けばより記憶に残りやすいということで･･･w PaaS ベ
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
ベストサービス/ベストブランドに続々と新顔、「第6回クラウドランキング」を発表
日経BP社は2013年2月26日、第6回「クラウドランキング」を発表した。クラウドコンピューティング関連ビジネスを手掛ける企業のイメージと、各社が提供するクラウドサービスの内容などを調査し、その結果をまとめたものである。 第6回クラウドランキングでは、独自の基準に基づき、企業に役立つと判断した53サービスを「ベストサービス」に、クラウド関連企業としての企業イメージが高い13社を「ベストブランド」に選出した。クラウドランキングは2010年9月発表の第1回、2011年3月発表の第2回、2011年9月発表の第3回、2012年2月発表の第4回、2012年10月発表の第5回に続き、今回が6回め。 調査は、2012年12月～2013年1月に実施した。「ベストサービス」には、NTTコミュニケーションズ、日立製作所のサービスが名を連ねたほか、KDDI、サイボウズ、スマイルワークス、日立システムズ、SCSK
Googleが仕掛ける新プロトコルQUICとは何か - ぼちぼち日記
まずは免責事項。 1.Disclaimer 本ブログの記載内容は、筆者が独自に QUIC に関する Chromium のソースを分析し、検証した結果です。 QUICに関するGoogle からの公式な技術資料は現状公開されていません。 今後、QUICの技術仕様の公表で本ブログの記述内容が不十分だったり、誤っている可能性があります。ご理解の上お読みください。 (注： 2013年6月27日に Google は正式に QUIC 仕様を公開しました。「Experimenting with QUIC 」 本ブログの内容は大筋では間違っていませんが、当時の解析漏れやその後の開発等により、細かいところで異なっていたり、説明が大きく不足している部分もあります。お読みになる際はご注意ください。) 2. はじめに、 Googleがまたまた新しいプロトコルの実装を始めました。Web表示の高速化を目指した SPDY
地味でつまらないログ収集をおもしろおかしく! 最強ログコレクタ「Fluentd」のチカラ
2013年になってもバズり続けている"ビッグデータ"ですが、データ分析において最も重要となるプロセスは何かというと、やはり肝心のデータを集める作業ではないでしょうか。そしてデータからビジネスに役立つ情報を高い精度で得ようとするなら、やはり母集団となるデータの量は多いに越したことはありません。 中でもソーシャルネットワークやソーシャルゲーム、eコマースなどBtoCなWebサービスを提供している企業の場合、ユーザの振る舞いを記録した膨大なアクセスログは、ビジネスを展開していく上で何よりも大切な宝ものだといえます。サービスの品質を向上し、収益性を高め、競合と差別化を図っていくためには、ログから何を読み取るかが勝負の分かれ目になります。そしてログ解析の精度を高めるには、当然ながら大量のログが必要です。つまりログ収集という作業は本来、Webアプリケーションを使ったビジネスであれば最も手を抜いてはいけ
chef-soloとgitでCentOSの環境構築をらくらく自動化 - オープンソースこねこね
世の中テクノロジーはどんどん進化していてもうびっくりです。 CentOSでWebアプリのサーバ環境を作る場合、yumコマンドを実行して、適宜設定ファイルを修正して、デーモンなどを再起動するってなことを毎回やっていたのですが、今はchefによるサーバ構築自動化ができるわけです。 そのchefを利用するにはRubyをインストールしてgemからchefのパッケージをインストールする必要があったのですが、これも最近Omunibusというコマンド一発でできる仕組みができて更にらくちんになりました。 というわけで、gitリポジトリにchefのcookbookを置いて管理し、これをセットアップするサーバーにpull、chef-soloを実行して、環境構築を自動化してしまう手順のサンプルを以下にまとめてみました。 https://github.com/kohkimakimoto/chef-for-cent
GitとJenkinsを使ってChefを運用する - GeekFactory
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ページを開く
Javaはどのように動くのか～スライドでわかるJVMの仕組み