YII千萬級PV架構經驗分享--俯瞰篇--業務擴展演變

   hello,你們好,我是方少,世上不如意事十有八九吧,即便你感到很滿意,也有人感受太差了,總得感受咱們技術人員都是一我的在戰鬥,感情倒是最深的,一塊兒吃過苦才難忘吧。嬌妻豔女,你失意了會和你一塊兒吃苦嗎?每每會把你拋棄了。一個產品最重要的人,確定是最瞭解業務的人,渠道爲王嘛,哪兒有需求,哪兒就有渠道,看下圖,具體業務擴展導維圖緩存

這是通常公司的結構圖吧,少了個質量管理系統(測試部門的),回頭加上。上圖解釋以下框架

1 數據增多建議工具

   a 不建議連表查詢,不利於分庫分表性能

   b 按業務分庫分表,不要以技術來分,好比用戶id和用戶賬號,用來個分表好? 用戶賬號有竊取的可能噢,固然你能夠加密,若是不嫌麻煩測試

   c 分庫有兩種可能性  1 按遊戲邏輯進行分庫,遊戲區服每一個庫裏面的數據都不多,穩定性很強,每一個區虛擬化隔離,不會出現全體故障,集體鎖表,還能夠實現多版本噢,缺點庫多了維護起來麻煩,最重要的,上版本的時候,等着加班吧  2 按業務分庫 經常使用的分隔方法加密

 

2 項目擴展建議blog

   a 變化業務數據建模另濫勿缺 1 改變表簡單 仍是總是改代碼簡單?接口

   b 項目名稱的建議 項目名稱用域名,好比 www.zhaoaiai.com, shop.zhaoaiai.com,來和共用預留目錄,YII框架目錄區分開來,也好記憶遊戲

   c 項目之間通訊建議 1 一個項目,至關於一個庫,後臺系統建議怎麼來的快怎麼鏈接。後臺系統在一臺機子上。固然最好用接口產品

                           2 主業務之間用接口,而後緩存1秒,用戶數據能夠緩存更久,以減輕接口壓力(看具體業務)

 

3 公司內部管理系統建議

   a 統一界面管理添加地址形式,否則總是問你地址在哪兒,煩死人,來一我的問一個
   b 以組形式加權限,而不是員工,員工添加到組下,否則總是你一我的添加權限,別的事就不用幹了
   c RTX,短信,郵件配置提示, 交流快速頗有必要的,建議重要文件 RTX 郵件都發送,以做存檔

 

4 懼怕了嗎?

  是否是以爲要作的事情太多了,性能或效率,在稀牲一點性能下,能夠彌補的,效率爲王,作一些快速生成的工具。

搞成,但願你們能多提提意見,一塊兒作出產品纔是王道啊,一我的太累了,睡覺了。

相關文章
相關標籤/搜索