體系架構(gòu)或企業(yè)架構(gòu)（Enterprise Architecture: EA）作為信息化的方法論，不僅描述了業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)等架構(gòu)模型和相
EA以組織的業(yè)務(wù)需求為指導(dǎo)，可用于規(guī)劃信息、業(yè)務(wù)和技術(shù)如何一起流動(dòng)。對于那些試圖跟上云計(jì)算、物聯(lián)網(wǎng)、機(jī)器學(xué)習(xí)等將來推動(dòng)數(shù)字轉(zhuǎn)型的新技術(shù)
EA以組織的業(yè)務(wù)需求為指導(dǎo)，可用于規(guī)劃信息、業(yè)務(wù)和技術(shù)如何一起流動(dòng)。對于那些試圖跟上云計(jì)算、物聯(lián)網(wǎng)、機(jī)
在9月7-8日第二屆CTDC首席技術(shù)官領(lǐng)袖峰會(huì)上，姚樂為大家?guī)砹恕禔I改變企業(yè)架構(gòu)》的主題演講。
架構(gòu)很重要。特別是，技術(shù)架構(gòu)很重要。與那些缺乏簡潔架構(gòu)的企業(yè)相比，擁有簡潔架構(gòu)的企業(yè)更加靈活和有效。
企業(yè)架構(gòu)在規(guī)劃IT建設(shè)的同時(shí)，會(huì)兼顧企業(yè)的組織角色和業(yè)務(wù)流程的關(guān)系，可以平衡IT資源與業(yè)務(wù)間的依賴關(guān)系，識別出部門間重復(fù)的業(yè)務(wù)需求和數(shù)據(jù)
軟件需要拆分，這是眾所周知的。但是如何拆分，根據(jù)什么原則拆分，則眾說紛紜，各有各的道理。
準(zhǔn)確識別采用什么技術(shù)的能力，也是架構(gòu)師所要具備的能力之一?？紤]的主要因素也是長期的成本和收益。
我們經(jīng)常會(huì)聽說，重寫代碼，推翻原有架構(gòu)，重新設(shè)計(jì)等等說法，來說明架構(gòu)的進(jìn)化。這實(shí)際上就是當(dāng)初為了完成任務(wù)，沒有充分思考所帶來的后果。
架構(gòu)師必須是一個(gè)組織的領(lǐng)導(dǎo)人，有權(quán)利調(diào)動(dòng)這個(gè)組織的架構(gòu)，才能夠更好的發(fā)揮架構(gòu)師的作用，更好的把利益的調(diào)整落到實(shí)處。
架構(gòu)師必須是一個(gè)組織的領(lǐng)導(dǎo)人，有權(quán)利調(diào)動(dòng)這個(gè)組織的架構(gòu)，才能夠更好的發(fā)揮架構(gòu)師的作用，更好的把利益的
軟件工程師的職責(zé)在這個(gè)浪潮中，不堪重負(fù)，自然而然就分拆為不同的角色，形成了一個(gè)獨(dú)特的架構(gòu)體系。
