架構解決的問題？
架構解決的問題主要有兩類，一類是業務問題，具體的現實生活狀態下，沒有軟體的時候，所解決的問題的主體是誰，解決的是什麼問題，是如何解決，如何運作的，一類是計算機問題，例如，如何使用軟體模擬現實生活，怎樣用硬體完美配合，怎樣為下一次更新軟體做準備，
第一種是業務的問題，一般軟體開發的出發點就在這裡。業務問題的本質，是業務所服務的物件的利益問題，明白了這個，就很容易搞清業務的概念和組織方式。再次強調一下，有了軟體，可以降低業務的成本，沒有軟體的情況下，業務是一樣跑的。如果只是為了跟風要用軟體，說不定反而提高了成本，這個是採用軟體之前首先要先搞清楚的。我們經常說軟體和技術是業務的enabler，實際就是把原來成本很高的降到到了很低的程度而已，並不是有了什麼新的業務。另外，軟體也不是降低業務成本的唯一方式。
第二種是軟體工程師的問題，要解決業務虛擬化的問題，並且要解決軟體開發和運營的生命週期的問題。為了能夠讓軟體很好的跑起來，軟體工程師必須理解業務所服務的物件，他們的利益所在，即業務問題。業務面對這些問題是如何分拆解決的？ 涉及到了哪些概念？ 這些概念分別解決了哪些哪些問題？ 我們不能自己按照自己的理解，用自己的一套概念體系來表述
問題所產生的架構
部署的分層：當流量越來越大，軟體所部屬的機器就會開始按照樹狀的結構開始分拆，就會形成硬體的部屬架構。**分層：為了把業務在軟體中實現並落地，需要前端人員、業務**人員、儲存層等不同技巧的人同時工作，需要切分成**的架構。軟體工程軟體：當參與的人員越來越多，就會形成開發體系的組織架構。因為**開發的過程是乙個連續的過程，會用流程來把不同的角色串聯起來
參看：架構漫談
初識七層架構
經過半個月的薰陶，終於用七層架構實現了機房收費系統的登入功能，在此把學習中遇到的心得和大家分享下，希望能幫助到大家。這是當年師傅指導時畫的機房收費系統七層架構圖紙，看著別暈，我理解了半個月才剛有點頭緒。開始的時候，我們不能一下實現這麼多層，那我們就從簡單的入手。第一版只有三層 ui 介面層 bll ...
軟體架構設計 七
七 網路拓撲圖 網路拓撲本不是架構設計的事，但作為架構師，應積極參與進去，在遇到問題時，可以有更多的分析資訊。在我的經歷中，軟體在公司內部測試往往都 ok，但到現場部署後，經常會出現這樣那樣的問題，這往往是網路原因造成的 還有一部分是實際環境的資料要比公司模擬資料複雜的多 醉翁之意不在酒，我更想表達...
初識七層架構
經過半個月的薰陶，終於用七層架構實現了機房收費系統的登入功能，在此把學習中遇到的心得和大家分享下，希望能幫助到大家。這是當年師傅指導時畫的機房收費系統七層架構圖紙，看著別暈，我理解了半個月才剛有點頭緒。開始的時候，我們不能一下實現這麼多層，那我們就從簡單的入手。第一版只有三層 ui 介面層 bll ...