建站
咨詢
售后
建站咨詢
新聞中心
什么是架構(gòu)?
成都創(chuàng)新互聯(lián)公司專注于扶余企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,商城網(wǎng)站定制開發(fā)。扶余網(wǎng)站建設(shè)公司,為扶余等地區(qū)提供建站服務(wù)。全流程按需求定制開發(fā)，專業(yè)設(shè)計，全程項目跟蹤，成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務(wù)
個人所理解的架構(gòu)的含義應(yīng)該是：定義一個完整系統(tǒng)中所需的組件以及實現(xiàn)組件間的交互策略。那么很明顯，架構(gòu)設(shè)計應(yīng)該是考慮如何定義和劃分好每個組件，然后考慮它們是如何基于不同的交互策略來實現(xiàn)我們業(yè)務(wù)需要的場景。
什么是組件?
個人認(rèn)為，只要是隸屬于完整系統(tǒng)中的組成部分，都可以看成是組件。這就意味著，架構(gòu)中不僅要考慮的是我們常見的基礎(chǔ)組件，包括應(yīng)用服務(wù)，數(shù)據(jù)庫，網(wǎng)絡(luò)，物理機(jī)等，還有很大的可能需要引入包括緩存，MQ，容器，Nginx等技術(shù)組件來支撐業(yè)務(wù)的完整描述。
什么是框架?
框架可以理解為組件實現(xiàn)的一種規(guī)范，比如我們經(jīng)常說的開源框架，這是可以拿來直接使用的或者在此基礎(chǔ)上進(jìn)行二次開發(fā)的，這些應(yīng)該是關(guān)乎代碼層面的，規(guī)范著組件的具體實現(xiàn)方式。
設(shè)計架構(gòu)的出發(fā)點(diǎn)?
對于設(shè)計而言，我們首先需要知道，設(shè)計的這個架構(gòu)是做什么的?所以對于我們而言，首先要明確架構(gòu)的作用是什么?
架構(gòu)是系統(tǒng)的骨架，通過各個組件的交互鏈接，支撐起對所有業(yè)務(wù)的整體抽象描述。所以在個人的理解中，所有架構(gòu)的出發(fā)點(diǎn)都是為業(yè)務(wù)服務(wù)，所以我們的架構(gòu)設(shè)計的一個出發(fā)點(diǎn)是 - 業(yè)務(wù)!
從日PV上千到日PV上億的業(yè)務(wù)數(shù)量級演變，驅(qū)動著單體式系統(tǒng)到分布式系統(tǒng)的架構(gòu)技術(shù)演變，技術(shù)不會平白無故的出現(xiàn)和自驅(qū)動發(fā)展的，都是受到不同的刺激因素的影響進(jìn)行發(fā)展，就好比如果不是人類看到了火，才知道可以取火，那么人類是永遠(yuǎn)不會平白無故發(fā)明火。而我們架構(gòu)的發(fā)展恰好是基于業(yè)務(wù)的驅(qū)動。
什么才是好的架構(gòu)設(shè)計?
上面已經(jīng)說了，在架構(gòu)設(shè)計過程中當(dāng)我們系統(tǒng)已經(jīng)明確了所有的組件，那么剩下的就是考慮的是組件和組件間的交互。
這里的交互不僅僅是理解為基于不同的網(wǎng)絡(luò)協(xié)議通訊，還有比如組件間的緩存如何交互(分布式緩存)，消息隊列進(jìn)行數(shù)據(jù)交互，是分布式調(diào)用還是進(jìn)程間調(diào)用。組件如何能進(jìn)行良好的交互呢?這就是好的架構(gòu)設(shè)計體現(xiàn)了。
那么好的架構(gòu)設(shè)計是什么呢?
1、能解決當(dāng)下業(yè)務(wù)問題
2、能以優(yōu)雅且可復(fù)用的方式解決當(dāng)下所有業(yè)務(wù)問題
3、能在未來一段時間都能以第2種方式滿足業(yè)務(wù)
這其實就是健壯的系統(tǒng)體現(xiàn)的特性了，高可用、高性能，安全性、可擴(kuò)展性、可維護(hù)性、可伸縮性，而這恰好是一個架構(gòu)設(shè)計需要考慮的東西。
- 高性能：用戶量的保證前提
- 前端優(yōu)化
- 應(yīng)用優(yōu)化
- 數(shù)據(jù)庫優(yōu)化
- 高可用：保證服務(wù)器不宕機(jī)
- 數(shù)據(jù)備份
- 自動發(fā)布
- 灰度發(fā)布
- 監(jiān)控報警
- 可擴(kuò)展：分布式系統(tǒng)，集群
- 負(fù)載均衡
- 緩存負(fù)載均衡
- 分布式消息
- 服務(wù)化
- 安全性：預(yù)防網(wǎng)站的各種攻擊
- XSS攻擊
- SQL注入緩存負(fù)載均衡
- CSRF攻擊
- 防火墻漏洞
什么是差的架構(gòu)?
差的架構(gòu)其實大家都可以顯而易見，就是如果大家都抱怨很多地方有牽一發(fā)而動全身，那這里的設(shè)計肯定有問題，耦合性這些是可以通過很多設(shè)計思想和原則來避免的。
我最想提到的是風(fēng)險這點(diǎn)，是很重要也是很容易被大家忽略的一點(diǎn)，而且是起到指數(shù)級作用的。選擇的方案再好，如果都是一些掌控不住的技術(shù)，那么風(fēng)險就是無窮大，導(dǎo)致減號右側(cè)無限趨近于0，最終的結(jié)果就是收益是負(fù)數(shù)，投入的成本打水漂，甚至還要加上其它額外的付出。
架構(gòu)師是做什么的?
架構(gòu)師應(yīng)該是基于自己對該行業(yè)的理解，對所要設(shè)計的系統(tǒng)能夠給出總體設(shè)計進(jìn)而進(jìn)行全局把控的人，并能解決關(guān)鍵問題、指導(dǎo)其他人員落實設(shè)計。
好的架構(gòu)師最重要的并不僅僅是在技術(shù)方面的深厚積累，更多的是需要懂得在各種情況權(quán)衡各種影響因素之后選擇合適的技術(shù)實現(xiàn)業(yè)務(wù)。架構(gòu)師不會在確定了架構(gòu)藍(lán)圖之后任務(wù)就結(jié)束了，因為架構(gòu)不是空中樓閣和水中鏡月，架構(gòu)是要落地的，如果架構(gòu)師不著手去主導(dǎo)實現(xiàn)自己提出的恢宏藍(lán)圖，那這些好看的藍(lán)圖能否能穩(wěn)當(dāng)落地呢?
在我的個人觀察下，市面上比較多公司的架構(gòu)師可能都比較局限于某些開源框架的應(yīng)用以及個人的一個技術(shù)棧影響而對架構(gòu)定了型，我碰到過這樣的架構(gòu)師，憑著對技術(shù)的狂熱，把市面上流行的技術(shù)輕易引入項目中，這就會容易引入風(fēng)險，這是我們所有后續(xù)要往技術(shù)方面進(jìn)階的同學(xué)都要注意的地方。
總結(jié)
我們需要知道，沒有完美的架構(gòu)，只有合適的架構(gòu)，架構(gòu)是需要演變的。在當(dāng)前的業(yè)務(wù)驅(qū)動下，架構(gòu)的設(shè)計出發(fā)點(diǎn)是解決現(xiàn)有需求和問題，那么我們的架構(gòu)設(shè)計就止于此了嗎?不是的，雖然我們不提倡過度設(shè)計，但是如果作為架構(gòu)師在這個業(yè)務(wù)所屬的行業(yè)中沒一點(diǎn)前瞻性的話，其實是不合格的，公司需要的是架構(gòu)師的技術(shù)能力以及經(jīng)驗，從而不會每次當(dāng)業(yè)務(wù)進(jìn)行演變時，導(dǎo)致架構(gòu)翻天覆地的變化。
本文題目：我所理解的架構(gòu)，看這篇就對了
分享地址：http://m.5511xx.com/article/dhscjip.html
