大專案更新迭代思想

出差杭州，阿里巴巴附近的企業，也算開拓了一下視野。引發了一些思考

①怎麼實現灰度釋出呢？ 

所謂灰度釋出其實就是讓部分使用者先體驗新功能，因為程式碼邏輯非常深，使用者非常多，才會灰度釋出這個形式非常有必要的，但是怎麼來做到呢？對於大企業當然可以通過從應用層到網路層進行各式各樣的處理，但是對於不是非常有實力的公司如果遇到這個問題怎麼處理呢？可以採用阿里雲等伺服器的反向代理來實現，所謂反向代理其實就是通過讓使用者訪問一臺代理伺服器，然後再進行轉發到我們灰度釋出程式碼的一臺伺服器，當然這部分使用者的資訊也可以做相應標示，如從某臺ip進來的欄位進行標示灰度測試使用者。可以參考：反向代理

②閘道器灰度流量遷移 ？

這個真的就得非常有實力才能做到了，像阿里巴巴等BAT這些大公司才有硬體這個實力去做。參考：閘道器灰度

③中臺是什麼 ？

一般我們只知道有前臺，後臺，但是不知道中臺的存在；但是如果業務專案確實夠大了，確實需要中臺 。參考：中臺

④專案對於使用mysql，但是沒有考慮分庫分表情況，但是又不想程式碼太多程式碼的前提下實現類分庫分表作用可使用TiDB。