建站
咨詢
售后
建站咨詢
新聞中心
年終復(fù)盤，總結(jié)那些滋養(yǎng)我成長(zhǎng)的架構(gòu)思想。謂之曰：transformation!
在濱城等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供網(wǎng)站制作、做網(wǎng)站 網(wǎng)站設(shè)計(jì)制作定制網(wǎng)站開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站建設(shè),成都營(yíng)銷網(wǎng)站建設(shè),成都外貿(mào)網(wǎng)站制作,濱城網(wǎng)站建設(shè)費(fèi)用合理。
1 屬性派
任何系統(tǒng)必有其自身的架構(gòu)屬性。
An architecture—a system’s attributes—and what an architect produces—a set of documents—definitely are not the same thing.
An architectural description (AD) is a set of artifacts that documents an architecture in a way its stakeholders can understand and demonstrates that the architecture has met their concerns.
石頭記：選錄這個(gè)觀點(diǎn)并把它放在本文第一個(gè)，是想摧毀架構(gòu)師的個(gè)人主義和英雄主義，以及提醒架構(gòu)的ownership在團(tuán)隊(duì)。特別是在大型組織中，軟件架構(gòu)有時(shí)是不受控制的。
2 組成派
軟件架構(gòu)是軟件組件及其屬性，組件之間關(guān)系組成的系統(tǒng)結(jié)構(gòu)。
The software architecture of a program or computing system is the structure or structures of the system, which comprise software elements, the externally visible properties of those elements, and the relationships among them.
An architectural element (or just element) is a fundamental piece from which a system can be considered to be constructed.
石頭記：這是教科書，也是最基礎(chǔ)的思維方式。個(gè)人認(rèn)為組成派更多是從空間維度考慮架構(gòu)。
3 決策派
軟件架構(gòu)是軟件一些重要方面決策的集合。這種說(shuō)法的典型代表是RUP中對(duì)于軟件架構(gòu)的定義。
軟件架構(gòu)包含了關(guān)于以下問(wèn)題的重要決策：
1.軟件系統(tǒng)的組織;
2.選擇組成系統(tǒng)的結(jié)構(gòu)元素和它們之間的接口，以及當(dāng)這些元素相互協(xié)作時(shí)所體現(xiàn)的行為;
3.如何組合這些元素，使它們逐漸組成更大的子系統(tǒng);
4.用于指導(dǎo)這個(gè)系統(tǒng)組織的架構(gòu)風(fēng)格：這些元素以及他們的接口、協(xié)作和組合。
5.軟件架構(gòu)并不僅僅注重軟件本身的結(jié)構(gòu)和行為，還注重其它特性：功能性、性能、可擴(kuò)展性、可重用性、可理解性以及美學(xué)等等。
石頭記：依然是教課書般定義，更有設(shè)計(jì)的感覺(jué)。
4 橋梁派
Software Architecture in Context is the crucial bridge between requirements and design.
This interplay is core to the architectural process
石頭記：架構(gòu)是需求和設(shè)計(jì)之間的橋梁，并且特別強(qiáng)調(diào)和需求方，設(shè)計(jì)方的互動(dòng)。這是瀑布研發(fā)的思維。
5 平衡派
架構(gòu)是各個(gè)方面因素平衡的結(jié)果。
石頭記：特別務(wù)實(shí)的定義方式?；凶觯?tradeoff"。
6 康威定律：組織結(jié)構(gòu)決定軟件架構(gòu)
Conway’s law: Organizations which design systems[...] are constrained to produce designs which are copies of the communication structures of these organizations.
設(shè)計(jì)系統(tǒng)的組織，最終產(chǎn)生的設(shè)計(jì)等同于組織之內(nèi)、之間的溝通結(jié)構(gòu)。
石頭記：意識(shí)到康威定律，是架構(gòu)師成熟的標(biāo)志。在微服務(wù)架構(gòu)流行的今天，康威定律被一再的提及。微服務(wù)的本質(zhì)是技術(shù)倒逼組織結(jié)構(gòu)變革?！澳憬?gòu)了你所知，你所知又影響了建構(gòu)的方式。”——這或許就是架構(gòu)和架構(gòu)師的關(guān)系吧。
7 建筑派：堅(jiān)固，實(shí)用，美觀
公元前1世紀(jì)，古羅馬御用工程師、建筑師Marcus Vitruvius Pollio在其《建筑十書》中最早提出了建筑的三要素“堅(jiān)固、實(shí)用、美觀”。英文的表述為Firmitas, Utilitas, Venustas，通俗的說(shuō)也就是Solid, Useful, Beautiful，用計(jì)算機(jī)的術(shù)語(yǔ)表述就是：
Firmness: Achieve a satisfactory level of freedom from damaging failure.
Commodity: Utility to accomplish the tasks it is purported to be for.
Delight: Pleasure in use.
石頭記：時(shí)至今日，這三個(gè)要素仍然是優(yōu)秀軟件架構(gòu)的重要組成部分。
8 The “4+1” View Model
邏輯視圖主要強(qiáng)調(diào)面向?qū)ο笤O(shè)計(jì);進(jìn)程視圖主要強(qiáng)調(diào)并發(fā)和同步;物理視圖主要強(qiáng)調(diào)軟件和硬件的映射;部署視圖則強(qiáng)調(diào)軟件在部署環(huán)境中的靜態(tài)組織。場(chǎng)景則強(qiáng)調(diào)主需求或者用例。
石頭記：經(jīng)典的“4+1”架構(gòu)視圖，有很多衍生版本。架構(gòu)師入門必備，是指導(dǎo)軟件架構(gòu)設(shè)計(jì)，開發(fā)實(shí)現(xiàn)的重要思想。
9 使用視圖與視角與利益相關(guān)者合作
利益相關(guān)者是對(duì)架構(gòu)感興趣的任何人和組織。關(guān)切是利益相關(guān)者對(duì)架構(gòu)的任何期許，需求，或目標(biāo)。
視圖是架構(gòu)對(duì)利益相關(guān)者關(guān)切的結(jié)構(gòu)化呈現(xiàn)。視角是構(gòu)建視角的模式，模板。
使用視圖和視角的第一個(gè)好處是關(guān)注點(diǎn)分離。單一視角和很難描述一個(gè)復(fù)雜系統(tǒng)的架構(gòu)的。其次是便于和利益相關(guān)者溝通。同時(shí)便于對(duì)系統(tǒng)復(fù)雜性進(jìn)行管理和增加開發(fā)者的關(guān)注度。其缺點(diǎn)是分片視圖，錯(cuò)誤視角的選擇和視角之間的不一致性。
架構(gòu)透視是保證系統(tǒng)屬性的一系列活動(dòng)，策略，指導(dǎo)。
石頭記：基礎(chǔ)且經(jīng)典的架構(gòu)方法。合格架構(gòu)師拿證的license。掌握此法，可以闖蕩架構(gòu)江湖，還特別適合在大型組織混跡，玩技術(shù)。推薦經(jīng)典書籍：《軟件架構(gòu)設(shè)計(jì)》，《軟件架構(gòu)師12項(xiàng)修煉》，《軟件系統(tǒng)架構(gòu):使用視點(diǎn)和視角與利益相關(guān)者合作》。
10 以終為始
石頭記：
作者右軍是從架構(gòu)到團(tuán)隊(duì)管理，回頭再看架構(gòu)。初級(jí)的架構(gòu)師往往關(guān)注在邊界和職責(zé)，只掃自家門前雪，避免背鍋，并以此為榮。作者一針見(jiàn)血，站在用戶需求角度考慮架構(gòu)——以終為始的架構(gòu)觀——闡述了一個(gè)良心架構(gòu)的思考和擔(dān)當(dāng)：不為未來(lái)挖坑。
作者首創(chuàng)的PMC框架(P>platform\M>merchant\C>customer)值得所有互聯(lián)網(wǎng)行業(yè)的專家借鑒。
從作者的行文中，我對(duì)架構(gòu)的體察總結(jié)是：
1.架構(gòu)的空間屬性：視圖，視角，層次
2.架構(gòu)的時(shí)間屬性：動(dòng)態(tài)，演進(jìn)
3.架構(gòu)的組成屬性：功能，質(zhì)量(非功能)
全文以黃金圈理論組織結(jié)構(gòu)，是謂本章架構(gòu)。
本文有真意，欲辨已忘言。請(qǐng)閱讀原文體會(huì)妙處。
11 閉環(huán)架構(gòu)
系統(tǒng)架構(gòu)層面的閉環(huán)主要體現(xiàn)在系統(tǒng)監(jiān)控方面，系統(tǒng)監(jiān)控主要分為三個(gè)層次：
1.系統(tǒng)層監(jiān)控，監(jiān)控底層硬件如CPU、網(wǎng)絡(luò)和存儲(chǔ)等的性能狀況;
2.應(yīng)用層監(jiān)控，監(jiān)控應(yīng)用性能如頁(yè)面/服務(wù)調(diào)用計(jì)數(shù)，調(diào)用延遲，錯(cuò)誤計(jì)數(shù)等;
3.業(yè)務(wù)層監(jiān)控，監(jiān)控重要的業(yè)務(wù)指標(biāo)如PV/UV，用戶登錄數(shù)和訂單量等。
上圖是一個(gè)假想的電商網(wǎng)站的分層架構(gòu)圖，
1.系統(tǒng)層監(jiān)控，監(jiān)控底層硬件如CPU、網(wǎng)絡(luò)和存儲(chǔ)等的性能狀況;
2.應(yīng)用層監(jiān)控，監(jiān)控應(yīng)用性能如頁(yè)面/服務(wù)調(diào)用計(jì)數(shù)，調(diào)用延遲，錯(cuò)誤計(jì)數(shù)等
3.業(yè)務(wù)層監(jiān)控，監(jiān)控重要的業(yè)務(wù)指標(biāo)如PV/UV，用戶登錄數(shù)和訂單量等。
石頭記：作者楊波的文章是我今年認(rèn)知升級(jí)最大信息來(lái)源。閉環(huán)思維也適用于人，組織，流程。
12 演進(jìn)架構(gòu)
網(wǎng)站在不同的階段遇到的問(wèn)題不一樣，而解決這些問(wèn)題使用的技術(shù)也不一樣，流量小的時(shí)候，主要目的是提高開發(fā)效率，在早期要引入ORM，DAO這些技術(shù)。隨著流量變大，使用動(dòng)靜分離、讀寫分離、主從同步、垂直拆分、CDN、MVC等方式不斷地提升網(wǎng)站穩(wěn)定性。面對(duì)更大的流量時(shí)，通過(guò)垂直拆分、服務(wù)化、反向代理、開發(fā)框架(站點(diǎn)/服務(wù))等等，不斷提升高可用。在面對(duì)上億級(jí)的更大流量時(shí)，通過(guò)中心化、柔性服務(wù)、消息總線、自動(dòng)化(回歸，測(cè)試，運(yùn)維，監(jiān)控)來(lái)迎接新的挑戰(zhàn)。未來(lái)的就是繼續(xù)實(shí)現(xiàn)移動(dòng)化，大數(shù)據(jù)實(shí)時(shí)計(jì)算，平臺(tái)化……系統(tǒng)架構(gòu)會(huì)一直迭代衍變，就像最初的從零到現(xiàn)在。
石頭記：演化思想是敏捷架構(gòu)的核心。對(duì)很多創(chuàng)業(yè)公司，需要仔細(xì)讀讀58同城的技術(shù)委員會(huì)執(zhí)行主席沈劍的這邊文章。
13 全棧架構(gòu)
“全棧，不是全能，和所選擇的技術(shù)棧甚至業(yè)務(wù)棧相關(guān)?！?，老曹這么描述全棧的定義?！拔艺f(shuō)過(guò)全棧架構(gòu)師可能是自己的杜撰， 但是，全棧思維優(yōu)先還是被大多數(shù)朋友認(rèn)可的，實(shí)際上是一種大局觀，一個(gè)功能既可以前端又可以后端實(shí)現(xiàn)，利弊和方案的選擇是需要有全棧架構(gòu)師的，至少要有全棧的思維。全棧的思維，簡(jiǎn)單地可以理解成系統(tǒng)的思維方式?！?/p>
如果問(wèn)題分為：已知的已知，已知的未知，未知的未知 的話，全棧架構(gòu)師這一角色，就是從未知的未知變成已知的未知。
石頭記：全棧思維和全棧能力，架構(gòu)師的硬技能。
14 軟件是用戶參與的協(xié)同創(chuàng)造
張林老師從一個(gè)問(wèn)題出發(fā)：你重新開發(fā)一個(gè)微信，和微信的功能一模一樣，還是微信嗎?沒(méi)有用戶的微信它還是微信嗎?由此推導(dǎo)出軟件是代碼+算法+數(shù)據(jù)結(jié)構(gòu)+用戶。
由此，軟件開發(fā)就是開發(fā)者和用戶群體創(chuàng)造的信息再造過(guò)程。而架構(gòu)是對(duì)大量無(wú)結(jié)構(gòu)的信息進(jìn)行重構(gòu)整合梳理，得到有結(jié)構(gòu)的信息的過(guò)程。
石頭記：是技術(shù)承載雙11的狂歡?還是雙11的狂歡塑造了技術(shù)架構(gòu)?
15 架構(gòu)擴(kuò)展立方體
石頭記：推薦經(jīng)典書籍《架構(gòu)即未來(lái)》。
16 架構(gòu)擴(kuò)展原則
AKF采用的最普遍的架構(gòu)原則
1、N+1設(shè)計(jì)
2、回滾設(shè)計(jì)
3、禁用設(shè)計(jì)
4、監(jiān)控設(shè)計(jì)
5、設(shè)計(jì)多活數(shù)據(jù)中心
6、使用成熟的技術(shù)
7、異步設(shè)計(jì)
8、無(wú)狀態(tài)系統(tǒng)
9、水平擴(kuò)展非垂直升級(jí)
10、設(shè)計(jì)至少要有兩個(gè)步驟的前瞻性
11、非核心則購(gòu)買
12、使用商品化硬件
13、小構(gòu)建、小發(fā)布、快試錯(cuò)
14、隔離故障
15、自動(dòng)化
石頭記：推薦經(jīng)典書籍《架構(gòu)即未來(lái)》。
17 OKR架構(gòu)觀
石頭記：這個(gè)是石頭的杜撰。石頭一直認(rèn)為，優(yōu)秀的架構(gòu)師應(yīng)該首先負(fù)責(zé)關(guān)鍵技術(shù)的突破，解決技術(shù)可行性問(wèn)題，拿出從0到1的那些關(guān)鍵結(jié)果。
18 架構(gòu)六步思考法
美團(tuán)點(diǎn)評(píng)外賣配送和到店餐飲總架構(gòu)師夏華夏總結(jié)架構(gòu)師三大能力和六步思考法。
架構(gòu)師三大能力：
1.站的高——考慮“整體”：站在更高的層次綜合看問(wèn)題
2.望的遠(yuǎn)——考慮“未來(lái)”：良好的前瞻和規(guī)劃
3.扎的深——考慮“細(xì)節(jié)”：洞察底層落地的細(xì)節(jié)
架構(gòu)六步思考法：
石頭記：架構(gòu)過(guò)程的閉環(huán)，很多團(tuán)隊(duì)都沒(méi)有完成這個(gè)閉環(huán)吧?
19 開發(fā)運(yùn)維三板斧
The Three Ways: The Principles Underpinning DevOps.
石頭記：強(qiáng)調(diào)從開發(fā)到運(yùn)維的價(jià)值流，打破組織壁壘。并在這個(gè)價(jià)值流上增強(qiáng)反饋閉環(huán)，提高交付效率。團(tuán)隊(duì)文化上支持不斷試錯(cuò)。思考一下三板斧是否反映出你的組織存在的問(wèn)題?
20 領(lǐng)域驅(qū)動(dòng)架構(gòu)設(shè)計(jì)
【本文是專欄作者石頭的原創(chuàng)文章，轉(zhuǎn)載請(qǐng)通過(guò)作者微信公眾號(hào)補(bǔ)天遺石(butianys)獲取授權(quán)】
網(wǎng)頁(yè)名稱：2016，我們一起追過(guò)的架構(gòu)
URL分享：http://fisionsoft.com.cn/article/dhioojd.html
