第一百二十三章 系統改造與技術升級（1/2）

正所謂，工欲善其事，必先利其器。

所有業務前端的產品和服務，甚至市場營銷活動。

都需要依靠後端的系統和技術支撐，這也是網際網路公司的核心競爭力。

尤其是在現在易趣的業務線已經非常多。

各種不同的業務類型，對後台技術的需求也越來越複雜的前提下。

打造一個能夠為前方一線提供足夠支撐和良好用戶體驗的後台系統，

就成為新成立的「大中台」事業群的核心工作目標。

可這並不容易……

就拿電商平台來看：

易趣公司早期的後台系統，是由龐勇一個人寫的（易趣網B2C）。

在97年的時候，還用的是C語言和ASP（Active Server Pages，動態伺服器頁面）技術，資料庫用的是SQL Server。

而新成立的淘寶網，則採用了最新的Linux+MySQL+PHP的架構。

之所以採用這個架構，是因為一方面用到的技術是開源、免費的，而且無需編譯，發布快速。

這樣一來，光是要將電商平台在後台系統做整合，就需要對整個系統架構進行重新升級……

更不用說，還要涉及到，一點也不比電商平台系統簡單的搜索平台和社交平台了。

所以，隋波剛剛布置完一系列的業務線工作，

就被龐勇請來，參加技術委員會的會議。

希望讓他聽一聽大家的討論，最後定下一個方案來。

隋波雖然對技術細節一竅不通，

但是他一直都是公司產品的「首席體驗官」。

可以從用戶體驗的角度，提出需求和改進意見。

這樣，技術部門也可以有針對性的，來進行系統改造和技術升級。

另外最重要的是，無論是升級系統，還是改進技術，增加伺服器、購買資料庫軟體……

這些都是需要耗費大量資金的。

如果不讓隋波這個大老闆來聽一聽。

到時候報預算，審批下來也慢啊……

在技術委員會上，龐勇簡單介紹了目前電商平台的系統架構情況。

現在暫時來看，整合難度最大的是易趣網和淘寶網。

像百度搜索，從王川最初開始研發，就有一整套獨立的後台系統。

現階段只需要做數據接口，打通用戶信息就可以。

等到後期，電商和搜索業務交叉的需求增加的時候，再做更進一步的整合。

電商平台所有產品和功能的底層，其實都是商品管理和交易管理兩大系統。

其中主要包括：存儲資料庫、開發語言、負載均衡、緩存、CDN等。

同時，要想形成真正具備整合能力的「大中台」，將各種業務線整合在一起，還必須有中間件系統（SOA，分布式組件架構），如高性能的服務框架、分布式的數據訪問工具等。

簡單來說，首先是商品管理系統。

舉個例子，電商平台商品管理系統，在後台系統有個專用名詞叫商品類目屬性。

比如服裝，就要分成男裝、女裝，按照季節，又要分為春夏裝、秋冬裝……

再繼續細分，還可以分為大衣、T恤、褲子……

甚至還能再細分到材質，是蕾絲還是純棉……

這樣，商品的類目屬性就會形成非常複雜的網狀結構。

對此，技術部門最後做出了一個名為Forest（森林）系統，來對商品的數據信息進行結構化，以便於前後台的調用。

另外有一個難點，就是圖片存儲系統。

前兩年，因為網速和用戶體驗的考慮，易趣網上圖片很少。

但現在，無論是易趣網還是淘寶網上，都已經開始出現了大量圖片。

畢竟圖片無論是在商品展示上，還是交易系統中都非常重要。

「無圖無真相」、「一張好圖勝過千言」。

現在電商平台的流量中，圖片的訪問流量要占到90%以上。

這麼多的圖片數據，和這麼大的流量，會給後台系統帶來非常大的壓力。

尤其是大規模的小文件存儲和讀取，這就需要在存儲技術和緩存技術上，進行升級和創新。

同時也對，基礎網絡的帶寬提出了更高的要求。

另外，因為電商平台所有的功能都需要依賴用戶信息，用戶中心模塊必須單獨拿出來，否則以後系統無法擴展。

這就需要一個中心系統UIC（User Information Center），

可是UIC拿出來之後，應用系統每天訪問UIC，UIC訪問資料庫讀取用戶信息。

以易趣網和淘寶網現在的流量，幾乎每天都有數千萬甚至上億次的讀取，資料庫很快就會崩潰。

這樣，一方面需要進行資料庫的分布式數據分層訪問，另外就是緩存技術。

從前端的緩存，和全局負載均衡設置，傳遞到後端，流量就非常均衡和分散了，對前端的相應性能也大大提高。

無論是資料庫、負載均衡、緩存、開發語言等，這些還是屬於純技術研發的問題。

可CDN就是真正的硬體投入+軟體研發了。

什麼是CDN？

CDN（Content Delivery Network，即內容分發網絡），

它涉及到硬體（伺服器）、軟體（系統）、帶寬（就近分布）三個方面。

現在易趣公司在全國已經分布了十多個伺服器節點，在電信機房和地方信息港。

本章未完，點選下一頁繼續閱讀。