看敏捷開發提升大型機性能
二戰時關于自相矛盾的軍事智能，有一個經典的笑話——對立面的兩個事物是不可能組合的。如今若用“商業”來代替“軍事”這兩個字眼，可以得到同樣效果。一些人認為，前沿的、昂貴的敏捷開發進程與守舊、笨拙的大型主機結合的做法是不可能的，尤其是當系統管理員抱有試圖管理遺留大型主機應用性能這樣的想法。
別擔心！目前廠商開發的工具和用戶***實踐證明，這么做完全可行。在我們過于激動之前，先來了解一下我們現在所處的位置。
敏捷開發勢不可擋
關于敏捷開發我寫過許多文章。在這里，我想沒有必要重述那些高度正面的分析內容。簡單地說，現在幾乎所有的軟件開發員都在談著敏捷開發。Scrum和敏捷商業智能（BI），甚至是測試過的模塊與大規模新版本執行的持續融合，都已在各軟件開發機構中取得穩步進展。
過去四年中，敏捷開發者學會了如何按人數和代碼長度進行調節，與此同時，廠商工具從過去的應用生命周期管理（ALM）單元發展為與敏捷開發者進程有更多的關聯性。這些工具也擴大了自身的范圍，因此敏捷應用生命周期管理現在不僅意味著在測試與編碼間的不間斷往復，而且也還擔當著開發者與操作之間的協調功能。
大型主機不可動搖的目標
同樣在過去四年中--尤其是過去的兩年--高級管理層發現了一個事實，那就是，多年來，系統管理員顯而易見的一個盲點：應用性能，而不僅僅是應用的正常運行時間，才是重要的！
很長一段時間，IT只是集中精力讓應用保持運轉。而如今架構的復雜性和調整遺留應用的難度讓我們不得不正視這個問題的根本。現在，沒有良好的應用響應時間，性能問題和初試中斷出現了，好則只是引起客戶不滿和員工效率低下，壞則導致延長運行緩慢時間和試錯修復產生中斷。中斷和運行放緩會使關鍵應用長時間不可使用。這將對銷售和生產循環產生影響甚至導致停止。有時會給組織的盈虧造成重創。
這個問題對于大型主機型數據中心及其內部的遺留應用尤為重要。遺留應用通常不僅助力商業運營，而且越來越成為Linux應用落腳的地方。如果Linux應用響應速度慢得像蝸牛爬行一樣，將對全球在線用戶產生重要且深刻的影響。那就更不用說商業智能應用--這里不存在矛盾。
【編輯推薦】
