對于臨時的最終用戶、經(jīng)理或高級管理人員來說，企業(yè)架構(gòu)師的工作是神奇的。無休止的同步、組織和穩(wěn)定的瑣事都由計算機(jī)處理，這樣人類就可以做他們最擅長的事情，但所有的門戶網(wǎng)站、協(xié)作堆棧和存儲庫萬能工具都隱藏著保持一切順暢的無盡挑戰(zhàn)。盡管企業(yè)架構(gòu)取得了進(jìn)步，但它仍然是一個充滿任務(wù)和責(zé)任的新世界，沒有人完全弄清楚。

企業(yè)架構(gòu)師仍然在學(xué)習(xí)、試驗(yàn)，然后更多地了解他們應(yīng)該做什么，更重要的是，他們不能做什么。在這個過程中，我們已經(jīng)犯了許多錯誤，而且很可能會一次又一次地犯錯誤，因?yàn)槲覀冋趯ふ易詈玫姆椒▉肀３周浖褩５倪\(yùn)行和整個企業(yè)中每個人的工作生活盡可能簡單。這在一定程度上是由于這項(xiàng)工作的高度技術(shù)性和復(fù)雜性，我們的企業(yè)架構(gòu)師經(jīng)常犯下以下錯誤。 

存儲的數(shù)據(jù)太多(或太少) 

軟件開發(fā)人員是成群結(jié)隊的人。如果可以，他們將緩存所有內(nèi)容，記錄每個事件，并存儲企業(yè)不斷發(fā)展的狀態(tài)的備份副本。所有這些GB和PB加在一起，即使一些云供應(yīng)商提供的冷存儲成本最低，但當(dāng)數(shù)據(jù)量很大時，收取的費(fèi)用可能會很高。 

更糟糕的是，隨著數(shù)據(jù)湖被填滿，找到合適的比特變得更加困難。就像《奪寶奇兵》結(jié)尾的那個倉庫一樣，嚴(yán)格來說，所有的信息都在那里，但你能找到嗎? 

問題是，保留太少的信息會帶來自己的失敗模式和痛點(diǎn)。一些公司試圖設(shè)定數(shù)據(jù)保留政策，在法規(guī)允許的情況下盡快銷毀一切。但隨后，這家企業(yè)就帶著一種健忘癥糊涂了，因?yàn)槊總€問題的每一個答案似乎都是，“我們沒有那個文件?！睕]有人知道任何事情。 

找到合適的平衡可能是不可能的。我們所能做的就是努力找到一個好的數(shù)據(jù)存儲體系結(jié)構(gòu)，將正確的信息保存在一個易于訪問的結(jié)構(gòu)中，這樣就不會讓人覺得每個人都只是在黑暗中摸索，花了大部分時間尋找電燈開關(guān)。 

過于依賴一個平臺(或包含太多平臺) 

構(gòu)建企業(yè)軟件的最簡單方法是利用外部人員構(gòu)建的各種工具、門戶和平臺的力量。通常，90%以上的工作可以通過簽署采購訂單和編寫一點(diǎn)膠水代碼來完成。 

但將企業(yè)的關(guān)鍵部分委托給外部公司存在大量風(fēng)險。也許一些私募股權(quán)公司收購了外部公司，解雇了所有優(yōu)秀的員工，然后在知道你無法逃脫的情況下抬高了價格。突然，在一個平臺上實(shí)例化您的所有雞蛋開始嚴(yán)重失敗。沒有人記得來自單一平臺的單一界面所帶來的簡單性和一致性。 

然而，擴(kuò)展和擁抱多個平臺可能同樣令人痛苦。銷售團(tuán)隊可能會承諾，這些工具是為互操作和使用行業(yè)標(biāo)準(zhǔn)協(xié)議而設(shè)計的，但這只讓您實(shí)現(xiàn)了一半。每個數(shù)據(jù)庫都可以將數(shù)據(jù)存儲在SQL數(shù)據(jù)庫中，但有些使用MySQL，有些使用PostgreSQL，有些使用Oracle。 

沒有簡單的答案。太多的平臺造成了不兼容。太少會帶來供應(yīng)商鎖定的風(fēng)險，以及使用續(xù)訂合同打開電子郵件的所有痛苦。我們甚至還沒有談到把所有開發(fā)項(xiàng)目都放在家里的成本。 

將太多(或太少)外包給云 

云讓企業(yè)架構(gòu)師的生活變得容易得多。如果有人需要一臺特定大小的機(jī)器，那么，幾分鐘內(nèi)就可以買到。不需要填寫采購訂單。無需尋找機(jī)架空間。不需要做任何事情，只需要給云公司你的信用卡號碼。 

任何機(jī)器在幾分鐘甚至幾秒鐘內(nèi)就可以使用的好處是顯而易見的。最大的不利因素是價格。云計算通常比內(nèi)部工作的成本高得多。許多首席財務(wù)官害怕每月打開云計算賬單，因?yàn)樗鼈兺热魏稳祟A(yù)期的都要大。 

但自己做這項(xiàng)工作意味著管理員工、數(shù)據(jù)中心等。令人頭疼的問題和法規(guī)清單可能很長，而來自較小預(yù)算的喜悅可能會轉(zhuǎn)瞬即逝。 

一些企業(yè)架構(gòu)師可以通過云大獲成功。如果您的需求在每周、每月或每年的一小段時間內(nèi)激增，啟動處理負(fù)載所需的服務(wù)器幾分鐘或幾個小時可能比在內(nèi)部執(zhí)行任何操作都要便宜得多。其他所有人都在想，他們在云計算上的投資是太多還是太少。 

依賴(或忽視)框架 

由于當(dāng)今企業(yè)堆棧的復(fù)雜性，一些聰明的架構(gòu)師已經(jīng)創(chuàng)建了框架來幫助組織它們。例如，開放式組體系結(jié)構(gòu)格式(TOGAF)是一個戰(zhàn)略框架，用于構(gòu)建企業(yè)所需的幾乎所有內(nèi)容。它提供了許多指南和最佳實(shí)踐，包括體系結(jié)構(gòu)開發(fā)方法(ADM)和體系結(jié)構(gòu)遵從性框架(ACF)，以及其他縮略語。其他方法，如Zachman框架或聯(lián)邦企業(yè)體系結(jié)構(gòu)框架(FEAF)，提供了它們自己版本的規(guī)則和法規(guī)來構(gòu)建堆棧。 

最大的優(yōu)勢可能是一致性。一旦企業(yè)中的每個人都熟悉了技術(shù)和理論，找到軟件的方法就變得更容易了。數(shù)據(jù)和代碼(通常)都是結(jié)構(gòu)化的，因此一切都在可預(yù)測的位置。 

然而，有些人做得太過分了。他們固守規(guī)則，而不是僅僅采用規(guī)則。他們?nèi)绱藦氐椎亻喿x規(guī)格，以至于每一項(xiàng)決定都必須遵循規(guī)則。 

但是，即使每個人都相信這個框架，辦公室規(guī)劃會議上充斥著快樂的遵守規(guī)則的人，其他問題也可能悄悄出現(xiàn)。有時，團(tuán)隊拒絕完全好的開源代碼，僅僅是因?yàn)樗c他們想要的架構(gòu)框架不一致。 

堅持方法論至上 

框架可以提供結(jié)構(gòu)，但也可以為草率、懶惰甚至惡意的行為提供掩護(hù)。有時，團(tuán)隊可能會拖延決策，因?yàn)樗麄冋诘却橙颂顚懻_的TOGAF表格。支持性規(guī)則和陳腐的繁文縟節(jié)之間只有一線之隔。 

與我共事的一個人喜歡敏捷方法論，他扭曲了它，所以他的團(tuán)隊一點(diǎn)也不敏捷。他知道所有的會議例行公事，并擅長用上周剛剛編寫的重構(gòu)代碼的許多故事點(diǎn)來填充他的“沖刺”。他的團(tuán)隊似乎從來沒有在重建他應(yīng)該提供的信用卡結(jié)賬方法方面進(jìn)展得很快，但如果你看看每一次沖刺獲得的敏捷點(diǎn)數(shù)圖，他的團(tuán)隊在辦公室里的速度是最快的。 

我們需要某種方法來組織開發(fā)工作流。程序員可能會爭論幾天，爭論這件事是敏捷的，還是那件事是敏捷的。如果項(xiàng)目的規(guī)模超過了一個人周末的處理能力，那么，就需要有某種策略。 

當(dāng)你開始更多地相信方法論而不是你的眼睛所能看到的東西時，問題就來了。當(dāng)這種情況發(fā)生時，聰明的程序員可以玩弄系統(tǒng)并賺取大獎，即使他們的代碼沒有什么作用。 

追隨(或忽視)潮流 

開發(fā)人員喜歡抓住企業(yè)架構(gòu)的最新想法和模型。有時他們很幸運(yùn)，而新趨勢實(shí)際上滿足了他們的需求。他們的應(yīng)用是一個很好的例子，說明了是什么驅(qū)使引領(lǐng)潮流的人首先提出了這個想法。 

但這往往只是部分情況。用例可能與激發(fā)這一趨勢的應(yīng)用程序相似，但只是在稍微揮手之后。與此同時，開發(fā)團(tuán)隊陷入了瘋狂的困境，試圖讓他們的代碼適應(yīng)趨勢。有時，完全合適的大塊代碼會被丟棄，只是因?yàn)樗鼈兪菫榱四硞€以前流行的目標(biāo)而編寫的。 

問題是，完全忽視趨勢也可能是致命的。當(dāng)然，您的代碼使用了運(yùn)行良好的數(shù)據(jù)庫、格式、編碼標(biāo)準(zhǔn)和協(xié)議，保持了一些原始的愿景，謝謝。但如果說整個世界都在追逐某種趨勢，那么所有的供應(yīng)商、工具制造商和潛在的新員工也都是如此。在某種程度上，潮流和時尚可能會成為標(biāo)準(zhǔn)，有時甚至?xí)兊酶悖汉戏ǖ暮弦?guī)要求。 

企業(yè)架構(gòu)師如果追隨潮流，他們就是狂熱的奴隸，但如果他們忽視了這些，他們可能會被甩在后面。他們所能做的就是謹(jǐn)慎地嘗試為企業(yè)的技術(shù)堆棧和必須管理它的IT專業(yè)人員做正確的事情。