近來，在參加面試，面試過程中也遇到各種各樣的問題。現將其中的乙個問題分享出來，也分享下自己的思考，如有錯誤，歡迎指正。
問題：我現在有成千上萬臺的服務，因為數目巨大，不可能人為的去監控，那麼我要如何去監控這些服務的存活或者是否有卡死？
結果：當時，我直接被這個問題卡住了，原因有二：
1. 成千上萬臺服務的話，意味著本身服務比較多，如果設計乙個監控中心，那麼這種檢測就會變的很龐大，尤其是如果不止萬台，或者更多呢？
2. 如果監控中心卡死或者宕機了的話，又該如何去監控呢？
後續：當時被卡之後，面試官說覺得不適合當前崗位，看是否考慮其他崗位，我回答說可以考慮考慮。之後從公司出來之後，我繼續思考這個問題，終於有了一下的思路，但不一定準確，只是討論討論：
1. 針對服務量大的問題，我是否可以將監控中心拆分，我按照分組的方式，將不同組的服務狀態使用不同的監控中心進行監控管理，這樣就可以分擔因為服務量大造成的監控中心監控響應問題。
2. 對於監控中心同樣會死的情況下， 我是否可以從所有的監控中心中選取其中乙個監控中心，用於做為管理，管理各個監控中心的狀態，管理的選擇可以採用一些適當的策略。如果當前管理失效，繼續從剩下的監控中心中選出乙個新的管理。
3. 於此問題，監控中心管理還可以將之前已經宕機或者卡死的監控中心的所監控的服務重新分配。
如圖：現在假設：
1. 監控中心2宕機了，則可以將服務2-1分配到監控中心1，服務2-2分配到監控中心3，這樣的話，所有的監控依舊正常運轉。
2. 監控中心宕機了，假設使用某種策略選舉了監控中心1作為監控中心管理，則只需將監控中心1原本監控的服務分配到其他服務上進行監控， 由監控中心接管原監控中心管理業務即可。
我對我的思考
時間不經意的就過去了四天了，從窗外看著日出日落，聽著水木年華憂傷的情歌，吃著舍友為我們打回來的飯。啊！大學的生活原來還有這麼美好，生命總是給你出其不意的一頁。可是，總有一些好事者卻喊著 放我們出去 等等的口號，我不明白他 她 們究竟 want to do?這也許就是人與人之間至少是在思想的差異吧！就...
我對俱樂部的思考
我是 2003年11 月加入俱樂部的，到今天恰好兩年，從開始純粹的做技術到現在技術管理並重，我對俱樂部的各個部門都有比較深入的了解，今天就談談我個人的體會。40 平方的辦公室給我們，我真是非常非常開心，至於這間辦公室的技術核心 第二個黃振我心中已經有了幾個候選人，我到時候一定會向新的主席團推薦他們。...
我對CopyOnWrite的思考
copyonwrite後文中表述為cow copyonwrite容器即寫的時候複製乙個新的容器進行寫 通俗的理解是當我們往乙個容器新增元素的時候，不直接往當前容器新增，而是先將當前容器進行copy，複製出乙個新的容器，然後在新的容器裡新增元素，新增完元素之後，再將原容器的引用指向新的容器。我們需要了...