最佳化IT企業的基礎架構

我們也許經常會遇到各種問題，比如：

        約好了客戶討論需求，但客戶突然有事情要處理，使我們的計劃被打亂；

        我們跟客戶一起確定了某項功能，完成了實現並協調了其它模組的功能後，客戶又否定了當時確定的功能，我們必須推翻重來；

        我們的某一個同事因為離職而他開發的功能模組別人很難接手；

        當我們使用了某一項新技術，看起來很美麗，卻因為某一個沒有預料到技術痛點不能攻破而導致整個開發的滯後。

等等。問題會越來越多，挑戰也越來越大，我們之前做過了很多系統，都必須要去維護，又必須開發新的系統和功能，由於之前的規劃或者基礎架構的不合理而導致了我們的總體費用中用於新系統開發的費用比例越來越少，意味著我們所能擁有的成本越來越低，能力要求越來越高。

        從自然的因素來看這些問題也許是必然存在的，因為我們的IT架構總是滯少後於我們的商業策略，我們資料模型/應用程式模型/基礎架構又滯後於我們的IT架構。然後我們在期待和抱怨的時候，卻沒有發現一個固定的商業策略，他們只是一些願望，期待著產量的提高，管理的成本降低，效率的增加等。意味著IT企業需要一個適應策略變化的IT架構，這裡說的IT架構包括了人員/技術/管理/基礎架構，也就是說我們需要一個高效的團隊。

        談到如何去建立和最佳化這樣一個基礎架構，我們也許會無從著手，迷茫，時常有種感覺就是看到了某篇文章描述了某個概念時眼前一亮伸手卻抓不著，其實我們的周圍不停的會出現各種設計模式的介紹、各種架構的思想（SOA等）、各種平台（J2EE，NET）等，也有人經常去探討哪種架構更好，哪個開發工具更好，其實冷靜的思考一下，這些東西很多脫離了一個事務的本質，當我們在大談大道理、把客戶的需求描述得很精彩的時候卻忘了IT的本質，我們只是為了客戶的願望和公司的價值去服務，這才是我們的價值本質。

       在很多年前，我們面臨的IT環境比現在單純，那時我們的客戶像聽話的孩子，很容易被我們引導，開發人員可以單純的追求成功的演算法，而現在卻是一個個性張揚的時代，我們客戶的需求更加趨於個人化，客戶去達到自己願望的途徑和思想指導也越來越多，需求對我們IT服務過程的指導作用越來越低。我們需要更多哲學的思想去指導我們IT基礎架構的最佳化，同時需要探討出一種價值驅動的思路去指導我們最佳化的過程。在這裡拋磚引玉了。

一、現有基礎架構的分析

       包括現有的資源分析、能力分析、差距分析等，進行這些分析就是所謂的知己。

       資源分析：主要包括人員結構、公司的組織圖模型、IT裝置資源計算分布（有多少伺服器，都在做什麼計算，運行什麼樣的系統等）等。

       能力分析：就是知道我們現在的架構能做什麼，能做好什麼，跟客戶打交道我們有了什麼樣的能力，售後服務我們有什麼樣的能力，開發新產品我們有什麼樣的能力等

       差距分析：我們欠缺什麼能力，什麼資源，我們要達到一個目的需要培養什麼樣的資源和能力等

 

二、服務過程的分析

        也就是需要對我們客戶的需求進行一些抽象同時為IT企業的經營活動做一些歸納，我們需要分析我們的勘探群的特徵，包括他們的願望，他們對IT的理解程度、文化背景、IT基礎現狀等，根據這些特徵去歸納我們要對客戶或者企業經營的一些活動，如方案、需求分析、設計、開發、實施、維護等。不同的客戶特徵或經營策略會對應不同的活動，比如某個銷售軟體產品的公司可以將他們的服務過程歸納為推廣、售前、售中、售後等。這就是所謂的知彼。

 

三、最佳化基礎架構

        做到了知己知彼，下面要做的就是怎樣通過最佳化基礎架構去提升價值。其實無論什麼樣的環境和架構，我們只有三個根本的需求就是降低成本、提高能力及安全性。在基礎架構中可以分為四個維度：產品/技術/人員/過程。像四跟柱子支撐著我們基礎架構，通過這四根柱子去滿足這三個基本的需求。這個過程中需要一些活動的支援，包括典型錯誤的分析、風險管理、技術管理、架構設計、營運管理等。

       典型的錯誤分析：這是最佳化一個基礎架構的必要，也是一個團隊的成長的必要，開發、維護的過程中經常會遇到各種問題，發生各種錯誤，對這些問題和錯誤進行分析後，在解決問題的同時也知道了產生錯誤的原因，才能使後續的效率提高。假如在一個團隊產生過的錯誤到另一個團隊中還產生同樣的錯誤，很難提高能力。

       風險管理：這是一個防範於未然的做法，根據我們的預算、產品特性、客戶的需求、客戶的特徵及我們的資源、能力和差距去識別各種風險，然後分析如何去規避或應對這些風險，提升了風險的管理能力意味著提升了企業的經營能力。

       技術管理：是對於IT企業相當重要的一個環節，包括技術的標準化、技術的積累、團隊技能的訓練等。通過這些技術管理的活動去提高處理錯誤的能力和風險管理的能力。比如：我們的團隊中做同一類型的系統開發和維護中有的用VB、有的用ASP、有點用JSP或.NET，這樣團隊對於開發的軟體的後續維護成本大大增加，它降低了資源的利用率；又比如我們在做一個系統的時候，某個子功能，在不同的模組中都有用到，但不同的人都有不同的實現，介面不統一，當子功能對應的商務規則發生變化時，每個地方都要去修改，一旦忘記了某個地方沒有修改，大大的消耗了資源。因此我們的技術管理需要標準化、需要專案管理的方法是項目開發過程更加有效和高效、需要一些基本原則、需要一些公用的知識管理、需要一些制度去約束過於個人化的技術、需要一個空間去容納技術人員對團隊技術能力的貢獻等等。

       架構設計：對於IT企業增加社會競爭力是非常重要的一個環節，我們的環境使需求對開發的指導效用越來越低，我們客戶的機構中市場部和生產部門對我們系統中的一個功能完全會提出不同的需求來，我們必須有適應變化的架構設計去迅速滿足客戶的需求變化，也就是我們必須去抽象這些需求，對我們的勘探的某一類系統需求的特徵進行抽象，然後進行架構設計，架構設計中關注架構、介面及互動等，比如我們給我們的客戶提供的管理類系統實現一個這樣的架構，包括展示層、組織圖模型、許可權、工作流程、Message Service、報表、門戶等，這樣我們可以快速的去建立能適合各種需求或需求變化的架構。

       營運管理：特別是對提供IT服務的企業相當重要，合理的營運管理方法可以是運行維護的成本變得更加可控的同時，清晰了各種營運活動的成本和能力，並能清晰的知道改如何去改善，比如我們記錄我們故障的發生現象、分配並能明確故障處理的責任、積累處理的知識、通過技術減少發現問題和自動維護的人工成本等等。無一不是降低成本和提高能力的做法。

 

四、持續改善基礎架構

        一個最佳化的基礎架構不可能一下子做得很好的，我們需要的是一個與能力俱進的最佳化架構，同時一個機制讓我們可以持續改善，迴圈地去分析我們現有的資源、能力、差距和我們的目標與挑戰，要達到這些目標，我們有哪些問題和風險是必須要處理和管理的，我們如何才能達到我們的目標。實際上每一次最佳化都可能為增加更多的資源，再利用這些資源再去對基礎架構進行最佳化，循序漸進才能越來越好，我們的基礎架構最關鍵的一點就是與能力俱進。盲目去追求一些理想的狀況是非常不可取的，就象是一個飛機的發動機裝在一個曳引車上是有害而無利的。我們在買車的時候考慮了外觀、效能、安全、舒適的時候卻忘了我們不夠那麼多錢買不起。

             

 

結束語：

        曾經聽到一個非常優秀的經理跟我們說過一句話：“口渴了去挑水喝的時候不要忘記架一根水管”，也許我們很多企業經常會碰到一些情況，問題發生過很多次了，還要重複發生、一些概念講了很多遍了，還在講，對於問題的本質沒有什麼改善，幾年前到處找水喝，出了問題，到處抓壯丁，補漏洞。到了現在還沒有去修好水管，問題越來越多。 也還有一些企業意識到了基礎架構的重要性，但不與能力俱進，資源、能力都不能與目標匹配，資源沒有分配到適當的地方，最終對經營造成影響。

        IT是一門藝術，是產品/技術/過程/人員的交響曲，少了任何一種音樂，它將不再美麗。在IT領域從事了14年的過程中突然發現了自己能力是越來越不足了，為了能成為這樣一個指揮家去演奏一段非常優美的音樂，路還很長，4年前有一些隱約的感覺，於是潛心研究了工作流程的技術，也研發了工作流程的一個產品，但真正要把事情做好，還需要各個方面的結合。