motcha mot@mastodon.motcha.tech
どっかーん剥がしは概ね①大規模化が進みスケーリングの悪さから剥がす②Dockerに馴染みがないので剥がしたい③ホストのパワー不足からギリギリまでオーバーヘッドを減らしたい のどれかな気がする 当てはまるならアリだし、そうでもないならナシなのでは（超個人的な見解）
motcha mot@mastodon.motcha.tech
Ruby書けないしPythonならほんの僅かにだけど書けるわけで、そうなるとChefよりAnsibleのほうが良さそうだがPowershellDSCとの関連でアッ―！！
motcha mot@mastodon.motcha.tech
なんだかChefともDSCはつながりがあるとかなんとか英語で書いてたので、多分Chefで書かれた部分をWindowsだとDSCでゴニョゴニョしてくれそうな気がします（よくわかってない）
motcha mot@mastodon.motcha.tech
PowershellDSCがりなくすで動くかは…PowerShellが動けばあるいは、な気もしないではないけどそれならChef使おうってなりそうっすね
motcha mot@mastodon.motcha.tech
Wordpressのアプデレベルで、GUIでワンタッチぽんでアプデできるくらいがいいと思うのよ。だからRancherOSとかShipyard、Portainerなんかでうまーくアプデまでつながるようになったら理想的だと思ったり。
motcha mot@mastodon.motcha.tech
ガチな話、これだけの頻度でアプデが来る不安定で変動的なアプリケーションこそ、使い捨てられるコンテナ環境が便利だとは思っていて。当然オーバーヘッドはあるけど、コンテナ剥がしのデメリットはアップデートコストの増大だと思ってる 追従が遅れれば新仕様との整合性はどんどん悪くなるし、他のタンスに対して欠点にもなりやすいし…
motcha reblogged at 7 years ago
きりの みなと ✅ imksoo@mastodon.chotto.moe
とても個人的な考えですが、今後もMastodonとその依存ライブラリの構成はころころ変わっていくと思うので、ホスト環境とソフトウェア実行環境を分離するためにDockerを使って抽象化(コンテナ化)して置くのは、そんなに悪い選択肢じゃないと考えてる。そういう意味ではHerokuみたいなマネージドなホスト環境にMastodonをデプロイしちゃうのも良いとは思うし、別にVagrantとかでホスト環境と分離するのもありだとは思う。
motcha mot@mastodon.motcha.tech
うまく構成できるようになれば、AD用とExc用のDSCを書いて、マシン二個テンプレからデプロイしてDSC吸わせれば簡易検証環境の完成だな