IT系統(tǒng)架構(gòu)師課件

1、IT系統(tǒng)架構(gòu)師培訓(xùn)計劃IT系統(tǒng)架構(gòu)師培訓(xùn)計劃啟發(fā)性的問題回答以下問題：什么是系統(tǒng)架構(gòu)?為什么系統(tǒng)架構(gòu)重要? 在一個項(xiàng)目里為什么需要系統(tǒng)架構(gòu)?系統(tǒng)架構(gòu)師的角色是什么?誰是在一個項(xiàng)目里對系統(tǒng)架構(gòu)要負(fù)責(zé)任的?誰是負(fù)責(zé)系統(tǒng)架構(gòu)文檔資料的?一般來說, 用什么樣的圖或模型來表示系統(tǒng)架構(gòu)?什么是系統(tǒng)架構(gòu)思維?啟發(fā)性的問題回答以下問題：IT架構(gòu)師的側(cè)重點(diǎn)IT架構(gòu)師負(fù)責(zé)提供如何利用IT技術(shù)幫助一個企業(yè)或組織開展業(yè)務(wù)和支持業(yè)務(wù)發(fā)展系統(tǒng)架構(gòu)師側(cè)重于如何架構(gòu)支持業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)的IT基礎(chǔ)設(shè)施IT產(chǎn)品專家側(cè)重于產(chǎn)品開發(fā)和項(xiàng)目的實(shí)施IT架構(gòu)師的側(cè)重點(diǎn)IT架構(gòu)師負(fù)責(zé)提供如何利用IT技術(shù)幫助一個系統(tǒng)架構(gòu)思考方式它可以把復(fù)雜的系統(tǒng)

2、簡單化它可以分析需要的功能, 從而找出需要的模塊它提供了建設(shè)具體物理系統(tǒng)的基礎(chǔ)它定義如何連接系統(tǒng)各個部分的結(jié)構(gòu)和策略它提供組合以及拆散系統(tǒng)元素或模塊的規(guī)則它幫助分析系統(tǒng)非功能性的需求從而設(shè)計達(dá)到這些要求的方案它提供了做架構(gòu)決策的記錄,從而可以在未來進(jìn)一步擴(kuò)展系統(tǒng)功能系統(tǒng)架構(gòu)思考方式它可以把復(fù)雜的系統(tǒng)簡單化優(yōu)秀IT系統(tǒng)架構(gòu)師的訣竅永遠(yuǎn)都把自己放在不斷學(xué)習(xí)新東西的位置。 (my experience)尋求最好的團(tuán)隊(duì)一起工作。不但你所參加的項(xiàng)目成功機(jī)會大, 而且在團(tuán)隊(duì)中學(xué)到更多的東西。不斷學(xué)習(xí)的心態(tài)可使你成為一個優(yōu)秀的系統(tǒng)架構(gòu)師。即使你不想成為系統(tǒng)架構(gòu)師, 也可以成為一名優(yōu)秀的技術(shù)骨干, 從而增加你

3、在團(tuán)隊(duì)中的價值。優(yōu)秀IT系統(tǒng)架構(gòu)師的訣竅永遠(yuǎn)都把自己放在不斷學(xué)習(xí)新東西的位置成功的架構(gòu)師必備的特征溝通的能力(communication)富有激情地去做自己需要做的事情(passion)判斷別人的能力和做事的特性(character)技術(shù)知識和能力，了解技術(shù)發(fā)展趨勢(technical trend)對一兩個技術(shù)方向具備精深的掌握。(technical specialty)行業(yè)知識(industry knowledge)了解客戶, 明白客戶需求從客戶的角度思考和理解具備很好的個人,銷售,場景和能力技能(4 quadrant skills)最重要的是具備結(jié)果導(dǎo)向的執(zhí)行能力(result-orien

4、ted approach)成功的架構(gòu)師必備的特征溝通的能力(communication如何溝通 增加銷售說服力如何溝通 增加銷售說服力如何定義“系統(tǒng)架構(gòu)”?IBM Architectural Description Standard (ADS)定義:IT系統(tǒng)架構(gòu)是一種包括軟件和硬件模組的結(jié)構(gòu)。它描述了這些模組對外的接口屬性以及模組之間自身的關(guān)系.F. Brooks & W. Buchholz in Planning Computer Systems:Computer architecture, like other architecture, is the art of determining

5、 the needs of the userand then designing to meet those needs as effective as possible.IT目前比較接受的定義:IT系統(tǒng)架構(gòu)師通過使用合理的IT技術(shù)來制定解決客戶商業(yè)問題的方案。這個方案是通過系統(tǒng)管理架構(gòu)來展示和描述的, 它包括系統(tǒng), 應(yīng)用和應(yīng)用模組之間的流程。類似一個建筑設(shè)計師, IT系統(tǒng)架構(gòu)師的工作是側(cè)重于方案設(shè)計階段的工作。在方案實(shí)施過程中, 系統(tǒng)架構(gòu)師扮演了一個與客戶溝通的橋梁, 確認(rèn)系統(tǒng)是按照所規(guī)劃的架構(gòu)來實(shí)施的, 并且對施工方提供技術(shù)指導(dǎo)和引導(dǎo).如何定義“系統(tǒng)架構(gòu)”?IBM Architectura

6、l D歸納一下系統(tǒng)架構(gòu)師是個什么樣的人?實(shí)際做事的人不同意見和選擇的協(xié)調(diào)人結(jié)果導(dǎo)向的知識廣而多, 而不是少而精是個技術(shù)專家是一個產(chǎn)品專家, 但知道產(chǎn)品的能力不是項(xiàng)目經(jīng)理不僅僅是個設(shè)計高手絕對不是個孤獨(dú)的思想家對于系統(tǒng)架構(gòu)的誤解(myths)系統(tǒng)架構(gòu)和系統(tǒng)設(shè)計是一回事架構(gòu)和基礎(chǔ)結(jié)構(gòu)是一回事系統(tǒng)架構(gòu)等同于硬件組合好的系統(tǒng)架構(gòu)是靠一個架構(gòu)師獨(dú)立做出來的系統(tǒng)架構(gòu)凌駕于軟件架構(gòu)之上架構(gòu)是不可以衡量和確認(rèn)的架構(gòu)是門科學(xué)架構(gòu)是技術(shù), 基礎(chǔ)結(jié)構(gòu), 數(shù)據(jù)和網(wǎng)絡(luò)的組合歸納一下系統(tǒng)架構(gòu)師是個什么樣的人?對于系統(tǒng)架構(gòu)的誤解(myt架構(gòu)決策決定于要解決的問題和涉及到的方面架構(gòu)決策決定于要解決的問題和涉及到的方面什么是系

7、統(tǒng)思考? (System Thinking)什么是系統(tǒng)思考? (System Thinking)系統(tǒng)和系統(tǒng)架構(gòu)思考系統(tǒng)性思考是一種架構(gòu)設(shè)計過程,為了解各個部分是如何工作的它是被人們認(rèn)為在事件的背后, 尋找事件和功能的模式從而找出系統(tǒng)之間負(fù)責(zé)功能模式和事件的關(guān)系系統(tǒng)性思考是為了闡述一種宏觀的看法。宏觀的看法是要代表如何解釋系統(tǒng)組件之間關(guān)系的最基本基礎(chǔ)負(fù)責(zé)系統(tǒng)之間的關(guān)系以及方式系統(tǒng)之間的關(guān)系使得我們可以理解不同事件的處理模式選擇系統(tǒng)的邊緣界線有助于理解系統(tǒng)之間的互動如何系統(tǒng)邊緣的定義或選擇是錯的話, 我們的理解就會受阻思考的方法是循環(huán)性的, 架構(gòu)師要學(xué)會如何調(diào)整系統(tǒng)邊緣, 從而更深理解整體系統(tǒng)架構(gòu)

8、設(shè)計的思考是基于以下幾方面建立在系統(tǒng)思考之上的: 使用從上到下和滿足需求的方法 有能力把一堆亂麻整理成清晰的線條 利用結(jié)構(gòu)來確認(rèn)系統(tǒng)需求是可以滿足的系統(tǒng)和系統(tǒng)架構(gòu)思考系統(tǒng)性思考是一種架構(gòu)設(shè)計過程,為了解各個部系統(tǒng)架構(gòu)思考支持系統(tǒng)架構(gòu)把復(fù)雜的系統(tǒng)簡單化分析需要的功能, 從而找出需要的模塊建設(shè)具體物理系統(tǒng)的基礎(chǔ)定義如何連接系統(tǒng)各個部分的結(jié)構(gòu)和策略提供組合以及拆散系統(tǒng)元素或模塊的規(guī)則幫助分析系統(tǒng)非功能性的需求并設(shè)計達(dá)到這些要求的方案提供了架構(gòu)決策的記錄,可在未來進(jìn)一步擴(kuò)展系統(tǒng)功能系統(tǒng)架構(gòu)思考支持系統(tǒng)架構(gòu)把復(fù)雜的系統(tǒng)簡單化從不同的角度看IT架構(gòu)思維IT架構(gòu)概念可以想成是某種程度的提煉和封裝(hidin

9、g of details)把在一定場景或狀況下的細(xì)節(jié)隱藏起來。一旦場景發(fā)生變化, 所要隱藏的細(xì)節(jié)也會改變IT架構(gòu)設(shè)計需要考慮多方面的因素和質(zhì)量。但經(jīng)常這些質(zhì)量之間會有沖突。因此決定架構(gòu)時,我們要不斷進(jìn)行選擇平衡(trade-off)從不同角度看IT架構(gòu)時, 都會覺得需要改變。這是自然的因?yàn)槿魏我粋€角度看都只是一種架構(gòu)的表示而已.所以, IT架構(gòu)思考涉及到內(nèi)容輸入, 思考和結(jié)果輸出從不同的角度看IT架構(gòu)思維IT架構(gòu)概念可以想成是某種程度的提IT架構(gòu)設(shè)計使用的語言功能方面的架構(gòu)組件 它是軟件功能單元。它的使用是通過一個或多個接口達(dá)到的 子系統(tǒng) 任何一種在IT系統(tǒng)里組件的組合組件協(xié)同使用(colla

10、boration) 使用場景的代表, 它的實(shí)現(xiàn)是通過多個組件按一定順序使用來達(dá)到的組件互動(interaction) 代表兩個組件之間的交互,通過接口來執(zhí)行的.部署方面的架構(gòu)節(jié)點(diǎn) 架構(gòu)中的物理單元, 軟件在其之上運(yùn)行連接 代表節(jié)點(diǎn)與節(jié)點(diǎn)之間的物理連接, 如局域網(wǎng), 廣域網(wǎng)等部署單元 代表一個或多個組件, 共同部署在同一個節(jié)點(diǎn)上部署單元的執(zhí)行, 狀態(tài)和部署三個方面都可以是分開來考慮的(execution, state, installation)IT架構(gòu)設(shè)計使用的語言功能方面的架構(gòu)部署方面的架構(gòu)描述和標(biāo)示架構(gòu)方法描述和標(biāo)示架構(gòu)方法描述和標(biāo)示架構(gòu)方法4+1視圖描述和標(biāo)示架構(gòu)方法4+1視圖邏輯視圖（

11、Logic View）邏輯視圖主要是用來描述系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象、功能分解與功能分析，這些主要來自問題領(lǐng)域（Problem Definition)。在面向?qū)ο蠹夹g(shù)中，通過抽象、封裝、繼承,可以用對象模型來代表邏輯視圖，可以用類圖（Class Diagram）來描述邏輯視圖。如下圖: 構(gòu)件(Components)：類、類服務(wù)、參數(shù)化類、類層次連接件(Connectors)：關(guān)聯(lián)、包含聚集、使用、繼承、實(shí)例化 邏輯視圖（Logic View）邏輯視圖主要是用來描述系統(tǒng)的開發(fā)視圖(Development/Module View)開發(fā)視圖

12、主要用來描述軟件模塊的組織與管理（通過程序庫或子系統(tǒng)）。服務(wù)于軟件編程人員， 方便后續(xù)的設(shè)計與實(shí)現(xiàn)。它通過系統(tǒng)輸入輸出關(guān)系的模型圖和子系統(tǒng)圖來描述。要考慮軟件的內(nèi)部需求：開發(fā)的難易程度、重用的可能性，通用性，局限性等等。開發(fā)視圖的風(fēng)格通常是層次結(jié)構(gòu)，層次越低，通用性越好（底層庫：Java SDK，圖像處理軟件包）。 開發(fā)視圖(Development/Module View)開進(jìn)程視圖 進(jìn)程試圖側(cè)重系統(tǒng)的運(yùn)行特性，關(guān)注非功能性的需求（性能，可用性）。服務(wù)于系統(tǒng)集成人員，方便后續(xù)性能測試。強(qiáng)調(diào)并發(fā)性、分布性、集成性、魯棒性（容錯）、可擴(kuò)充性、吞吐量等。定義邏輯視圖中的各個類的具體操作是在哪一個線程

13、（Thread）中被執(zhí)行。進(jìn)程視圖 進(jìn)程試圖側(cè)重系統(tǒng)的運(yùn)行特性，關(guān)注非功能性的需求（性物理視圖物理視圖主要描述硬件配置。服務(wù)于系統(tǒng)工程人員，解決系統(tǒng)的拓?fù)浣Y(jié)構(gòu)、系統(tǒng)安裝、通信等問題。主要考慮如何把軟件映射到硬件上，也要考慮系統(tǒng)性能、規(guī)模、可靠性等?？梢耘c進(jìn)程視圖一起映射。 物理視圖物理視圖主要描述硬件配置。服務(wù)于系統(tǒng)工程人員，解決系場景(Scenarios) 場景用于刻畫構(gòu)件之間的相互關(guān)系，將四個視圖有機(jī)地聯(lián)系起來?？梢悦枋鲆粋€特定的視圖內(nèi)的構(gòu)件關(guān)系，也可以描述不同視圖間的構(gòu)件關(guān)系。文本、圖形表示皆可。 場景(Scenarios) 場景用于刻畫構(gòu)件之間的相互關(guān)系，IT架構(gòu)設(shè)計方法IT架構(gòu)設(shè)計方

14、法Asset-based設(shè)計與其他方法比較One-of-a-kind設(shè)計方法每次都從頭開始設(shè)計，耗用大量人力Systematic-use-of-assets設(shè)計每次僅利用系統(tǒng)概念A(yù)sset-based設(shè)計方法，每次最大可能地重用資產(chǎn)，可以最大地節(jié)約成本，擴(kuò)大利潤必須采用Asset-based設(shè)計方法，以保障市場競爭力Asset-based設(shè)計與其他方法比較One-of-a-kAsset-based設(shè)計方法知識資產(chǎn)（Assets） 資產(chǎn)必須基于通用方法描述（ADS） 公司必須有一組通用的Assets 公司必須知道怎樣得到Assets 技能（Skills） ITA必須具有技能將知識資產(chǎn)與客戶需求對

15、應(yīng)，形成解決方案方法論（Methods） 方法論是怎樣重用Assets的規(guī)則只有遵循統(tǒng)一的方法論才能有效地重用Assets 只有遵循統(tǒng)一的方法論才能有效地建立Assets Asset-based設(shè)計方法知識資產(chǎn)（Assets） 架構(gòu)設(shè)計方法論及工作文檔架構(gòu)設(shè)計方法論及工作文檔架構(gòu)文檔分類架構(gòu)文檔分類架構(gòu)設(shè)計交付必須的文檔架構(gòu)設(shè)計交付必須的文檔業(yè)務(wù)分析工作文檔項(xiàng)目描述信息來源: 客戶訪談, 標(biāo)書內(nèi)容價值: 基本信息。幫助了解項(xiàng)目概況以及要解決的業(yè)務(wù)問題業(yè)務(wù)的目標(biāo)信息來源: 客戶訪談, 與客戶業(yè)務(wù)部門交流, 標(biāo)書內(nèi)容價值:對架構(gòu)師非常重要, 對說服客戶內(nèi)部也是重要的業(yè)務(wù)關(guān)系圖信息來源: 你自己或是

16、別人對這個客戶業(yè)務(wù)的分析價值: 對架構(gòu)師非常重要, 對客戶有時也是重要的遵循的IT標(biāo)準(zhǔn)信息來源: 客戶訪談, 與客戶IT部門交流, 標(biāo)書內(nèi)容, 你的建議價值: 基本約束。決定了建議的方案架構(gòu)是否被客戶拒絕目前客戶IT環(huán)境信息來源: 客戶訪談, 與客戶IT部門交流, 標(biāo)書內(nèi)容, 客戶IT文檔價值: 基本知識。幫助你設(shè)計方案架構(gòu), 幫助客戶理解你的架構(gòu)理由業(yè)務(wù)分析工作文檔項(xiàng)目描述項(xiàng)目描述與目標(biāo)與客戶共同制定客戶的要達(dá)到的最終目標(biāo), 宏觀遠(yuǎn)景, 和關(guān)鍵項(xiàng)目成功因素有一個與客戶達(dá)成共識的決策基礎(chǔ)。在項(xiàng)目執(zhí)行過程中, 許多決定都要基于這個基礎(chǔ)定義了如何衡量項(xiàng)目是否成功的標(biāo)準(zhǔn)每一個跟項(xiàng)目相關(guān)的團(tuán)隊(duì)成員都應(yīng)

17、該對項(xiàng)目目標(biāo)有共識。這對項(xiàng)目執(zhí)行過程中涉及到問題的解決事關(guān)重要項(xiàng)目描述與目標(biāo)與客戶共同制定客戶的要達(dá)到的最終目標(biāo), 宏觀遠(yuǎn)業(yè)務(wù)關(guān)系圖業(yè)務(wù)關(guān)系圖是用來描述一個IT方案涉及到的業(yè)務(wù)范圍以及范圍內(nèi)的業(yè)務(wù)內(nèi)容。并且也描述這個范圍內(nèi)的內(nèi)容和其它相關(guān)聯(lián)業(yè)務(wù)方面的關(guān)系。這些業(yè)務(wù)單元之間的關(guān)系解釋了它們之間的信息是如何流通的以及通過何種手段流通的。對這些問題的明白和理解才能使架構(gòu)師知道要建設(shè)的系統(tǒng)在業(yè)務(wù)中的位置，從而更好地滿足業(yè)務(wù)需求。另外, 業(yè)務(wù)關(guān)系圖還提供:業(yè)務(wù)單元之間所發(fā)生的事件。這會對系統(tǒng)模塊之間接口的制訂有很大的幫助它也提供了一個框架, 使我們可以獲取業(yè)務(wù)范圍內(nèi)的流程以及它們之間的業(yè)務(wù)“界面”, 從

18、而明白這些流程背后的理由和原因具體描述需要建設(shè)系統(tǒng)所要覆蓋的業(yè)務(wù)范圍。不同的業(yè)務(wù)關(guān)系圖可以用來和客戶溝通討論。這也是確認(rèn)最終系統(tǒng)實(shí)施范圍的關(guān)鍵依據(jù)和步驟。討論的結(jié)果包括哪些業(yè)務(wù)功能是在項(xiàng)目范圍之內(nèi)的, 哪些業(yè)務(wù)功能是在范圍之外的, 以及哪些是潛在未來的業(yè)務(wù)需求。業(yè)務(wù)關(guān)系圖業(yè)務(wù)關(guān)系圖是用來描述一個IT方案涉及到的業(yè)務(wù)范圍以IT技術(shù)遵循標(biāo)準(zhǔn)與目前IT系統(tǒng)環(huán)境IT技術(shù)遵循的標(biāo)準(zhǔn)文檔具體列舉了所有項(xiàng)目必須遵循的標(biāo)準(zhǔn)和使用的技術(shù), 甚至具體的產(chǎn)品. 這些標(biāo)準(zhǔn)可能是來自之前的工作, 企業(yè)內(nèi)部的IT規(guī)范. IT標(biāo)準(zhǔn)總是存在的, 無論是公開的還是不言而喻的.這些事實(shí)的記錄會幫助IT架構(gòu)師規(guī)劃系統(tǒng)方案架構(gòu).這個

19、文檔也記錄了在方案規(guī)劃或者執(zhí)行過程中要繞過這些IT標(biāo)準(zhǔn)的理由和原因另外, 任何系統(tǒng)模塊還沒有標(biāo)準(zhǔn)遵循時, 這種信息也要記錄下來.這是為了將來這些實(shí)施的標(biāo)準(zhǔn)可以變成企業(yè)IT標(biāo)準(zhǔn)目前系統(tǒng)環(huán)境文檔是個系統(tǒng)清單, 包括硬件, 軟件和其它IT功能環(huán)境,如防火墻, 網(wǎng)絡(luò)地址分配,等等IT技術(shù)遵循標(biāo)準(zhǔn)與目前IT系統(tǒng)環(huán)境IT技術(shù)遵循的標(biāo)準(zhǔn)文檔具體可行的 vs. 不可行的可行的 vs. 不可行的人-機(jī)分工平衡以取綜合最優(yōu)人-機(jī)分工平衡以取綜合最優(yōu)THANK YOUSUCCESS2022/10/1035可編輯THANK YOUSUCCESS2022/10/93非功能需求非功能需求用來:針對要建設(shè)的IT系統(tǒng), 定義

20、關(guān)鍵系統(tǒng)特征和限制要求.用來估算系統(tǒng)容量和成本評估系統(tǒng)的可行性和生存能力用于系統(tǒng)部署模型的重要依據(jù)非功能需求經(jīng)常是系統(tǒng)架構(gòu)的重要因素之前描述的非功能性需求是用這個工作文件記錄下來的非功能需求非功能需求用來:可行性分析可行性分析報告是探討, 解釋和描述建議的方案是否可行。編寫可行性報告的過程就是思考和組織建議方案的不同部分?？尚行苑治鼋?jīng)常是針對某部分系統(tǒng)需求, 功能或某種技術(shù)的使用?？尚行苑治鲆彩怯脕碚页鰸撛诳赡艽嬖诘膯栴}和風(fēng)險. 這對與客戶溝通以及架構(gòu)師設(shè)計時都是一個重要方面?？尚行詧蟾鎽?yīng)該是不斷更新和審核的. 同時它是作為質(zhì)量保證審核以及實(shí)施計劃的重要依據(jù)?？尚行苑治隹尚行苑治鰣蟾媸翘接?

21、解釋和描述建議的方案是否可可行性分析舉例使用不同的顏色(紅/黃/綠)來標(biāo)示不同程度的問題不要把風(fēng)險, 問題, 假設(shè)和依賴因素混為一談提早從客戶獲取信息進(jìn)行風(fēng)險分析例如, 如果客戶不提供所需要的資料或信息, 這個問題帶來的風(fēng)險是高的. 可以有依據(jù)向客戶盡早獲取資料可行性分析舉例使用不同的顏色(紅/黃/綠)來標(biāo)示不同程度的問系統(tǒng)運(yùn)行模型提供宏觀的系統(tǒng)邏輯運(yùn)行架構(gòu), 用來理解整體系統(tǒng)是如何滿足業(yè)務(wù)需求的用來考慮系統(tǒng)主要基礎(chǔ)架構(gòu)是如何部署的以及系統(tǒng)組件應(yīng)該如何部署用來確認(rèn)客戶對系統(tǒng)實(shí)施的傾向和限制因素用來執(zhí)行早期的系統(tǒng)基本功能的流程執(zhí)行驗(yàn)證(walk-through)基于以上幾個方面, 用來考慮系統(tǒng)的

22、非功能性需求應(yīng)該如何滿足用來選擇實(shí)施系統(tǒng)組件功能的產(chǎn)品或應(yīng)用, 衡量它們的可用性用來估算相關(guān)系統(tǒng)硬件和基礎(chǔ)建設(shè)的成本作為選擇軟件和硬件產(chǎn)品的選擇基礎(chǔ)系統(tǒng)運(yùn)行模型提供宏觀的系統(tǒng)邏輯運(yùn)行架構(gòu), 用來理解整體系統(tǒng)是系統(tǒng)運(yùn)行模型圖舉例用來估算硬件的成本及軟件license的數(shù)量系統(tǒng)運(yùn)行模型圖舉例用來估算硬件的成本及軟件license的數(shù)系統(tǒng)運(yùn)行模型圖舉例系統(tǒng)LPAR的節(jié)點(diǎn)配置方案系統(tǒng)運(yùn)行模型圖舉例系統(tǒng)LPAR的節(jié)點(diǎn)配置方案系統(tǒng)運(yùn)行模型圖舉例系統(tǒng)節(jié)點(diǎn)描述系統(tǒng)運(yùn)行模型圖舉例系統(tǒng)節(jié)點(diǎn)描述Q & AQ & AIT Infrastructure 架構(gòu)設(shè)計邏輯層面的運(yùn)營架構(gòu)模型規(guī)范層面的運(yùn)營架構(gòu)模型物理層面的運(yùn)營

23、架構(gòu)模型總結(jié)IT Infrastructure 架構(gòu)設(shè)計邏輯層面的運(yùn)營架運(yùn)營架構(gòu)模型八步規(guī)劃法八步法是按順序來講的. 但在實(shí)際制作過程中, 有些步驟是同步進(jìn)行的或重復(fù)使用的.是否是這種情況決定于限定因素或條件, 以及是否使用參考架構(gòu)在做每一步時, 關(guān)鍵的非功能性需求對架構(gòu)模型的影響一定要不斷核實(shí)系統(tǒng)可用性, 性能, 系統(tǒng)管理, 安全這個做法也包括如何制作以下工作文檔:部署單元更新的架構(gòu)決定可行性報告運(yùn)營架構(gòu)模型八步規(guī)劃法八步法是按順序來講的. 但在實(shí)際制作第一步:找出業(yè)務(wù)功能的位置和區(qū)域信息來自于：業(yè)務(wù)角色和位置系統(tǒng)關(guān)系圖目前IT環(huán)境第一步:找出業(yè)務(wù)功能的位置和區(qū)域信息來自于：第二步: 找出邏

24、輯節(jié)點(diǎn)第二步: 找出邏輯節(jié)點(diǎn)邏輯節(jié)點(diǎn)舉例邏輯節(jié)點(diǎn)舉例第三步: 為了滿足系統(tǒng)管理需求的特殊邏輯節(jié)點(diǎn)第三步: 為了滿足系統(tǒng)管理需求的特殊邏輯節(jié)點(diǎn)第四,五,六步: 找出展示, 執(zhí)行和數(shù)據(jù)部署節(jié)點(diǎn)第四,五,六步: 找出展示, 執(zhí)行和數(shù)據(jù)部署節(jié)點(diǎn)第七步: 找出需要的連接節(jié)點(diǎn)第七步: 找出需要的連接節(jié)點(diǎn)第八步: 回顧目前所達(dá)到的結(jié)果第八步: 回顧目前所達(dá)到的結(jié)果建議以場景進(jìn)行驗(yàn)證建議以場景進(jìn)行驗(yàn)證IT系統(tǒng)架構(gòu)師課件IT Opertion 架構(gòu)設(shè)計邏輯層面的運(yùn)營架構(gòu)模型規(guī)范層面的運(yùn)營架構(gòu)模型物理層面的運(yùn)營架構(gòu)模型總結(jié)IT Opertion 架構(gòu)設(shè)計邏輯層面的運(yùn)營架構(gòu)模型規(guī)范架構(gòu)是把邏輯架構(gòu)改變成一個技術(shù)規(guī)范

25、架構(gòu)技術(shù)規(guī)范架構(gòu)過程在限制因素范圍內(nèi)和滿足非功能需求的前提下, 找出必要的技術(shù)需求和功能服務(wù)用來提供業(yè)務(wù)功能考慮一些不同的選擇或方法滿足同樣的需求, 進(jìn)行選擇平衡, 對目前的架構(gòu)做適當(dāng)?shù)男薷脑O(shè)計邏輯技術(shù)連接評估目前架構(gòu)的可行性, 對相關(guān)的架構(gòu)文檔進(jìn)行更新規(guī)范架構(gòu)是把邏輯架構(gòu)改變成一個技術(shù)規(guī)范架構(gòu)技術(shù)規(guī)范架構(gòu)過程輸入-組件模型, 非功能需求, 用戶需求和邏輯模型輸入-組件模型, 非功能需求, 用戶需求和邏輯模型尋找技術(shù)規(guī)范節(jié)點(diǎn)系統(tǒng)管理考慮不同節(jié)點(diǎn)是如何運(yùn)作的監(jiān)控(系統(tǒng)狀況監(jiān)控, 性能監(jiān)控, 可用性監(jiān)控)任務(wù)執(zhí)行(開機(jī), 關(guān)機(jī), 日志控制, 配置控制等等)安裝, 配置,變更管理數(shù)據(jù)分布, 同步, 備份, 回復(fù)系統(tǒng)使用以管理記錄問題處理做法從每個節(jié)點(diǎn), 層次, 位置和整體方案角度找出不同系統(tǒng)管理的考慮因素找出每個涉及到系統(tǒng)管理流程和數(shù)據(jù)存儲的節(jié)點(diǎn)在不同層次和區(qū)域中找出其它涉及到系統(tǒng)管理和數(shù)據(jù)存儲的節(jié)點(diǎn)尋找技術(shù)規(guī)范節(jié)點(diǎn)系統(tǒng)管理考慮參考架構(gòu)是邏輯和技術(shù)架構(gòu)的結(jié)合參考架構(gòu)是邏輯和技術(shù)架構(gòu)的結(jié)合IT Infrastructure 架構(gòu)設(shè)計邏輯層面