十年IT運維談（五）：要專業化仍是平臺化？

    有人提到在IT運維管理裏應該使用什麼類型的產品？我認爲有專業的管理工具跟平臺的區別：所謂專業工具，舉一個例子思科或者是華爲，他有一類的交換機，若是你要買它一個×××,你就必須買他的管理軟件，這就是一個專業的管理軟件。這個專業的管理軟件它能夠針對某些特殊的需求來進行定製的，大多數的專業軟件都是針對某一個特定的問題提供的一類工具，這是不可取代的。平臺就是我能把這些東西歸入到一個體系來進行管理，你說做爲一個總體的平臺監控，專業廠商是不具有這個能力的，他給你作的是兩個類別的事情，他們之間是能夠進行配合的，並不存在衝突。

    咱們所看到隨着IT規模的不斷擴大，對業務的不斷重視，綜合平臺對用戶來講是一個總監控平臺，是必定要的。相似咱們舉一個簡單的例子：城市的公交系統，你們也知道，上海如今建設數字化交通，市公安局就有一個大屏，哪個地方堵車就會有紅顏色的顯示，可是具體爲何堵車呀？他是要看那個攝像頭的，是出事故了，仍是車流量特別大，仍是怎麼回事？他是要調那個地方的攝像來看的。大屏跟專業數字攝像頭是專業工具，不可取代，但全程監控這是平臺管理，也不可取代。業務是從總體上來看的，可是某一個問題可能仍是要用到專業廠商的一些管理辦法，這二者都是不可或缺的。

    說到平臺化產品，不少時候，我遇到的用戶也會有抱怨：哎呀，之前選的產品很差，用不起來。那麼真的是這個產品很差嗎？其實咱們不妨回顧一下，當初出於什麼心理才購買的這個系統。據我看，不少時候，咱們在選擇IT運維管理產品時，每每都是把其當作一個「項目」來作的。

    「項目型」的產品購買和開發可能會帶來什麼問題呢？

    1、 當用戶有一些具體的需求時，他可能會找到廠商以「項目」的形式來解決這個問題，不過簽署項目合做的人可能並非最後實際操做的人，他更多考慮得是這些問題能不能被解決，需求能不能被知足，至因而靠敲命令實現，仍是靠一個菜單實現這種具體的操做性問題每每是不會考慮那麼周詳的，這就有可能形成實際應用時，因爲產品易用性欠佳而致使的少用甚至是棄用。

    2、 再者產品發開時，對於將來可能產生的需求更多來自於推測，因此當真正幾年過去，應用環境發生改變時，原來的產品或多或少都會出現沒法徹底匹配需求的狀況，若是再找原廠商定製開發，這樣滾動進行，成本不低，並且也沒法擺脫不適應更新要求的隱患。

     那麼咱們應該如何去定義這個「平臺」？打個比方，有一個房子，不少人以爲使用空間不夠大，爲了解決這個問題，你不能把牆都拆了去佔別人的地方，或者把這個房子搬到別處去擴建，但你能夠經過對房子內部格局的改變，用一些裝修的手法來達到要求，並且相信不一樣的人根據本身的需求，會讓這個房子呈現出不一樣的面貌來。在這裏，你的房子就是「平臺」，做爲平臺，就像房子自己不該該被頻繁得改動，而應該更具穩定性和兼容性，結合更靈活的方式共同打造一個易用、高效、成本低的解決方案來知足需求。

    這些年IT運維管理市場也可謂潮起潮落，有人進來，有人離開。儘管有不少因素的存在，咱們不老是能邁很大的步子，可是咱們認爲這個市場仍是在穩固向上的。我認爲做爲國產軟件最重要的一件事就是：紮紮實實作好本身的事情。

    所謂「打鐵還得是自身硬」，這些年國家在這方面的投資蠻大的，並且更多的行業需求凸顯了出來 ，我認爲IT運維這個市場仍是頗有潛力和前景的，只要咱們潛心、踏實作事，不斷地以發展的眼光來看市場，相信仍是能夠有所做爲的。

 

 

【推薦閱讀】

《十年IT運維談（一）：「爆炸式」PK「漸進式」，誰動了咱們的運維》

《十年IT運維談（二）「0」和「100」 》

《十年IT運維談（三）It doesn’t matter》

《十年IT運維談（四）IT部門，如何對待你的「上帝」？ 》

《十年IT運維談（六）： IT運維理產品下一站：「智能時代 」？ 》