-
- いいね！48
Issei Naruta
@mirakui
rebuild.fm でも指摘されていたけど、「冪等性いらなくなる」っていう利点については、「immutable 前提で冪等性をもたないシンプルで使いやすいプロビジョニングツール」がまだ登場してないのが最大のフラストレーション
2013-11-25 15:06:55
tagomoris
@tagomoris
ファイルシステムに対するすべての変更がバージョン管理されサーバ自身よりも低いレイヤ(Xenでいうdom0みたいなの)で自動的に遠隔地バックアップされるようになったら何やってもいいと思う
2013-11-25 15:08:01
Kazuho Oku
@kazuho
immutable infrastructure とか、VMの起動スクリプトに git pull --rebase origin master || fail って書いとけばいいだけの話ですよ #放言
2013-11-25 15:08:36
馬美肉
@chiastolite
rebuild.fmで指摘されてたchef/puppetで"削除"がやりづらいみたいなのはどうしたらいいんだろうとかは思ってる。削除のレシピ毎回書くの?とか思って、それなら毎回捨てて立て直すほうが楽な気がしてた
2013-11-25 15:13:34
Tatsuro Hisamori
@myfinder
「デプロイするときは既存のサーバではなく、新しい設定の構成をまるっと作って切り替えることができる。そう、AWSならね」という認識。
2013-11-25 15:15:23
トデス子'\
@todesking
プロジェクトのディレクトリをRAMディスクに置けばgit statusが高速化されて便利というのを考えたけどメモリ8Gでもつらい
2013-11-25 15:15:38
mizzy
@gosukenator
GHE が内部で chef-solo 使ってて、バージョンアップでどはまりして休日出勤するはめになったので、動いてるサーバで Chef とか Puppet とか実行するの恐怖するようになった。
2013-11-25 15:23:17
そのっつ (Naotoshi Seo)
@sonots
chef とか全部投げ捨てて、手で種サーバ構築してイメージとって、イメージデプロイやでー、ってことでもいいんだよね？ > immutable infrastructure
2013-11-25 15:24:07
fujiwara
@fujiwara
chefのレシピ2回実行したくない、とはいっても1回目で全部通るのを書き上げるまでも結構大変である。1行修正するたびにインスタンス立て直して実行するのがクラウドネイティブ…
2013-11-25 15:28:35
Kazuho Oku
@kazuho
.@mirakui 冪等性を考慮していない一般的な手法を使えるようになるのが Immutable Infrastructure の利点なので、そのような「新しい」ツールは特に不要なんじゃないかなと思いました
2013-11-25 15:38:10
Kazunori Otani
@katzchang
@kazuho @mirakui うちのチームでは当初puppetを使ってたけど、結局shellscriptに移行してます。シンプルなツールに落ち着くの、大変よい。
2013-11-25 15:40:38
mizzy
@gosukenator
immutable という制約を課すことによって、変更を加える時にはそれを捨てて新しくつくるしかなくなるので、自然と disposable になる、 ってことで immutable という言葉を使ってるのかなー、とか解釈してるけど本当のところはどうかわからない。
2013-11-25 15:49:45
そのっつ (Naotoshi Seo)
@sonots
プロビジョニングツールはまぁいいんですよ。その他に例えば、ログとかローカルディスクに吐いちゃうとコンテナ破棄したときに一緒に消えちゃうから、じゃあどこに吐くの？とかそういうことも考えないといけないんですよ。> Immutable なんちゃら
2013-11-25 15:50:47
そのっつ (Naotoshi Seo)
@sonots
素晴らしいっっっ！！！１１１ RT @fujiwara: @sonots そこでfluentdですよ！……ってことではw
2013-11-25 15:51:32