前一篇文章簡述了什么是軟件。那么什么是軟件架構(gòu)呢？按照慣例，我們來看看是什么問題，是誰的問題。

　　要解決誰的問題？

　　如前所述，軟件實(shí)際上就是把現(xiàn)實(shí)生活模擬到計(jì)算機(jī)中，并且軟件是需要在計(jì)算機(jī)的硬件中運(yùn)行起來的。要做到這一點(diǎn)需要解決兩個(gè)問題：

　　一、業(yè)務(wù)問題

　　具體的現(xiàn)實(shí)生活狀態(tài)下，沒有軟件的時(shí)候，所解決的問題的主體是誰，解決的是什么問題，是如何解決，如何運(yùn)作的？

　　二、計(jì)算機(jī)問題 

1. 如何把現(xiàn)實(shí)生活用軟件來模擬？
2. 模擬出來的軟件，需要哪些硬件設(shè)施才能夠滿足要求？ 并且當(dāng)訪問量越來越大的時(shí)候，軟件能否支持硬件慢慢長大，性能線性擴(kuò)展？
3. 因?yàn)橛布�是可能�?huì)失效的，軟件如何在硬件失效的情況下，仍然能夠保證可用性，讓用戶能夠不中斷的訪問軟件提供的服務(wù)？
4. 怎么收集軟件產(chǎn)生的數(shù)據(jù)，為下一階段的工作提供依據(jù)？

　　分別是誰的問題呢？

1. 業(yè)務(wù)的owner需要提升業(yè)務(wù)的效率，降低業(yè)務(wù)的成本，這是動(dòng)機(jī)。這個(gè)實(shí)際上就是業(yè)務(wù)的問題，所以一般軟件開發(fā)的出發(fā)點(diǎn)就在這里。

2. 是軟件工程師的問題，要解決業(yè)務(wù)owner把業(yè)務(wù)虛擬化的問題，并且要解決軟件開發(fā)和運(yùn)營的生命周期的問題。

　　分別有什么問題？

1. 業(yè)務(wù)問題的本質(zhì)，是業(yè)務(wù)所服務(wù)的對(duì)象的利益問題，明白了這個(gè)，就很容易搞清業(yè)務(wù)的概念和組織方式。再次強(qiáng)調(diào)一下，有了軟件，可以降低業(yè)務(wù)的成本，沒有軟件的情況下，業(yè)務(wù)是一樣跑的。如果只是為了跟風(fēng)要用軟件，說不定反而提高了成本，這個(gè)是采用軟件之前首先要先搞清楚的。我們經(jīng)常說軟件和技術(shù)是業(yè)務(wù)的enabler，實(shí)際就是把原來成本很高的降到到了很低的程度而已，并不是有了什么新的業(yè)務(wù)。另外，軟件也不是降低業(yè)務(wù)成本的唯一方式。

2. 為了能夠讓軟件很好的跑起來，軟件工程師必須理解業(yè)務(wù)所服務(wù)的對(duì)象，他們的利益所在，即業(yè)務(wù)問題。業(yè)務(wù)面對(duì)這些問題是如何分拆解決的？ 涉及到了哪些概念？ 這些概念分別解決了哪些哪些問題？ 我們不能自己按照自己的理解，用自己的一套概念體系來表述。如果這么做的話，會(huì)導(dǎo)致兩個(gè)問題：
   1）業(yè)務(wù)無法和我們交流，因?yàn)樗麄儫o法明白我們所自己創(chuàng)建的概念，所以他們無法確認(rèn)我們的理解是否正確。
   2）我們所表述的東西，并沒有在實(shí)際生活中實(shí)踐過，我們也不知道這些概念是否能夠解決業(yè)務(wù)的問題。

3. 軟件工程師還必須要考慮，用什么樣的硬件把軟件跑起來，怎樣跑得好，跑得快，并且可以隨著業(yè)務(wù)的流量逐漸的長大？

　　分析問題

　　對(duì)于2，在有限的時(shí)間下，軟件工程師毫無疑問無法一個(gè)人去完成這么多事情，那么我們需要把所做的事情列出來，進(jìn)行分析。

　　一、虛擬化業(yè)務(wù)需要完成這些事情：

1. 學(xué)習(xí)業(yè)務(wù)知識(shí)，認(rèn)識(shí)業(yè)務(wù)所涉及的stakeholders的核心利益述求，以及業(yè)務(wù)是如何分拆滿足這些利益訴求，并通過怎樣的組織架構(gòu)完成整個(gè)組織的核心利益的，以及業(yè)務(wù)運(yùn)作的流程，涉及到哪些概念，有哪些權(quán)利和責(zé)任等。

2. 通過對(duì)業(yè)務(wù)知識(shí)的學(xué)習(xí)，針對(duì)這些概念所對(duì)應(yīng)的權(quán)利和責(zé)任以及組織架構(gòu)，對(duì)業(yè)務(wù)進(jìn)行建模，并把建模的結(jié)果用編程語言實(shí)現(xiàn)。這是業(yè)務(wù)的模型，通常是現(xiàn)實(shí)生活中利益斗爭(zhēng)的結(jié)果，是非常穩(wěn)定的。

3. 學(xué)習(xí)業(yè)務(wù)所參與的stakeholder是如何和業(yè)務(wù)打交道，并完成每個(gè)人的權(quán)利和義務(wù)的，并通過編程語言，結(jié)合業(yè)務(wù)模型實(shí)現(xiàn)這些打交道的溝通通道。這部分是變化最頻繁的，屬于組合關(guān)系。明白了這一點(diǎn)，對(duì)后續(xù)的實(shí)現(xiàn)非常有幫助。

4. 如何把業(yè)務(wù)運(yùn)行的結(jié)果持久化，并通過合適的手段把持久化后的數(shù)據(jù)，在合適的時(shí)間合適的地點(diǎn)加載出來。這部分和基礎(chǔ)設(shè)施有關(guān)，變化可能也會(huì)比較頻繁。

　　二、代碼如何運(yùn)營，需要完成這些事情：

1. 需要多少硬件設(shè)備來滿足訪問的需求？
2. 代碼要分成多少個(gè)組件部署到哪些硬件設(shè)備上？
3. 這些代碼如何通過硬件設(shè)備互相連接在一起？
4. 當(dāng)業(yè)務(wù)流量增大到超過一臺(tái)機(jī)器的容量時(shí)，軟件能否支持通過部署到新增機(jī)器上的方式，擴(kuò)大對(duì)業(yè)務(wù)的支撐？
5. 當(dāng)某臺(tái)或某些硬件設(shè)備失效時(shí)，軟件是否仍然能夠不影響用戶的訪問。
6. 軟件運(yùn)行產(chǎn)生的數(shù)據(jù)，能否支持提取出來并加以分析，為下一輪的業(yè)務(wù)決策提供依據(jù)。

　　三、如果分成不同的角色來完成這些事情，就需要一個(gè)組織架構(gòu)來組織代碼的編寫和運(yùn)營，需要做哪些事情：

1. 完成一和二所列的這些事情，需要哪些角色參與？
2. 這些事情基本都需要順序的發(fā)生，如何保證信息在不同角色的傳遞過程中不會(huì)有損失？ 或者說即使有損失，也能快速糾正？
3. 這些角色之間是如何協(xié)調(diào)，才能共同完成虛擬化業(yè)務(wù)的需求？

　　會(huì)生成哪些架構(gòu)

　　如果業(yè)務(wù)足夠簡單，用戶流量夠小，時(shí)間要求也不急迫，那么一個(gè)人，一臺(tái)機(jī)器就夠了，這個(gè)時(shí)候一般不會(huì)去討論架構(gòu)的問題。當(dāng)訪問的流量越來越大，機(jī)器就會(huì)越來越多，代碼的部署單元就會(huì)拆分的越來越多。

　　同樣就會(huì)需要越來越多的人來完成拆分出來的越來越多的部署單元，甚至同一個(gè)部署單元也需要分拆為多人合作完成。但是我們需要注意到一點(diǎn)，整個(gè)的概念體系，或者說業(yè)務(wù)的建模不會(huì)有任何的變化，還是完成同樣的這些事情。唯一的區(qū)別就是量越來越大，超過了單個(gè)人和單個(gè)機(jī)器的容量，不斷地增長。這樣就會(huì)導(dǎo)致以下的架構(gòu)：

1. 當(dāng)流量越來越大，我們就會(huì)發(fā)現(xiàn)，軟件所部屬的機(jī)器就會(huì)開始按照樹狀的結(jié)構(gòu)開始分拆，就會(huì)形成硬件的部屬架構(gòu)。這就是為什么會(huì)形成部署的分層。

2. 為了把業(yè)務(wù)在軟件中實(shí)現(xiàn)并落地，需要前端人員、業(yè)務(wù)代碼人員、存儲(chǔ)層等不同技巧的人同時(shí)工作，需要切分成代碼的架構(gòu)。這就是為什么會(huì)形成代碼的分層，形成代碼的架構(gòu)。當(dāng)然，當(dāng)這些角色由一個(gè)人來完成的時(shí)候，不一定會(huì)有代碼架構(gòu)，往往會(huì)比較亂。

3. 當(dāng)參與的人員越來越多，就會(huì)形成開發(fā)體系的組織架構(gòu)。因?yàn)榇�碼開發(fā)的過程是一個(gè)連續(xù)的過程，會(huì)用流程來把不同的角色串聯(lián)起來，這就是軟件工程。

4. 為了完成業(yè)務(wù)的工作，需要識(shí)別出來業(yè)務(wù)架構(gòu)和支撐業(yè)務(wù)的組織架構(gòu)，以及業(yè)務(wù)運(yùn)作的流程。這是被虛擬化的業(yè)務(wù)架構(gòu)和組織架構(gòu)，也需要體現(xiàn)在代碼中，保持和現(xiàn)實(shí)生活中一致。

　　什么是軟件架構(gòu)

　　這就是軟件比較復(fù)雜的地方，涉及到軟件本身的業(yè)務(wù)體系，和所虛擬的業(yè)務(wù)體系。根據(jù)以上的分析，所生成的架構(gòu)，究竟那些算是軟件架構(gòu)呢？

1. 軟件因?yàn)榱髁吭龃蠖�分拆成不同的運(yùn)行單元，在不同的機(jī)器上部署所形成的架構(gòu)，屬于軟件架構(gòu)。

2. 每個(gè)運(yùn)行單元為了讓不同角色的人，比如前端，業(yè)務(wù)，數(shù)據(jù)存儲(chǔ)等能夠并行工作，所分成的代碼架構(gòu)，也屬于軟件架構(gòu)。

　　所以當(dāng)我們說軟件架構(gòu)的時(shí)候，我們一定要講清楚，究竟說的是部署的架構(gòu)，還是代碼的架構(gòu)。軟件架構(gòu)的落地，需要軟件的組織架構(gòu)和流程來保障，離開了這個(gè)，軟件架構(gòu)是一句空話。

　　另外很多人講，架構(gòu)是進(jìn)化出來的。架構(gòu)實(shí)際上是在量不斷的增大，超過了單臺(tái)服務(wù)器的容量，逐漸的分拆，同時(shí)導(dǎo)致超過單個(gè)人員的能力，工作人員不斷的增多，工作內(nèi)容不斷的分拆形成的。這本身就是架構(gòu)的意義所在。不管怎么分拆，所達(dá)到的目標(biāo)沒有任何變化，就是完成業(yè)務(wù)在計(jì)算機(jī)中的虛擬化。

標(biāo)簽： 代碼 服務(wù)器

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