Chefはもうオワコンなのか - Chef Provisioning AWS - - サーバーワークスエンジニアブログ
全国1億人のサーバーワークスファンの皆さま、初めまして。2015年10月に入社しました法人営業課ソリューションアーキテクト(試用期間中)の浦底(@urasoko)と申します。試用期間中のくせにブログを書こうと下書きを寝かせていたら、人事にも課長にも先に出されてしまいました。くやしいです。これからどうぞお手柔らかによろしくお願いいたします。 Chefって さて、唐突ですがみなさん、Chefってご存知ですよね。そうですあのChefです。説明はここでは省きます。 サーバーワークスがSlackを導入しているのは皆さまご存知かと思います。そこに #chef_study ってチャンネルがあったわけですよ。そしたらなんとメンバーがゼロだったわけですよ、ゼロ。 おそるおそるPreviewしてみると2014年9月で更新が止まってるというなんと。 Chefはもうオワコンなのか そういえばもう12月ですね。12
スケールする開発組織の作り方 #jawsug
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
「クラウド本気で始めました」なSIerのChef活用と実践～Chefアンチパターンとの戦い～
Chef Casual Talks Sapporo Vol.1 映像→https://www.youtube.com/watch?v=zJ7pYVp5M7E&feature=youtu.be
Infrastructure as Codeと 組織のドキュメンテーション ＋ Immutable Infrastructure事例
Infrastructure as Codeと 組織のドキュメンテーション ＋ Immutable Infrastructure事例
chef-soloを用いてWindowsにソフトウェアをインストールしてみよう - ハードコイルド・ワンダーランド
前回に引き続き、chef-soloを用いてWindowsマシーンにソフトウェアのインストールをしてみます。 一度きちんとしたレシピを作っておくと、新しいマシーンを手に入れたときに「chefのインストール→その他が全部入る」というフローができてとっても楽ちんですよ！ Windows向けの便利コマンドをインストールする まだインストールしていない方は前回の記事を参考にしてWindows向けの便利コマンドをインストールしておいてください。 以下のようなコマンドが使えるようになります。 windows_auto_run スタートアップの設定ができます windows_batch コンソールコマンドを使った操作ができます windows_feature コンピューターの「役割の管理」を設定できます windows_package msi形式のインストーラーをオプション等を指定しながらインストールでき
ChefのCookbookのベストプラクティス
OpsCode社のシニアコンサルタントであるJulianさんがChefConf2013で話された内容が参考になるので、簡単に紹介します。 スライドはこちらに公開されています。 また動画はこちらです。 ここで出てこない話として僕がやるべきだと思うことは「テストを書くこと」です。 test-kitchenとserverspecの組み合わせがおすすめです。 ばかでかいレポジトリをつくらないいろいろなものをまぜこぜにしない たくさんのレポジトリに分割するのを怖がらない (opscodeも昨年opscode/cookbooksの巨大構成から、opscode-cookbooks/個別cookbookに構成を変えています) 個々のCookbookの連携はBerkshelf使えば大丈夫 全員が共用するような会社用Cookbookをつくらない関係ないプロジェクトのものが含まれると見通しが悪くなる 大きすぎる
Oracle Database 12cインストール - hatenob
免責 先に謝っておきますが、Chefはかじった程度です。 今回はChefに重きを置いてないので、べた書きでChefっぽさはないです。 なんなら、シェルでもいいんじゃない？くらいです。 一応やった順に書いているつもりですが、途中であれこれやりながら書いているので、このままでは動かないかもしれません。 この手順でいかなる損害を被ったとしても筆者は責を負いません。 自己責任、自己解決でお願いします。 やること Chef Soloを使ってOracle12c環境の事前準備をする。 Oracle12cをサイレントインストールする。 環境 プラットフォーム VMWare Player CPU: 2Core Mem: 4GB Disk: 20GB NIC: NAT x 1 OS: CentOS 6.4 64bit(minimal) ホスト名: centos64-12c IPアドレス: DHCP DBインス
Chef のログを Fluentd に流す - blog.ryotarai.info
Developers Summit 2014 での発表（スライド）後、Chef のログを Fluentd に投げてる部分についてツイートをいただいたので、すこしまとめておきます。 GREEさんが昨日発表した，ChefのハンドラからFluentdに投げてMongoDBでデプロイか何かの情報収集してるの，どこかに記事とかあるのかな？ユースケース的には便利なのだけども #fluentd— Mr. Fiber (@repeatedly) 2014, 2月 14 Report (Exception) Handler Chef の Report(Exception) Handler という仕組みを使って、ログを投げています。 Report Handler: Chef の実行が成功した場合に実行されるハンドラ Exception Handler: Chef の実行が失敗した場合に実行されるハンドラ 詳し
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。） プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
さくらVPSセットアップ用のシェルスクリプトを今話題の「Ansible」で書き直してみた - Copy/Cut/Paste/Hatena
「Chef! Chef!」と叫ばれる昨今、そのChefに挫折した皆様、いかがお過ごしでしょうか？ Chefに挫折中のid:k1LoWです。 Ansibleいいよ。Ansible。 Chefに挫折したからといってプロビジョニングツールへの憧れは消えるわけもなく、時間を見つけてはいろいろいじっていた時、 同僚からの「Ansibleというツールが良さげらしい」という情報をそのまま鵜呑みにし、PHP Matsuri 2013を通じて使ってみて今に至っています。 Ansibleいいよ。Ansible。 AnsibleはPython製のプロビジョニングツールです。ChefやPuppetと同じ領域のツールですね。 ちなみに、呼び方は、日本語英語的に「あんしぼぉ」です。「あんじぼぉ」でも「あんそぉぼぉ」でもありません。PHP Matsuri 2013でVagrantのMitchell Hashimotoさ
さくらVPSでLXCを使って安価に複数台構成を実現する - orangain flavor
2013年6月7日 22:04更新： Upstartのデフォルトの設定ファイルを書き換えない方法に変更しました。hitoさんありがとうございます。 lxcなどのバージョンを記載しました。 はじめに Chefを使っていると、役割やサービスごとに環境を分離したくなります。 しかし、個人レベルで大してトラフィックがない段階で、サービスごとに仮想サーバーを借りていてはお金が足りません。 そこで、安価なVPS上でLinux Container (LXC) を使うことで、複数のサーバーを作ります。 スケールしたくなったときは、コンテナを潰して、新しく仮想サーバーを借りてChefで同様の設定をすれば手軽にスケールできると考えています。 Heroku使えば？と言われるかもしれませんが、色々なミドルウェアを利用したり、バックグラウンドで処理をしようとすると、たちまちお金がかかるので、VPSをやりくりして遊び
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
Vagrant + chef
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
Chefを使ったAWS環境構築の自動化
最近サーバセットアップツールのChefを使う機会があったのでメモ。 この手のツールでは今まではPuppetがよく使われていたと思いますが、最近Chefの名前をよく聞くようになりました。 Python界隈だとFabricも聞きます。実際社内でPython使ったプロダクトはあるのでFabricを使ったセットアップスクリプトを使う機会もありますが、個人的にはFabricは記述が自由すぎて管理しにくい印象。 ちょっとしたデプロイ作業等の自動化はともかく、ミドルウェアからセットアップするようなケースでは Cookbook/recipeというベースの管理の方が階層構造になっていて管理しやすく分かりやすい roleとattributeを使うことで「ちょっと違う構成」にも簡単に対応しやすい という点でChefを使うメリットが大きい気がしています。 で今回はChef Server/Chef Clientのク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Immutable Infrastructure の有用性