「分散システム処理モデルに関する動向について」に対する感想ツイート
@tagomoris あー、そういうことですか。そういうのって、オブジェクト指向とか、宣言型とか関数型とか、そういうプログラミングモデルとはあんまり関係ないと思うんですよね。ミドルウェアを作るお作法って意味でスケジューラに合わせたプログラミングの流儀はあると思うんですけど。
2015-06-11 23:11:43@kuenishi ああ、プログラミングモデルってそういうのか。それとはあんま関係ないかも。ただメモリ使用量を意識しながら書かないといけないアプリケーションみたいなのがリソースマネージャの制約によってはあって、それは一部のパラダイム(宣言型とか)とは相性が悪い気はします
2015-06-11 23:13:39分散サーバリソースマネージャかー。いま現状では、こう実装したいというアイディアはあまり無いな。強いて言うのであれば、リソースマネージャにおいて、リソースアロケータと、リソーススケジューラと、リソースモニタは、それぞれに個別の課題があるから、KISSに則って分離して作りたい。
2015-06-11 23:16:04DC規模のリソースマネージャはDC全体のリソースや環境との連携もしたりしなかったり...。しかしそーいうのがクラウドだよなー。
2015-06-11 23:19:54リソースアロケータは、状態遷移マシンに基づくはずだから、分散システム的な難しさはあまりない。sandbox化が課題か。今作るならdockerベースが無難そうだけど、アプリケーションのプログラミングモデルに介入して制約を加える、DSLを提供するなどすると、より細かい制御ができる。
2015-06-11 23:22:42@frsyuki it's too complicated to deploy on each (casual) environments.
2015-06-11 23:27:23分散リソーススケジューラが結局一番難しい。この中身をさらに複数のコンポーネントに分けてAPIを切ることができたら、その個々のミドルウェアは成功しそうだな。今作るなら、RDBMSを使うかなぁ。
2015-06-11 23:31:48@kazunori_279 @tagomoris @frsyuki Aurora + Mesos は ex Googler が Borg 意識してつくってるぽいですね.オファーをまたいだプリエンプションができないですが.
2015-06-11 23:34:20Googleさん,サーバの数多いのは確かだけど,最近capが思ったより小さくて制限が厳しいという意見がありましたよ!ゴミのようなサーバもっと足しましょう
2015-06-11 23:40:53@kuenishi @kazunori_279 @tagomoris @frsyuki 失礼します、面白い話のオンパレードだったので勝手ながらまとめを作らせて頂きました。問題がありましたら仰って下さい。 togetter.com/li/833557
2015-06-11 23:41:06