記得幾年前，用.net做分布式批處理的時候環境搭建很麻煩，雖然引數的分片演算法、配置都搞定了，但是.net虛擬機器的環境建立是個頭疼的事：
節點要自己手工建
環境變數沒法從前往後傳遞
批處理程式改動後的分發麻煩
批處理程式的狀態需要自己寫**通知前端系統
日誌檢視麻煩
subscribe，這個是基於http的事件監聽訂閱，mesos有什麼訊息過來的話都是通過這個介面過來的（scheduler必須一直和mesos保持連線，針對這個命令，mesos會源源不斷的傳送訊息到scheduler）
offers，這個是mesos發來的訊息型別之一，代表說mesos現在有多少多少資源（cpu, memory, disk）等等，問我們自製的scheduler要不要資源，要的話scheduler需要回覆accept，不要的話回覆decline來拒絕資源
accept，這個命令需要帶上需要的資源、命令、執行在哪個mesos-agent上，這裡的命令最簡單的就是shell命令，比如: echo 'hello'，也可以是sleep 100, 當然也可以是dotnet命令
decline，沒有仔細研究過，得看官方文件
基本的命令就是上面這幾個了。
demo大家可以看看這個。
展望：能做很複雜的資源伸縮，比如做微服務管理平台、訊息佇列的複雜佇列資源申請、分布式批處理系統
遺憾：無法申請資源，有request方法，但是預設全部忽略，除非自己編寫allocator
gearman初步嘗試
網上安裝使用的資料已經一堆了 這個也給大家彙總一下，比較高階的幾個。在乙個別人安裝的gearman系統下，進入root許可權 搜尋gearman所在路徑 whereis gearman 得到gearman usr bin gearman usr share man man1 gearman.1.gz...
Docker Remote API 初步嘗試
1 首先是安裝 docker 這裡就不說了 2 檢視一下 docker api的版本 sudo docker version client version 1.10.2 api version 1.22 go version go1.5.3 git commit c3959b1 built mon ...
GTD初步嘗試
最近在工作中總會出現一些問題 事情太多顧此失彼，解決完突發事件，結果安排好的內容都沒有王朝 事情處理雜亂無章，無法確定事件的輕重緩急，沒有優先順序的話，領導總是覺得對他來說很重要的事情我沒有花心思完成 例行公事 長期拖延，我是乙個有嚴重拖延症和逃避情緒的人，一旦週報忘記交的話我總是會一直拖到月底的最...