我想這兩天大家或多或少有在看李克強(qiáng)總理的政府工作報(bào)告，我也在電視旁愣著算是看完了全程，看完有個(gè)感受想反饋，要是總理的報(bào)告能和PPT搭配著講就更好了：）政府工作報(bào)告里大篇幅回顧了2015年的工作，當(dāng)時(shí)恰好在策劃聊聊架構(gòu)下周的內(nèi)容，突然靈感一現(xiàn)，為何我們本期的內(nèi)容不以去年的變化和趨勢(shì)為切入點(diǎn)，談?wù)劶軜?gòu)的優(yōu)化了？于是乎，便和當(dāng)當(dāng)網(wǎng)的史海鋒老師策劃了本期內(nèi)容。

歡迎關(guān)注聊聊架構(gòu)微信號(hào)，獲取更多精彩架構(gòu)內(nèi)容，下周我們將會(huì)發(fā)布《架構(gòu)漫談》系列文章的電子書(shū)，敬請(qǐng)期待！

隨著移動(dòng)互聯(lián)網(wǎng)的進(jìn)一步普及，網(wǎng)上消費(fèi)購(gòu)物比例不斷提高，電商網(wǎng)站的系統(tǒng)規(guī)模隨業(yè)務(wù)快速增長(zhǎng)，承載每天數(shù)以萬(wàn)計(jì)的交易已經(jīng)是主流電商網(wǎng)站的常態(tài)。

幾年前618、雙十一、雙十二標(biāo)志著電商進(jìn)入促銷常態(tài)化和大規(guī)�；顒�(dòng)化階段，前兩年則是主打無(wú)線APP購(gòu)物，那么2015年，電商行業(yè)在業(yè)務(wù)模式上呈現(xiàn)出了哪些特征？我覺(jué)得可以簡(jiǎn)單總結(jié)為4點(diǎn)。

渠道拓展

移動(dòng)互聯(lián)網(wǎng)時(shí)代，流量入口愈加分散，催生出諸多導(dǎo)購(gòu)引流的APP，電商公司需要具備對(duì)接多種渠道的能力，還要結(jié)合技術(shù)趨勢(shì)，開(kāi)通微信公眾號(hào)，甚至是入駐其他零售平臺(tái)、分銷平臺(tái)，打造更多的垂直頻道，充分吸引流量。

實(shí)時(shí)交互

隨著大數(shù)據(jù)實(shí)時(shí)計(jì)算技術(shù)的成熟，當(dāng)用戶在線時(shí)，根據(jù)用戶畫(huà)像和行為進(jìn)行實(shí)時(shí)交互，結(jié)合業(yè)務(wù)活動(dòng)提供精準(zhǔn)的個(gè)性化即時(shí)服務(wù)，不浪費(fèi)每一毫秒，提升客戶體驗(yàn)，提高客戶粘性。

功能聚合

在每一個(gè)用戶打開(kāi)的界面提供盡可能多的功能和信息，典型的是單品頁(yè)，現(xiàn)在堆滿了各種鏈接，顯示能夠使用哪些禮券、有哪些種促銷和服務(wù)，甚至商品副標(biāo)題也會(huì)嵌入活動(dòng)鏈接。竭盡所能利用流量，提高轉(zhuǎn)化。

精細(xì)運(yùn)營(yíng)

營(yíng)銷越來(lái)越復(fù)雜，對(duì)運(yùn)營(yíng)的要求相應(yīng)提高，運(yùn)營(yíng)人員必須了解每一個(gè)操作之后的效果是否符合預(yù)期，摸索對(duì)于不同的季節(jié)、地區(qū)、時(shí)段、客戶群體、商品品類最有效的營(yíng)銷手段。

架構(gòu)優(yōu)化實(shí)踐

在這樣的背景下，當(dāng)當(dāng)網(wǎng)通過(guò)以下幾個(gè)方面來(lái)適應(yīng)變化，并推進(jìn)架構(gòu)優(yōu)化。

第一，對(duì)技術(shù)部組織架構(gòu)進(jìn)行調(diào)整。

將原來(lái)的職能化組織中的產(chǎn)品、研發(fā)和測(cè)試部門(mén)按照產(chǎn)品線進(jìn)行整合，轉(zhuǎn)型為Unit化，以加強(qiáng)同一產(chǎn)品線不同職能團(tuán)隊(duì)之間的配合協(xié)作，溝通更高效，團(tuán)隊(duì)更為聚焦。

這樣的組織結(jié)構(gòu)更易于應(yīng)用敏捷，與實(shí)施敏捷的前提同理，產(chǎn)品線拆分建立在系統(tǒng)架構(gòu)解耦基礎(chǔ)之上，在這一點(diǎn)上，系統(tǒng)架構(gòu)與組織架構(gòu)異曲同工且相輔相成。解耦越充分，系統(tǒng)邊界越清晰，模塊越小，越適合敏捷團(tuán)隊(duì)，能夠快速響應(yīng)業(yè)務(wù)需求。

業(yè)務(wù)相近的產(chǎn)品線組成一個(gè)產(chǎn)品研發(fā)部，這樣多數(shù)的小型需求在部門(mén)內(nèi)就可以解決，面對(duì)緊急項(xiàng)目還可以靈活使用人力資源，并為員工創(chuàng)造接觸更多類型業(yè)務(wù)需求的機(jī)會(huì)。

第二，系統(tǒng)分層依賴。

隨著業(yè)務(wù)邏輯越來(lái)越復(fù)雜，系統(tǒng)越來(lái)越多，相互依賴也越來(lái)越多。比如我的當(dāng)當(dāng)中就聚合了安全中心、用戶、賬戶、訂單、收藏夾、推薦等多維度的信息，需要調(diào)用多個(gè)系統(tǒng)服務(wù)。經(jīng)過(guò)討論，決定將用戶交互層面的前端頁(yè)面與原有的后端系統(tǒng)拆分，并入前端的產(chǎn)品線，以便為用戶提供更好的服務(wù)。

而后端系統(tǒng)之間的依賴關(guān)系也需要更為精細(xì)的分層定義，對(duì)于促銷系統(tǒng)，需要會(huì)員系統(tǒng)、訂單系統(tǒng)、價(jià)格系統(tǒng)提供基礎(chǔ)數(shù)據(jù)；對(duì)于運(yùn)費(fèi)系統(tǒng)需要商品信息和配貨數(shù)據(jù)，而在精準(zhǔn)定位銷售區(qū)域的前提下，庫(kù)存只是配貨的基礎(chǔ)數(shù)據(jù)，配貨系統(tǒng)負(fù)責(zé)判斷是否有貨，Promise則根據(jù)配貨結(jié)果計(jì)算預(yù)計(jì)送達(dá)時(shí)間。

調(diào)整系統(tǒng)之間的關(guān)系是很難的，牽一發(fā)而動(dòng)全身，但重構(gòu)是契機(jī)，2015年，對(duì)于電商的核心系統(tǒng)交易和促銷進(jìn)行了重構(gòu)，同時(shí)價(jià)格、配貨、運(yùn)費(fèi)等系統(tǒng)也進(jìn)行了較大調(diào)整，從而使系統(tǒng)間依賴問(wèn)題得到了明顯改善。

第三，服務(wù)化。

微服務(wù)為互聯(lián)網(wǎng)行業(yè)的服務(wù)化指明了方向，也堅(jiān)定了我們進(jìn)行服務(wù)拆分和解耦的決心。

原有的架構(gòu)以系統(tǒng)為維度，服務(wù)歸屬于明確的系統(tǒng)，而系統(tǒng)的劃分一般以業(yè)務(wù)功能為聚合，隨著業(yè)務(wù)的發(fā)展，新的業(yè)務(wù)功能層出不窮，總會(huì)有一些打破原有的系統(tǒng)邊界，給架構(gòu)提出難題。

服務(wù)化，不僅是指系統(tǒng)將能力通過(guò)服務(wù)對(duì)外提供，更重要的是服務(wù)本身就是承載業(yè)務(wù)功能的單元，如果有組合了多個(gè)邏輯難以歸入某系統(tǒng)的服務(wù)，不必糾結(jié)，作為獨(dú)立的業(yè)務(wù)模塊開(kāi)發(fā)就是了，以服務(wù)為單元，系統(tǒng)架構(gòu)更加扁平，簡(jiǎn)單清晰。

微服務(wù)架構(gòu)中，服務(wù)粒度會(huì)更小，服務(wù)治理的需求更加迫切，更需要技術(shù)手段解決，比如分布式服務(wù)框架，當(dāng)當(dāng)使用的是基于Dubbo二次研發(fā)的DubboX，以及結(jié)合ddframe實(shí)現(xiàn)的服務(wù)調(diào)用監(jiān)控。

去年的容器技術(shù)爆發(fā)，為微服務(wù)架構(gòu)實(shí)施提供了有力工具，當(dāng)當(dāng)內(nèi)部也在部分系統(tǒng)使用了Docker。

微服務(wù)大勢(shì)所趨，秉承SOA理念，在服務(wù)治理中心的基礎(chǔ)上，將系統(tǒng)弱化，提供更多的基礎(chǔ)服務(wù)，提高了系統(tǒng)的復(fù)用性和靈活性。

第四，平臺(tái)化。

平臺(tái)化包括兩個(gè)維度，技術(shù)平臺(tái)化和系統(tǒng)平臺(tái)化。

技術(shù)平臺(tái)化是指在技術(shù)層面建立統(tǒng)一的體系，包括根據(jù)行業(yè)特點(diǎn)進(jìn)行技術(shù)選型，使用穩(wěn)定可靠的技術(shù)組件。

當(dāng)當(dāng)從2012年開(kāi)始將原有的.net平臺(tái)向Java平臺(tái)遷移，從封閉到開(kāi)源，應(yīng)用電商行業(yè)的主流技術(shù)棧，到2015年，基本完成了技術(shù)轉(zhuǎn)型，主要后端業(yè)務(wù)系統(tǒng)都轉(zhuǎn)移到Java平臺(tái)。

經(jīng)過(guò)數(shù)年的積累，2015年當(dāng)當(dāng)架構(gòu)部研發(fā)了Java應(yīng)用開(kāi)發(fā)框架ddframe，目的是分離技術(shù)和業(yè)務(wù)，封裝技術(shù)細(xì)節(jié)，將應(yīng)用開(kāi)發(fā)人員的精力集中在業(yè)務(wù)開(kāi)發(fā)上。

隨后再接再厲，當(dāng)當(dāng)架構(gòu)部又推出了用來(lái)替代TBSchedule的分布式作業(yè)調(diào)度框架Elastic-Job。并將之開(kāi)源，基于JDBC的分布式數(shù)據(jù)庫(kù)中間件Sharding-JDBC也在開(kāi)發(fā)中。

統(tǒng)一的技術(shù)棧，能夠復(fù)用技術(shù)資源，持續(xù)積累整體的研發(fā)能力，為做精做專提供更好的基礎(chǔ)條件。

系統(tǒng)平臺(tái)化是指搭建基礎(chǔ)平臺(tái)，包括測(cè)試平臺(tái)、分布式服務(wù)平臺(tái)、自動(dòng)化運(yùn)維平臺(tái)、監(jiān)控平臺(tái)、緩存集群、消息中間件平臺(tái)、大數(shù)據(jù)處理平臺(tái)、項(xiàng)目管理系統(tǒng)、日志平臺(tái)、問(wèn)題跟蹤系統(tǒng)等。

基礎(chǔ)平臺(tái)是各業(yè)務(wù)系統(tǒng)有機(jī)協(xié)作的基礎(chǔ)，保證了整個(gè)技術(shù)架構(gòu)的全面可控，能夠降低系統(tǒng)運(yùn)維復(fù)雜度，是大型電商系統(tǒng)不可或缺的組成部分，良好的基礎(chǔ)平臺(tái)是技術(shù)實(shí)力和管理能力的雙重體現(xiàn)，而多數(shù)公司更注重業(yè)務(wù)，會(huì)在基礎(chǔ)平臺(tái)建設(shè)方面欠下許多技術(shù)債務(wù)。

2015年，當(dāng)當(dāng)搭建了自動(dòng)化運(yùn)維平臺(tái)Pangu、監(jiān)控平臺(tái)Radar，重構(gòu)了項(xiàng)目管理系統(tǒng)，Redis集群管理平臺(tái)也在搭建中。

第五，核心系統(tǒng)重構(gòu)。

在電商業(yè)務(wù)發(fā)展的快節(jié)奏之下，核心系統(tǒng)持續(xù)迭代是常態(tài)，而且基本兩、三年以上，就需要考慮重構(gòu)，否則難以支撐業(yè)務(wù)的快速變化。

另外，系統(tǒng)重構(gòu)集中梳理業(yè)務(wù)邏輯和系統(tǒng)依賴，整理統(tǒng)一的文檔，剔除無(wú)用功能，歸并多個(gè)版本，甩掉歷史包袱重新設(shè)計(jì)架構(gòu)，適度的前瞻性設(shè)計(jì)使系統(tǒng)在一定周期內(nèi)具備業(yè)務(wù)擴(kuò)展性。

2015年，當(dāng)當(dāng)完成了交易系統(tǒng)和促銷系統(tǒng)進(jìn)行了重構(gòu)。

交易系統(tǒng)在2015年10月底完成新老版本切換。重構(gòu)耗費(fèi)約1500人天，重構(gòu)代碼17萬(wàn)行，全部切換至Java開(kāi)源技術(shù)架構(gòu)，為公司節(jié)約大量成本，并進(jìn)行了架構(gòu)優(yōu)化，整體性能平均提升25%，經(jīng)受住了雙十一和雙十二的考驗(yàn)。

在當(dāng)當(dāng)，有一些“類促銷”業(yè)務(wù)，從廣義上可以歸入促銷范疇，但業(yè)務(wù)與數(shù)據(jù)均不屬于促銷系統(tǒng)，在促銷系統(tǒng)重構(gòu)設(shè)計(jì)中，我們考慮將這類業(yè)務(wù)逐漸回收；另外，促銷系統(tǒng)能不能承擔(dān)一些營(yíng)銷的功能？帶著這兩點(diǎn)考慮，在促銷基礎(chǔ)上進(jìn)一步抽象出活動(dòng)模型。

打造內(nèi)部應(yīng)用框架

當(dāng)當(dāng)技術(shù)部現(xiàn)在是按照產(chǎn)品線劃分的，一個(gè)產(chǎn)品線的產(chǎn)品、開(kāi)發(fā)、測(cè)試都在一個(gè)部門(mén)，但像項(xiàng)目管理、運(yùn)維、架構(gòu)這些技術(shù)體系中公用的部分是獨(dú)立的部門(mén)。架構(gòu)部里主要分成三部分，一個(gè)是架構(gòu)與規(guī)范，一個(gè)是性能測(cè)試，一個(gè)是基礎(chǔ)應(yīng)用系統(tǒng)研發(fā)。

我們花了比較多的精力在技術(shù)架構(gòu)上，去年我們?cè)贒ubbo上做了二次開(kāi)發(fā)，做了DubboX并且對(duì)外開(kāi)源，業(yè)界反饋還不錯(cuò)，包括很多來(lái)面試的人都知道。

我們的技術(shù)體系、核心業(yè)務(wù)系統(tǒng)明確的方向是Java，去年年底，我們開(kāi)始做一個(gè)基于Java的應(yīng)用開(kāi)發(fā)框架，DDFrame，用它去對(duì)接一些核心組件，包括SOA、作業(yè)調(diào)度、緩存、消息隊(duì)列、數(shù)據(jù)庫(kù)、配置中心等，現(xiàn)在已經(jīng)發(fā)布了2.0版本。雖然受限于資源，進(jìn)度比較緩慢，但我們一直在做這件事，未來(lái)也會(huì)慢慢完善這個(gè)框架，使其成為技術(shù)體系的核心。

架構(gòu)師并非必需品？

我在上大學(xué)的時(shí)候?qū)W的就是計(jì)算機(jī)，但沒(méi)學(xué)過(guò)系統(tǒng)架構(gòu)方面的課，也沒(méi)聽(tīng)說(shuō)過(guò)架構(gòu)師，之前做項(xiàng)目的時(shí)候也很少有專門(mén)的架構(gòu)師角色。一般來(lái)講，系統(tǒng)比較簡(jiǎn)單的話，并不一定要有架構(gòu)師，當(dāng)系統(tǒng)更為復(fù)雜，才需要有人在更高的視角上去關(guān)注整體性的東西，這也是系統(tǒng)規(guī)模不斷發(fā)展的結(jié)果。 所以，我們可以認(rèn)為，架構(gòu)師并不是一個(gè)必需品，甚至不同公司架構(gòu)師的職責(zé)都不太一樣，并沒(méi)有一個(gè)非常明確的定義，但整體來(lái)講，架構(gòu)師需要關(guān)注整個(gè)體系中方方面面的東西，還需要去解決一些關(guān)鍵性的技術(shù)難點(diǎn)，并需要有更為長(zhǎng)遠(yuǎn)的考慮，這個(gè)是共識(shí)。

架構(gòu)師與工程師之別

架構(gòu)師與工程師之間的差別并不在于年紀(jì) ，而是在于視角的不同以及各方面積累的差別。

首先是意識(shí)。作為架構(gòu)師，不能僅僅關(guān)注怎么去實(shí)現(xiàn)一個(gè)功能，還得去琢磨為什么這么做、怎樣才能做得更好、應(yīng)該在什么場(chǎng)景采用什么樣的技術(shù)方案等問(wèn)題。另外還得去關(guān)注測(cè)試、部署、項(xiàng)目管理的方式等方面，甚至要去了解用戶的需求、公司業(yè)務(wù)的需求。如果一直考慮這些事情，時(shí)間長(zhǎng)了、經(jīng)驗(yàn)多了，就會(huì)有比較好的整體概念或視圖在腦中，綜合素質(zhì)會(huì)得到提升，明白功能只是最基本的，系統(tǒng)的可用性、穩(wěn)定性、可擴(kuò)展性更為重要。

其次是積累。IT技術(shù)一直在演進(jìn)，全世界無(wú)數(shù)人的不斷研究與實(shí)踐成就了技術(shù)的提升與進(jìn)化。作為技術(shù)人，需要關(guān)注當(dāng)前最新的技術(shù)、架構(gòu)、解決方案、技術(shù)理念等，理念可以用不同的技術(shù)來(lái)實(shí)現(xiàn)，也一個(gè)不斷進(jìn)化的過(guò)程。而作為架構(gòu)師，承擔(dān)的是更重要的角色，他的決定會(huì)影響到更大的團(tuán)隊(duì)或體系，所以就需要有足夠多的相關(guān)知識(shí)和技能，以及足夠廣的視角，而這些都需要架構(gòu)師平時(shí)不斷的積累。我每年大概會(huì)看20多本書(shū)，技術(shù)相關(guān)的大概一半，另一半主要是社科類、經(jīng)濟(jì)、歷史、管理之類的，對(duì)提高架構(gòu)思維很有幫助。

再次是責(zé)任感。之前提到，架構(gòu)師承擔(dān)的是更重要的角色，他的決定會(huì)影響到技術(shù)選型、系統(tǒng)架構(gòu)、具體實(shí)現(xiàn)的方案甚至系統(tǒng)發(fā)展的方向，所以架構(gòu)師需要有很強(qiáng)的責(zé)任感，要對(duì)技術(shù)團(tuán)隊(duì)負(fù)責(zé)，需要發(fā)揮自己的影響力，做很多溝通、協(xié)調(diào)、支持的工作。

最后是興趣。在我看來(lái)，人是受限于他的性格、興趣、天分這些因素的，會(huì)不自覺(jué)地去靠近他更喜歡、更擅長(zhǎng)的方向。所以，到底是當(dāng)工程師還是架構(gòu)師，或者其他角色，也是要看興趣的，有的人就是喜歡解決技術(shù)難題，就是喜歡具體的模塊實(shí)現(xiàn)，不想牽扯太多精力去考慮其他的方面，那么也不見(jiàn)得非要當(dāng)架構(gòu)師，只是分工不同，業(yè)界也有技術(shù)專家、研究員這樣的角色。

架構(gòu)與管理相通

之前架構(gòu)師大會(huì)上經(jīng)常有人說(shuō)，沒(méi)有最好的架構(gòu)，只有最合適的架構(gòu)。確實(shí)如此，作為架構(gòu)師，很多時(shí)候，技術(shù)上的東西可能跟程序員差不多，但差別就在于能不能以更大更廣的視角去看待問(wèn)題，而非僅從自身角度出發(fā)。

視角變大之后，所要關(guān)注的東西就會(huì)變多，變量、變數(shù)也會(huì)更多，很難理想主義，很多時(shí)候都需要做出妥協(xié)或者說(shuō)平衡，到最后就會(huì)發(fā)現(xiàn)，架構(gòu)和管理在很多時(shí)候是相通的。

管理是在一個(gè)有限資源、確定時(shí)間點(diǎn)、明確目標(biāo)的情況下，盡可能達(dá)成目標(biāo)，過(guò)程中需要考慮輕重緩急，需要隨時(shí)調(diào)整以適應(yīng)現(xiàn)實(shí)變化，以完成目標(biāo)為首要考量。

架構(gòu)也是如此，需要考慮的是宏觀上的方向性的問(wèn)題，是各個(gè)部分之間的平衡關(guān)系，是如何配合才能達(dá)成最佳效果，而非僅僅是短期目標(biāo)而達(dá)成，也不必糾結(jié)于細(xì)節(jié)的完美。

這些年，管理、架構(gòu)都發(fā)展出了很多的理論，雖然行業(yè)、環(huán)境一直在變，但卻也不能直接斷定它們是不是合適，需要學(xué)習(xí)的是其中的思維方式，具體的問(wèn)題具體分析。

IT是條不歸路

有這樣的感慨是因?yàn)镮T行業(yè)發(fā)展實(shí)在是太快了，覆蓋的領(lǐng)域也越來(lái)越廣。前兩天剛好面試了一個(gè)候選人，40多歲，傳統(tǒng)IT領(lǐng)域的，能力很不錯(cuò)，在原來(lái)公司也做到了挺高的職位，但他不熟悉現(xiàn)在互聯(lián)網(wǎng)主流的東西，面對(duì)的也是不同維度的需求，思路對(duì)不上，就很難符合我們的要求。每次見(jiàn)到這樣的老大哥，心里都有很悲涼的感覺(jué)。

IT人的能力和價(jià)值是基于技術(shù)的，一旦跟不上技術(shù)進(jìn)化的腳步，或者當(dāng)初所選的領(lǐng)域成為夕陽(yáng)領(lǐng)域，職業(yè)道路就會(huì)面臨轉(zhuǎn)折。這也是我之前換工作的原因之一，一直在原來(lái)的公司干下去的話，真的會(huì)失去競(jìng)爭(zhēng)力，很有危機(jī)感。

尤其對(duì)我們這一代做IT的人來(lái)說(shuō)，前面沒(méi)有多少人走過(guò)這條路，沒(méi)有借鑒之處，真的不知道十幾、二十年后，我們的未來(lái)會(huì)是什么樣？我們這些年的摸索，也是給后來(lái)者趟路，現(xiàn)在剛畢業(yè)的二十多歲的年輕人，就能看到未來(lái)的方向，知道自己十年之后大概會(huì)是什么樣的，但我們真的一直都不知道。

不過(guò)，既然選擇了這一行，就只能持續(xù)關(guān)注行業(yè)發(fā)展，不斷提升自己，多學(xué)習(xí)、勤思考，努力走出一條路來(lái)。

嘉賓介紹

史海峰，當(dāng)當(dāng)網(wǎng)架構(gòu)師，技術(shù)委員會(huì)成員，EGO會(huì)員。

2001年畢業(yè)于北京化工大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)專業(yè)，曾在神州數(shù)碼、亞信聯(lián)創(chuàng)長(zhǎng)期從事電信行業(yè)業(yè)務(wù)支撐系統(tǒng)集成工作，參與中國(guó)移動(dòng)、中國(guó)聯(lián)通多個(gè)項(xiàng)目，具有豐富的大型業(yè)務(wù)系統(tǒng)研發(fā)實(shí)施經(jīng)驗(yàn)。

2012年加入當(dāng)當(dāng)網(wǎng)，負(fù)責(zé)總體架構(gòu)規(guī)劃、技術(shù)規(guī)范制定和技術(shù)預(yù)研推廣，善于把握復(fù)雜業(yè)務(wù)需求，提出創(chuàng)新性解決方案，參與了近年當(dāng)當(dāng)網(wǎng)多個(gè)重點(diǎn)項(xiàng)目的方案設(shè)計(jì)，在項(xiàng)目中對(duì)系統(tǒng)架構(gòu)進(jìn)行持續(xù)改造優(yōu)化。負(fù)責(zé)技術(shù)委員會(huì)組織管理工作，發(fā)掘最佳實(shí)踐、推動(dòng)技術(shù)革新，組織內(nèi)外部技術(shù)交流。

標(biāo)簽： 網(wǎng)站優(yōu)化 當(dāng)當(dāng)網(wǎng)架構(gòu)優(yōu)化 架構(gòu)優(yōu)化 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。