一個電商專案的Web服務化改造2：現有專案的5個問題

小雷FansUnion發表於2016-04-30
Web
     最近一直在做一個電商專案，需要把原有單系統架構的專案，改造成基於服務的架構，SOA。
     有點挑戰，做完了，會有很大進步，

1.現有專案的問題
  1.1程式碼風格不統一
    不同的人，風格不同
    同一個人，風格也不同
 
  1.2重複勞動
       類似的CRUD，每個人都寫了一遍。
       同一個功能，同一段程式碼，不同的人，有重複實現。
 
  1.3系統模組之間，劃分不清晰
    Front前臺商城系統、Backend後臺運營系統、Mobile移動App，service都在同一個。
    Mybatis對映檔案mapper.xml中的sql，同時考慮了Front和Backend兩種查詢情況。
 
  1.4效能瓶頸,資源浪費
      1臺伺服器效能不夠，只能再增加另外1臺。
      當伺服器過多的時候，不能很好地判斷系統瓶頸
      
      資源沒能合理利用：佔用資源，而不幹活 
      效能瓶頸：查詢商品、訂單支付，不同業務的系統瓶頸不同，分離的情況下，可以單獨做叢集。
                       根據不同的業務場景，做針對性的優化。
 
  1.5分工合作
      模組之間，存在依賴。
      訂單依賴商品和庫存。
      寫訂單邏輯的時候，突然發現商品和庫存邏輯有問題，又需要去修改相關程式碼。
      同一個人，需要準確知道太多細節的實現過程。
      理論上，只需要知道介面，輸入和輸出。

  開發效率低：以上5個原因導致


 問題是存在的，用簡潔的語言把它描述出來，需要對問題有深刻的理解。
 比如效能瓶頸，看淘寶哥們寫的書，已經大致懂了，但列出要點，把別人的長篇大論，濃縮成自己的幾句理解，有點難度。


個人觀察：能夠認識到上面5個問題，比解決這5個問題更有必要，更有價值。
如果一個人連現有專案關鍵的問題，都意識不到，還指望他去把這些問題解決嗎？

我做事比較喜歡講究效率，不願意接受一天的事卻花一週去解決。可以接受一週的事情一天完成，然後自己學習四天。 

人生短暫~ 

相關文章