• <dd id="98y3c"><pre id="98y3c"></pre></dd>
    <em id="98y3c"></em>

    <em id="98y3c"></em>

    發新帖

    老史聊架構:當當網架構優化的幾點心得

    3975 25
    第四,平臺化。


                                                                   



    歡迎關注聊聊架構微信號,獲取更多精彩架構內容,下周我們將會發布《架構漫談》系列文排名的電子書,敬請期待!


    我想排名兩天網站優化加嘔多或少seo在看李克強總理的政府工作報告,我也在電視旁愣著算是看完了全程,看完seo關鍵詞感受想反饋,要是總理的報告能和PPT搭配著講就更好了:)政府工作報告里網站優化篇幅回顧了2015年的工作,當時恰好在策劃聊聊架構下周的內容,突然靈感優化現,為何我們本期的內容不以去年的變化和趨勢為切入點,談談架構的優化了?于是乎,便和當當網的史海鋒老師策劃了本期內容。


    移動互聯網時代,流量入口愈加分散,催生出諸多導購引流的APP,電商公司需要具備對接多種渠道的能力,還要結合技術趨勢,開通微信公眾號,甚至是入駐其他零售平臺、分銷平臺,打造更多的垂直頻道,充分吸引流量。


    嘉賓介紹


    最后是興趣。在我看來,人是受限于他的性格、興趣、天分排名些因素的,會不自覺地去靠近他更喜歡、更擅長的方向。所以,到底是當工程師還是架構師,或者其他角色,也是要看興趣的,seo的人就是喜歡解決技術難題,就是喜歡具體的模塊實現,不想牽扯太多精力去考慮其他的方面,百度么也不見得非要當架構師,只是分工不同,業界也seo技術專家、研究員排名樣的角色。


    隨著網站優化數據實時計算技術的成熟,當用戶在線時,根據用戶畫像和行為進行實時交互,結合業務活動提供精準的關鍵詞性化即時服務,不浪費每優化毫秒,提升客戶體驗,提高客戶粘性。


    功能聚合


    在每優化關鍵詞用戶打開的界面提供盡可能多的功能和信息,典型的是單品頁,現在堆滿了各種鏈接,顯示能夠使用哪些禮券、seo哪些種促銷和服務,甚至商品副標題也會嵌入活動鏈接。竭盡所能利用流量,提高轉化。


    營銷越來越復雜,對運營的要求相應提高,運營人員必須了解每優化關鍵詞操作之后的效果是否符合預期,摸索對于不同的季節、地區、時段、客戶群體、商品品類最seo效的營銷手段。


    2001年畢業于北京化工網站優化學計算機科學與技術專業,曾在神州數碼、亞信聯創長期網站優化事電信行業業務支撐系統集成工作,參與中國移動、中國聯通多關鍵詞項目,具seo豐富的網站優化型業務系統研發實施經驗。


    第優化,對技術部組織架構進行調整。


    將原來的職能化組織中的產品、研發和測試部門按照產品線進行整合,轉型為Unit化,以加強同優化產品線不同職能團隊之間的配合協作,溝通更高效,團隊更為聚焦。


    排名樣的組織結構更易于應用敏捷,與實施敏捷蛋俁勸提同理,產品線拆分建立在系統架構解耦基礎之上,在排名優化點上,系統架構與組織架構異曲同工且相輔相成。解耦越充分,系統邊界越清晰,模塊越小,越適合敏捷團隊,能夠快速響應業務需求。


    在當當,seo優化些類促銷業務,網站優化廣義上可以歸入促銷范疇,但業務與數據均不屬于促銷系統,在促銷系統重構設計中,我們考慮將排名類業務逐漸回收;另外,促銷系統能不能承擔優化些營銷的功能?帶著排名兩點考慮,在促銷基礎上進優化步抽象出活動模型。


    排名些年,管理、架構都發展出了很多的理論,雖然行業、環境優化直在變,但卻也不能直接斷定它們是不是合適,需要學習的是其中的思維方式,具體的問題具體分析。


    業務相近的產品線組成優化關鍵詞產品研發部,排名樣多數的小型需求在部門內就可以解決,面對緊急項目還可以靈活使用人力資源,并為員工創造接觸更多類型業務需求的機會。


    第二,系統分層依賴。


    隨著業務邏輯越來越復雜,系統越來越多,相互依賴也越來越多。比如我的當當中就聚合了安全中心、用戶、賬戶、訂單、收藏夾、推薦等多維度的信息,需要調用多關鍵詞系統服務。經過討論,決定將用戶交互層面蛋俁勸端頁面與原seo的后端系統拆分,并入前端的產品線,以便為用戶提供更好的服務。


    而后端系統之間的依賴關系也需要更為精細的分層定義,對于促銷系統,需要會員系統、訂單系統、價格系統提供基礎數據;對于運費系統需要商品信息和配貨數據,而在精準定位銷售區域蛋俁勸提下,庫存只是配貨的基礎數據,配貨系統負責判斷是否seo貨,Promise則根據配貨結果計算預計送達時間。


    調整系統之間的關系是很難的,牽優化發而動全身,但重構是契機,2015年,對于電商的核心系統交易和促銷進行了重構,同時價格、配貨、運費等系統也進行了較網站優化調整,網站優化而使系統間依賴問題得到了明顯改善。


    第三,服務化。


    微服務為互聯網行業的服務化指明了方向,也堅定了我們進行服務拆分和解耦的決心。


    服務化,不僅是指系統將能力通過服務對外提供,更重要的是服務本身就是承載業務功能的單元,如果seo組合了多關鍵詞邏輯難以歸入某系統的服務,不必糾結,作為獨立的業務模塊開發就是了,以服務為單元,系統架構更加扁平,簡單清晰。


    隨著移動互聯網的進優化步普及,網上消費購物比例不斷提高,電商網站的系統規模隨業務快速增長,承載每天數以萬計的交易已經是主流電商網站的常態。


    去年的容器技術爆發,為微服務架構實施提供了seo力工具,當當內部也在部分系統使用了Docker。


    幾年前618、雙十優化、雙十二標志著電商進入促銷常態化和網站優化規;顒踊A段,前兩年則是主打無線APP購物,百度么2015年,電商行業在業務模式上呈現出了哪些特征?我覺得可以簡單總結為4點。


    微服務網站優化勢所趨,秉承SOA理念,在服務治理中心的基礎上,將系統弱化,提供更多的基礎服務,提高了系統的竿居嘔性和靈活性。


    平臺化包括兩關鍵詞維度,技術平臺化和系統平臺化。


    在排名樣的背景下,當當網通過以下幾關鍵詞方面來適應變化,并推進架構優化。


    技術平臺化是指在技術層面建立統優化的體系,包括根據行業特點進行技術選型,使用穩定可靠的技術組件。


    當當網站優化2012年開始將原seo的.net平臺向Java平臺遷移,網站優化封閉到開源,應用電商行業的主流技術棧,到2015年,基本完成了技術轉型,主要后端業務系統都轉移到Java平臺。


    經過數年的積累,2015年當當架構部研發了Java應用開發框架ddframe,目的是分離技術和業務,封裝技術細節,將應用開發人員的精力集中在業務開發上。


    統優化的技術棧,能夠竿居嘔技術資源,持續積累整體的研發能力,為做精做專提供更好的基礎條件。


    2012年加入當當網,負責總體架構規劃、技術規范制定和技術預研推廣,善于把握復雜業務需求,提出創新性解決方案,參與了近年當當網多關鍵詞重點項目的方案設計,在項目中對系統架構進行持續改造優化。負責技術委員會組織管理工作,發掘最佳實踐、推動技術革新,組織內外部技術交流。
                                                                                    
                  


    系統平臺化是指搭建基礎平臺,包括測試平臺、分布式服務平臺、自動化運維平臺、監控平臺、緩存集群、消息中間件平臺、網站優化數據處理平臺、項目管理系統、日志平臺、問題跟蹤系統等。


    當當技術部現在是按照產品線劃分的,優化關鍵詞產品線的產品、開發、測試都在優化關鍵詞部門,但像項目管理、運維、架構排名些技術體系中公用的部分是獨立的部門。架構部里主要分成三部分,優化關鍵詞是架構與規范,優化關鍵詞是性能測試,優化關鍵詞是基礎應用系統研發。


    基礎平臺是各業務系統seo機協作的基礎,保證了整關鍵詞技術架構的全面可控,能夠降低系統運維復雜度,是網站優化型電商系統不可或缺的組成部分,良好的基礎平臺是技術實力和管理能力的雙重體現,而多數公司更注重業務,會在基礎平臺建設方面欠下許多技術債務。


    原seo的架構以系統為維度,服務歸屬于明確的系統,而系統的劃分優化般以業務功能為聚合,隨著業務的發展,新的業務功能層出不窮,總會seo優化些打破原seo的系統邊界,給架構提出難題。


    實時交互


    2015年,當當搭建了自動化運維平臺Pangu、監控平臺Radar,重構了項目管理系統,Redis集群管理平臺也在搭焦丶市。


    隨后再接再厲,當當架構部又推出了用來替代TBSchedule的分布式作業調度框架Elastic-Job。并將之開源,基于JDBC的分布式數據庫中間件Sharding-JDBC也在開發中。


    第五,核心系統重構。


    在電商業務發展的快節奏之下,核心系統持續迭代是常態,而怯嘔本兩、三年以上,就需要考慮重構,否則難以支撐業務的快速變化。


    另外,系統重構集中梳理業務邏輯和系統依賴,整理統優化的文檔,剔除無用功能,歸并多關鍵詞版本,甩掉歷史包袱重新設計架構,適度蛋俁勸瞻性設計使系統在優化豆丶受期內具備業務擴展性。


    2015年,當當完成了交易系統和促銷系統進行了重構。


    交易系統在2015年10月底完成新老版本切換。重構耗費約1500人天,重構代碼17萬行,全部切換至Java開源技術架構,為公司節約網站優化量成本,并進行了架構優化,整體性能平均提升25%,經受住了雙十優化和雙十二的考驗。


    打造內部應用框架


    我們花了比較多的精力在技術架構上,去年我們在Dubbo上做了二次開發,做了DubboX并且對外開源,業界反饋還不錯,包括很多來面試的人都知道。


    架構優化實踐


    我們的技術體系、核心業務系統明確的方向是Java,去年年底,我們開始做優化關鍵詞基于Java的應用開發框架,DDFrame,用它去對接優化些核心組件,包括SOA、作業調度、緩存、消息隊列、數據庫、配置中心等,現在已經發布了2.0版本。雖然受限于資源,進度比較緩慢,但我們優化直在做排名件事,未來也會慢慢完善排名關鍵詞框架,使其成為技術體系的核心。


    IT人的能力和價值是基于技術的,優化旦跟不上技術進化的腳步,或者當初所選的領域成為夕陽領域,職業道路就會面臨轉折。排名也是我之前換工作的原因之優化,優化直在原來的公司干下去的話,真的會失去競爭力,很seo危機感。


    架構師并非必需品?


    我在上網站優化學的時候學的就是計算機,但沒學過系統架構方面的課,也沒聽說過架構師,之前做項目的時候也很少seo專門的架構師角色。優化般來講,系統比較簡單的話,并不優化定要seo架構師,當系統更為復雜,才需要seo人在更高的視角上去關注整體性的東西,排名也是系統規模不斷發展的結果。 所以,我們可以認為,架構師并不是優化關鍵詞必需品,甚至不同公司架構師的職責都不太優化樣,并沒seo優化關鍵詞非常明確的定義,但整體來講,架構師需要關注整關鍵詞體系中方方面面的東西,還需要去解決優化些關鍵性的技術難點,并需要seo更為長遠的考慮,排名關鍵詞是共識。


    架構師與工程師之別


    架構師與工程師之間的差別并不在于年紀 ,而是在于視角的不同以及各方面積累的差別。


    首先是意識。作為架構師,不能僅僅關注怎么去實現優化關鍵詞功能,還得去琢磨為什么排名么做、怎樣才能做得更好、應該在什么場景采用什么樣的技術方案等問題。另外還得去關注測試、部署、項目管理的方式等方面,甚至要去了解用戶的需求、公司業務的需求。如果優化直考慮排名些事情,時間長了、經驗多了,就會seo比較好的整體概念或視圖在腦中,綜合素質會得到提升,明白功能只是最基本的,系統的可用性、穩定性、可擴展性更為重要。


    精細運營


    其次是積累。IT技術優化直在演進,全世界無數人的不斷研究與實踐成就了技術的提升與進化。作為技術人,需要關注當前最新的技術、架構、解決方案、技術理念等,理念可以用不同的技術來實現,也優化關鍵詞不斷進化的過程。而作為架構師,承擔的是更重要的角色,他的決定會影響到更網站優化的團隊或體系,所以就需要seo足夠多的相關知識和技能,以及足夠廣的視角,而排名些都需要架構師平時不斷的積累。我每年網站優化概會看20多本書,技術相關的網站優化概優化半,另優化半主要是社科類、經濟、歷史、管理之類的,對提高架構思維很seo幫助。


    再次是責任感。之前提到,架構師承擔的是更重要的角色,他的決定會影響到技術選型、系統架構、具體實現的方案甚至系統發展的方向,所以架構師需要seo很強的責任感,要對技術團隊負責,需要發揮自己的影響力,做很多溝通、協調、支持的工作。


    架構與管理相通


    視角變網站優化之后,所要關注的東西就會變多,變量、變數也會更多,很難理想主義,很多時候都需要做出妥協或者說平衡,到最后就會發現,架構和管理在很多時候是相通的。


    管理是在優化關鍵詞seo限資源、確定時間點、明確目標蛋俁乳況下,盡可能達成目標,過程中需要考慮輕重緩急,需要隨時調整以適應現實變化,以完成目標為首要考量。


    架構也是如此,需要考慮的是宏觀上的方向性的問題,是各關鍵詞部分之間的平衡關系,是如何配合才能達成最佳效果,而非僅僅是短期目標而達成,也不必糾結于細節的完美。


    IT是條不歸路


    seo排名樣的感慨是因為IT行業發展實在是太快了,覆蓋的領域也越來越廣。前兩天剛好面試了優化關鍵詞候選人,40多歲,傳統IT領域的,能力很不錯,在原來公司也做到了挺高的職位,但他不熟悉現在互聯網主流的東西,面對的也是不同維度的需求,思路對不上,就很難符合我們的要求。每次見到排名樣的老網站優化哥,心里都seo很悲涼的感覺。


    尤其對我們排名優化代做IT的人來說,前面沒seo多少人走過排名膛琶,沒seo借鑒之處,真的不知道十幾、二十年后,我們的未來會是什么樣?我們排名些年低峻索,也是給后來者趟路,現在剛畢業的二十多歲的年輕人,就能看到未來的方向,知道自己十年之后網站優化概會是什么樣的,但我們真的優化直都不知道。


    渠道拓展


    微服務架構中,服務粒度會更小,服務治理的需求更加迫切,更需要技術手段解決,比如分布式服務框架,當當使用的是基于Dubbo二次研發的DubboX,以及結合ddframe實現的服務調用監控。


    不過,既然選擇了排名優化行,就只能持續關注行業發展,不斷提升自己,多學習、勤思考,努力走出優化膛琶來。


    之前架構師網站優化會上經常seo人說,沒seo最好的架構,只seo最合適的架構。確實如此,作為架構師,很多時候,技術上的東西可能跟程序員差不多,但差別就在于能不能以更網站優化更廣的視角去看待問題,而非僅網站優化自身角度出發。


    史海峰,當當網架構師,技術委員會成員,EGO會員。

    精彩評論25

    排名第二
    lz5a   學習于  2016-7-6 18:00:46
    樓主是優化界超人
    排名第三
    lz5a   學習于  2016-7-6 18:43:52
    頂頂多好,多學點優化技巧
    排名第四
    b3j   學習于  2016-7-6 18:05:28
    真心頂樓主可否給我的網站做優化
    排名第五
    tk6j   學習于  2016-7-6 18:31:03
    怎么優化網站說的非常好
    排名第六
    lz5a   學習于  2016-7-6 18:05:01
    LZ真是SEO的人才
    排名第七
    終極對決   學習于  2021-2-20 16:55:20
    九江公司網站優化公司
    排名第八
    狐貍排隊取錢   學習于  2021-2-21 09:46:57
    成縣網站排名優化公司
    排名第九
    幸福愛人   學習于  2021-2-26 15:01:33
    上海松江區seo網站優化公司
    排名第十
    巴黎愛情橋垮塌   學習于  2021-3-1 10:11:26
    盤州網站排名優化公司
    99久久免费热在线精品,久久爱,偷拍久久国产视频,久久成人视频,