【CTO訓練營】CTO的第一把刷子——優秀的架構設計能力
CTO訓練營,是由51CTO高招主辦的,***專業性的中高端技術人才培養組織。CTO作為企業中的技術***人,技術一定是安家立業之本,必須要有兩把技術硬刷子,出色的架構設計能力便是其一。CTO的第1課,我們就來說一說這些架構的1、2、3事兒。
3月26日CTO訓練營在北京珠三角JW萬豪酒店順利開營,51CTO副總裁、51CTO學院創始人邱文平精彩的開場為今天的課程打開序幕。
邱文平 51CTO副總裁 51CTO學院創始人
***季學員合影
在風起云涌的互聯網時代,邀請三位來自一線知名的技術大咖導師,結合親身經歷,現身說法,幫助中高層的技術管理者對技術架構有了清晰定位和認識。
坑多不怕 就怕總近一個坑
來自雪球***架構師唐福林,提出在一個初創公司的架構搭建的開始階段,會隨著時間的推移而逐漸面臨很多個坑,當坑出現時需要吸取經驗并在接下來的設計中避免他們。
導師分享在雪球初期snowball 系統從起初運轉良好的一年之后,隨著業務的膨脹,代碼的增長,團隊的擴張,漸漸出現了很多問題,比如重復代碼,比如代碼不夠規范,比如測試困難,比如溝通成本越來越高,比如不相干的功能在實現上存在耦合等等的問題出現。
針對較重要問題技術團隊分別采取了對癥下藥的措施:針對業務膨脹,開始模塊化改造,將底層基礎模塊抽取成公共庫,做到代碼級的服用;針對代碼量增長過快的問題,采取一種在國內互聯網公司不太常見的措施:引入一種描述能力更強的語言 scala;針對團隊的擴張,推行一種工程師文化:鼓勵大家使用新的更好的技術和工具,鼓勵大家制造更多的工具和輪子,鼓勵大家交流分享。
架構設計之大道至簡
滴滴出行***架構師李令輝風趣生動的大道至簡理論,總結既然架構是為了讓人類不需要同時面對過高的復雜性,那么簡單就是最核心的訴求,架構師的工作本質就是管理復雜度。所有架構師設計出來的東西都是一次保終身,組織結構和業務形態都在不斷變化,架構也要適應的發生變化。
用多套支付代碼;和業務耦合在一起;支付對一致性要求遠遠高于普通邏輯,要求完全不一樣;擴展性很差,接入新的內部系統或者其他外部系統非常困難;已有的系統依賴于單庫事務,當訂單量持續增加拆庫拆表就會破壞事務,一致性就沒有了,用這幾個內容講述了滴滴支付涅槃重生的故事。
選擇去事務化的方式,因為事務的一致性保障太強,強的沒有用,而2-phase commit足夠了,不再依賴于單庫事務就以為著可以***的分庫分表,這種做法不見得多fancy,但是很有效。有意在支付這個事情上選擇最穩妥最土鱉的做法,而不是去追趕時髦,這樣不容易出錯。
技術保障的價值與方案
秒拍網架構師王春生2004年加入sina,導師自我評價自己是一個不安分的工程師,經歷過SA、DBA、產品開發、系統分析師和架構設計師、客戶端開發、系統開發等工作,多年保持一線戰斗狀態,最近兩年致力于打造手機微博技術保障體系。王春生表示在大數據業務量中,架構起不到決定性的保障,而決定技術保障的是用工程實施和問題解決來支撐業務快速向前;用系統監控和風險挖掘來規避架構風險;用完善軟件工程體系和完善基礎架構來完善業務以及開發所需基礎設施。
在這場激情如火的技術管理思想碰撞的盛宴中,三位風格各具特色的導師,圍繞技術架構師在團隊決策與技術決策力展開分享,而現場的50位技術人學員分別來自百度、優酷、傳統行業轉型公司的CTO、技術經理和一些創業公司的合伙人等對本次分享也非常滿意,并且針對自身向導師詢問了一些問題。
1、 如何推進好的工程師文化?
2、 當面臨有風險的決策中,如何說服管理層批準你的方案?
3、 創業階段的公司技術架構也演變,要在那些階段做哪些事兒?
4、 代碼質量如何把控?
5、 怎樣管理技術人員?
…………
導師細心地講解了學員部分困惑,而接下來課程我們將針對以上問題邀請相關的專家導師做更深入的分享。
點擊鏈接,了解更多訓練營內容: http://x.51cto.com/act/