從敷衍了事的管理態度、手工修改密碼再到冗余的業務應用，這些跡象都是判斷IT環境是否陷入一團亂麻的重要標志。

在技術部門實際著手為企業部署IT架構、組織團隊為計算環境的不斷擴大而積極籌備維護之前，我們必須先拿出大量時間和精力提前制定規劃。在接下來的實施過程中，我們還有機會順便將項目中的某些暫時性方針加以扭轉、消除部門之間的政策差異并解決全局層面的管理失誤，最終將原本清晰的架構管理戰略真正依靠嚴格有序的決策提升為能夠服務于業務的項目技術組件。
如果企業出人意料地步入發展歧途，你能及時發現端倪嗎？在本文中，我們將匯總九大標志性跡象，幫你及時鑒別糟糕的IT架構。
 

結構化影響：密鑰更新失誤很可能帶來數據損失。

直接業務影響：將業務資源浪費在毫無意義的簡單重復工作當中。

手工密鑰更新

手工密鑰更新也許還算不上糟糕的企業IT架構所能帶來的最大麻煩，但卻絕對是最常見的情況之一。雇傭人手代替應用程序之間的連接接口不僅帶來大量額外運營支出，同時也相當于浪費了人類的聰明才智。

結構化影響：對系統接口的需求量增加，且必須為一系列平臺提供支持； 通常伴隨著手工工序過多一同出現。

直接業務影響：嚴重拖慢業務流程，提高培訓成本，并帶來手工工序過多的問題。

匯總最佳解決方案

每個人都希望自己能以最佳方式解決工作中的實際問題。盡管我們知道“工作”并不只是一個簡單的概念，而且工作人員必須訪問大量應用程序才能找出同類途徑中最優的方案，這就導致完成工作往往需要耗費很長時間。

與此同時，除非IT部門花費大量時間為各種類型的解決方案打造連接接口，否則我們根本無法以敏捷方式處理任務，事情也就回到了一切以“手動”方式進行的老問題上。

結構化影響：對系統接口的需求量增加，且必須為一系列平臺提供支持。

直接業務影響：將IT資源浪費在毫無意義的重復勞動之上； 為了支持那些根本無法為業務提供新功能的軟件而浪費大量資金投入； 通常會帶來手工工序過多的問題。

冗余應用

每一款業務應用程序存在的目的都是解決業務問題。能解決業務問題當然是好事，而多款應用都能用來解決同一個業務問題就更是好上加好了，對吧？

答案顯然是否定的，但時至今日大多數企業仍然在使用大量冗余應用程序。發生這類情況的原因多種多樣，也許是特定業務領域需要此類重疊式支持，或者隨著企業規模的擴大、兼并及收購活動的加劇，各分支公司的運營模式會加入到母公司自身的流程當中。

無論是哪種情況，花錢為所有這些冗余應用買單都是極具敗家的做法，純粹的浪費需要立即得到制止。

#p#副標題#e#

結構化影響：對系統接口的需求量增加； 通常會引發手工工序過多的問題。

直接業務影響：在多種數據庫系統之間保持數據同步及必要維護極其困難，這不僅會浪費大量人力物力，而且很可能導致查詢不同數據庫時得到的結果各不相同。

冗余數據

大家肯定常常遇到這種情況：不同應用程序需要調用同一種信息來完成相關工作。這時我們有兩類處理辦法：將所有應用指向同一套底層數據庫，這種想法雖好，有時候卻無法實現； 或者是為各應用分別建立數據庫并加以同步，而這往往是數據一團亂麻的開始。

另外，簡單重復勞動被迫以手動方式處理的問題再次出現——還真是陰魂不散。

結構化影響：系統過分脆弱且難于維護。

直接業務影響：將大量IT資源浪費在毫無意義的重復勞動之上。

接口過多

在冗余數據無法避免的情況下，大家往往會選擇以同步機制解決問題，也就是說需要建立一套新的接口。即使沒有冗余數據的存在，我們也經常需要從一套系統中收集結果并交付到另一套系統處。

無論是哪種情況，系統及數據庫越多，我們最終需要創建的接口數量就越龐大。有接口當然比沒有好，但隨著日積月累，我們的IT架構會變得越來越脆弱； 這時我們會發現自己根本沒有時間開發什么新功能，所有精力都被耗費在無盡的接口管理當中。

結構化影響：系統同樣過分脆弱且難于維護。

直接業務影響：同樣是將IT資源浪費在毫無意義的重復勞動之上，而且帶來大量成本支出。

“看起來很美”的整合方案

接口太多令人手忙腳亂，這時精致的企業級應用程序整合系統或者服務總體管理自然會粉墨登場。總之，在這種情況下各種開幕式的中間件與元數據會成為大家心目中令一切恢復正常的最佳選擇。

然而結果常常令人失望：（1）那些看起來既先進又智能的系統只能讓簡單的問題變得更簡單，而根本無法直接解決問題； （2）這些系統對于傳統難題仍然束手無策。為了堵住客戶的嘴，服務供應商們狡猾地將接口體系重建并隱藏在EAI系統之中，這樣表面上就看不出什么毛病了。

#p#副標題#e# 

結構化影響：為了解決當前問題不惜引入脆弱的系統。

直接業務影響：解決方案越多，維護成本也就越高，同時宕機機率、技術團隊培訓費用以及子項目的復雜性都會相應提高。

敷衍了事的管理態度

也許大家的競爭對手正以極低的報價與我們爭奪某個項目； 可能商業贊助就快到期，而項目仍然無法及時完工； 又或者一絲不茍的態度將導致整次交易血本無歸。

無論出于哪種原因，一旦我們采取敷衍了事的管理態度，那么總有一天這套滿是補丁、漏洞的系統會來個大爆發，徹底停止工作。

當然，如果大家足夠幸運，沒準它能堅持到我們離職或者退休，不過機會不大就對了。

結構化影響：提高維護技術難度，并需要與新系統及設備相連接。

直接業務影響：提高維護成本； 令現有系統很難根據業務需求做出靈活的調整及變化。

使用陳舊技術

這是關鍵性業務！它完全能夠滿足業務需求！這兩個理由似乎足夠讓我們選擇不那么新潮的技術，所謂“提高維護成本”指的是什么呢？

當大家利用微軟在十年前就已經不再支持的Visual Basic版本編寫程序時，也就意味著這套開發成品無法被近七年內任何版本的SQL Server所讀取或寫入，而且支持該程序的惟一一款Windows系統不支持當前市面上任何一款主流打印機的驅動程序——這就是“提高維護成本”的意思。要解決上述問題，我們必須得額外掏錢，還要勞神費力。

結構化影響：無——不會有人對內容感興趣的。

直接業務影響：雇傭這種專家純粹是浪費工資，把他們的意見打印出來則浪費了紙張和油墨，而且這種一廂情愿的管理方式只會換來員工們的無情嘲諷。

白皮書

我們看到一大堆批判現狀的警示標志，因此我們成立企業技術架構管理小組，同時雇傭一到兩位常駐專家。而這些專家的工作成果似乎非常令人滿意。

所謂“工作成果令人滿意”，是指我們總能看到一堆堆讀不完的白皮書。他們組織的這些材料真能給IT架構帶來改善嗎？很遺憾，幾乎沒人真的在乎他們在材料中寫下哪些總結。事實上正是因為沒人關注、沒人咨詢，這些專家才會閑到再去撰寫更多的白皮書。這是一種惡性循環，我并不否認專家意見的重要性，但讓這些意見落到實處顯然更為重要。

原文鏈接：http://www.cioage.com/art/201205/97486.htm