続・ラフなラボ – PyConJP 2015 で 「3分でサーバオペレーションコマンドを作る技術」というタイトルでLTしてきた #pyconjp
大分遅れましたが、自分用の記録としてまとめときます。 tl;dr PyConJP 2015 でLTしてきたという話 大規模なカンファレンスで発表するの、メリットしか無いしみんなまず手を上げてみればいいんじゃないかなと思った話 PyConJP 2015 に参加した際の全体的なメモに関してはこちらをご参照ください PyConJP 2015 に行ってきた #pyconjp どんなLTしたの？ こんなLTです PyConJP2015 公式の案内 プレゼンテーション：3分でサーバオペレーションコマンドを作る技術 | PyCon JP 2015 in TOKYO Togetter 「3分でコマンド」「PyCon Canada」「チャット通知ライブラリ」「pandas」「Dask」LT そして初日のクロージング #PyConJP_C #pyconjp - Togetterまとめ 当日使ったスライドはこち
デプロイツールfabric+cuisineで冪等性保証 - Qiita
はじめに Python製のデプロイツールfabricは，シェルスクリプトをPythonで便利に利用できるようにしたものであり，Chef-Soloライクな構成管理を容易に行うことができる．また，Chefの大きな特徴の1つである冪等性だが，fabricのラッパーであるcuisineを用いることで，保証することができる． 非常にシンプルでChefなどと比較すると学習コストも小さく，さらに対象となるマシンにのみインストールすればよいので手軽に導入できる．今回はfabricを用いてvagrantへdotfilesを配置するちょっとしたスクリプトを書いてみた． インストール 以下のコマンド一発でインストールできる．
複数プロジェクトを抱えるチームでのデプロイ自動化
複数プロジェクトを抱えるチームでのデプロイ自動化 1つのチームで，10以上のプロジェクト，コードベースを抱える場合にどのようにデプロイの自動化を進めたか，工夫したこと，考慮したことなどをまとめておく． デプロイツールには，Python製のfabricを採用しているが，他のツールでも同様のことはできそう．なお，fabricの基本的な使い方などは既にインターネット上に良い記事がたくさんあるので書かない（最後の参考の項を見てください）． fabricの選択 シェルスクリプトとCapistranoを考慮した． まず，シェルスクリプトは人によって書き方が違うため，統一が難しくメンテナンスコストも高い．また共通化も難しい． 次に，Capistranoは，裏でやってくれることが多く，学習コストも高い．プロジェクトによってはかなり特殊な環境へのデプロイも抱えているため，Capistranoの前提から外れる
【30分で動かすシリーズ】FabricでOpenSSL祭に対応してみる - サーバーワークスエンジニアブログ
先日、OpenSSLに脆弱性が見つかり対応する必要がありました。 対応すると言っても一言でいえばOpenSSLを更新すれば良いのですが、対象のサーバが何十台、何百台あると大変です。 いわゆる刺身タンポポな作業になります。 人生は有限です。機械に任せられるところは任せてさっさとビールでも飲みたいものです。 「機械に任せて」の部分をFabricでやってみます。 Fabricとは 公式サイトはこちらになります。 公式サイトを開くとすぐ動作例が書かれています。 一言で雑に言いますと「すげぇSSH」です。 今回の想定 複数台のサーバのOpenSSLを更新する、とします。 対象のサーバには手動でsshできる環境があるとします。 「複数台のサーバそれぞれにsshログインしてOpenSSLを更新して、サーバを再起動させる」 を手動で行うところをFabricを使って自動化しましょうという内容になります。 F
Windows7 (MinGW / MSYS) に Python 2.7 + virtualenv + Fabric を入れたメモ - k-holyのPHPとか諸々メモ
最近、同一環境の複数サーバ(Linux)に対して環境設定することがあって、自動化のためにPython製のツールFabricを使い始めました。 ちょうどそのタイミングで、PHPで作成したWebの管理画面からLAN内の複数のサーバに対してコマンドを実行したいことがありまして、exec()関数でFabricを呼ぶ形にしたらとても便利でした。 それならいっそ、Windowsのローカル開発環境からでも実行できるようにしてみようと思い立ち、Windows7 (MinGW/MSYS) にPythonとFabricを入れたメモです。 Python 2.7 をインストール Python公式の Download Python から Pythonの最新安定版は 3.3系の 3.3.1 と 2.7系の 2.7.4 がありますが、3.3系を入れたところ Fabric を入れる段階で詰まってしまいました。 ひとまずW
継続的デリバリ／デプロイを実現する手法・ツールまとめ
継続的デリバリ／デプロイを実現する手法・ツールまとめ：DevOps時代の開発者のための構成管理入門（終）（1/2 ページ） バージョン管理や継続的インテグレーションとも密接に関わる継続的デリバリ／デプロイメントの概要や主なツール、経緯、実践事例を紹介。実践手法として「ブルーグリーン・デプロイメント」「Immutable Infrastructure」が注目だ。 完全に自動化されたリリースプロセスが必要となる「継続的デリバリ」とは いよいよ本連載「DevOps時代の開発者のための構成管理入門」も最終回となりました。今回のトピックは「継続的デリバリ」です。 継続的デリバリは、本連載で扱ってきたバージョン管理や継続的インテグレーションなどの単一のプラクティスではなく、それら一連のプラクティスを包含した、ソフトウェアデリバリ全体に対しての「考え方」「アプローチ」といえるものです。 「継続的デリバリ
Python製デプロイツール Fabricを初めて使う際に役立つTips
by @dekokun on 2013/04/07 19:30 Tagged as: Python, Fabric, デプロイツール. 2013/04/09 追記 意外と反響があるようなので、Tips追加しました。 2013/05/10 追記 並列実行について調べたのでついでに追記 「次のプロダクトはシンプルなデプロイツールだと噂のCinnamonでも使ってみるかー」と言っていたら、「Cinnamonは使ってるユーザ数が少なそうだし同様のことが行えるFabricのほうがいいんじゃないですかね。」というツッコミをいただき、今回はPerlのプロジェクトでもないためFabricを使用することにしました。 初めて触るFabric、やはり初学者にはいろいろとよくわからない部分があったため、はまって解決したことや便利なTipsなどをつらつらと列挙していきます。 なお、以下情報はPython2.7及びF
デプロイツール比較 CapistranoとFabric
by @dekokun on 2013/05/21 23:46 Tagged as: Capistrano, Fabric. 最近、Fabric, Capistranoと立て続けに2種類のデプロイツールを使ってデプロイ環境を構築する機会がありましたので、その際に感じた両者の利点を書いてみたいと思います。 両者の簡単な解説 そもそもCapistrano, Fabricについて、「片方は知っているけど片方は知らないよ」という人がいるかと思いますので、簡単な説明をします。 両方とも何かを知らない人は…「自動デプロイ」とかそのあたりで検索してみるといいんじゃないですかね。 Capistranoとは Ruby製のFabricみたいなものです Fabricとは Python製のCapistranoみたいなものです Fabricは私の中ではデプロイツールという認識なのですが、最近Chefと比較されること
Fabricで多段ssh - チューリング不完全
Fabricで多段sshした上でコマンド実行させることができたので、書いておきます。 環境 Python 2.6.6 Fabric 1.5.1 (paramiko 1.9.0, ssh 1.8.0) サーバは全てCentOS 6.3 やり方は.ssh/configに書かれたProxyCommand設定を読み込む方法とFabricのenvをいじる方法の2つがあります。 ここではFabricのenvをいじる方法について解説します。 環境 +---------------+ |192.168.200.99 | +---------------+ ↓ +---------------+ |192.168.200.100| +---------------+ ↓ +---------------+ |192.168.200.101| +---------------+ ↓ +------------
chefとかvagrantとかfabricとか - wyukawa's diary
chefを使いそうなのでその辺素振りしてみる。 chefの前にまずvagrantとvirtualboxをそれぞれダウンロードしてインストール Boxファイルの追加 $ vagrant box add centos63 https://dl.dropbox.com/u/7225008/Vagrant/CentOS-6.3-x86_64-minimal.box $ vagrant init centos63 $ vagrant box list centos63 (virtualbox) saharaプラグインの追加 $ vagrant plugin install sahara $ vagrant plugin list sahara (0.0.16) sandbox on $ vagrant sandbox on 0%...10%...20%...30%...40%...50%...60%
今日からすぐに使えるデプロイ・システム管理ツール Fabric 入門 - 科学と非科学の迷宮
Fabric は、Python 製のデプロイ・システム管理ツールです。 最近、構築や運用を自動化するための様々なツールが出てきています。 構成管理ツールの Puppet や Chef が有名ですが、使うまでに覚えることが多いのが欠点です。 しかし、Fabric は非常にシンプルなツールで、今からすぐに使うことができます。 Fabric はデプロイ・システム管理ツールで、類似のツールとして Ruby 製の Capistrano があります。 Fabric の最大の特長は、シェルスクリプトを書き慣れた人がいきなり利用できるところです。 シェルスクリプトとしてまとめていたコマンドをそのまま run() メソッドや sudo() メソッドで囲むだけで、使うことができます。 シェルスクリプトを使っていていると、いくつもの問題に遭遇します。 名前空間の管理 変数の扱い 複雑なデータ構造がない(せいぜい
Chefに挫折したあなたへ。Fabricのすすめ
サーバ設定作業は面倒で間違いを犯しやすいため、Chef/Puppetなどのツールで自動化したいと考えている方は多いと思います。 私もそのような理由からChef(-solo)を習得しようと試行錯誤していました。 その結果、ある程度は動くようになったものの次のような問題があると思いました。 学習に時間がかかる 私は正直、今でもどのファイルに何を書くのかよく分かってないです。 幾分か簡単だと言われるchef-soloでも公式サイトのドキュメントだけではよく理解出来ませんでした。 また、バージョンによる差異なのか目的が異なるのか分かりませんが、ブログ記事を参考にしようとすると十人十色でどれが私に合った手順なのかわかりませんでした。 例え最終的に理解できたとしても、私やあなたが何日もかけて理解できないことはチームのメンバーも理解するのは難しいと思います。 対象サーバにインストールする必要がある Ch
Chef-solo の代わりに fabric を使う - methaneのブログ
Fabric は ssh 経由でリモートをゴニョゴニョするツールなので、デプロイツールとして見られがちですが、 cuisine など冪等な操作をサポートするライブラリを組み合わせれば手軽な構成管理ツールになります。 chef-solo に比べてターゲットとなるマシンへのインストールが不要なので vagrant と EC2 の Amazon AMI で同じように home ディレクトリを構築するようなスクリプトを書くことも可能です。 また fabtools を使えば、簡単に vagrant を対象にすることができます。 インストール: $ pip install fabric fabtool cuisine fabfile.py を作ります (サンプル): 使い方: $ fab vagrant package_upgrade setup_devtools # 開発マシンにいつもインストールし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
意識の低い自動化
職人任せにしないインフラ構築/運用 ~ DevOps時代を生きぬくために ~