ゴクロの大平と申します。はじめまして。 4月からjoinさせていただいた、特に特記事項の無い平凡なプログラマです。さだまさしが好きです。 SmartNews開発者ブログをご覧になる方々は、サービスの裏側で動作するクローラーや多種多様な機械学習のロジックであったり、フロントエンドのUIの話であったり、サービス固有の話に興味が有る方が多いと存じますが、都合上(原稿の担当順番の都合上)、今回は一般的な話をさせていただきます。 ※先掲の話題については次回以降取り上げられますので、お楽しみに。 一般的な話題とはいえ、大企業とスタートアップでは取り巻く環境や解決すべき課題も異なっていますので、その辺もあわせてお伝え出来ればなと思います。 なお、今回のテーマは、サーバー/ミドルウェアの構成管理ツールとして最近有名になってきた「chef」と「fabric」です。 かなり長文のエントリーになってしまい
thx @xxx ++ おれがかくことはてきとーなのでid:xxx てんてーに聞くように!!!! fabricとは Pythonでシェルをラップしてくれる便利的なもの。それだけだったら別にシェルスクリプトでよくね?ってなるけど、 リモートで複数設定で使える Pythonでかける というのがメリットになるんじゃないかな インストール 基本的にはシェルをラップしているだけ。 pip install fabric現在だと1.0.1がはいる。 基本 fabfile.py def hello(): print(hello hoge-)定義して実行 fab hello //hello hoge-注意点!としては、fabfile.pyという名前で保存すること。でなければfabがみつけてくれなくてエラーになる 環境の定義 env.password = 'huga-' とかなんかenvにいっぱいつめこめる。
Fabric is an awesome tool. Like Capistrano and Vlad, it makes deployments a lot simpler than with shell scripts on their own. However, once the complexity of your setup starts to grow, you very quickly start wishing for a cleaner and more powerful API. And once you are deploying to more than 30 servers, you really wish that Fabric would run commands in parallel instead of doing them sequentially,
pip、buildout などを使うとデプロイする時に Python ライブラリの依存関係はややこしいことがあります。 普段はデプロイスクリプトで、 pip に requirements.txt を指定して、もしくは、 buildoutを実行して、 依存ライブラリを落としてインストールしますが、 PYPI がダウンしている場合、環境によって、PYPIにアクセス 出来ない場合もありますので、デプロイが止まってしまって困ります。 PYPIはダウンしている時に pip は PYPI のミラーを使うことができますが、ミラーに必要がパッケージバージョンが入っていない、 ミラーの最後のIDのDNS が ちゃんと動いていないときに、 pip は当然ちゃんと動かない場合も。 bitbucket や、 github からのリポジトリに依存している場合、 接続できなかったら、ミラーがないので、当然インストール
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く