開源解決方案在免去了昂貴的軟件采購成本的同時，也缺少了提供商的技術保障，這時的用戶該依靠誰來確保開源軟件順暢運行呢？
從多個方面來看，商用軟件都價格不菲。而今，似乎嫌高昂的許可費還不夠嚇人，開發商只對它答應賣給你的產品提供服務支持，而且支持費用很難有討價還價的余地。除非你能獲得源代碼，否則你永遠無法自己修正軟件錯誤——但軟件開發商通常不會提供這些源代碼。
那么，我們該如何擺脫依賴于開發商的窘境呢？一種流行的選擇就是使用開源方案。這種非專有軟件具有諸多重大優點。比如，它是免費的，或者至少不需要什么許可費。此外，誰都能獲得其源代碼。結果出現了一批新的支持服務提供商，數量還在穩步增長。
雖然企業仍處在采用開源的早期階段，但這類軟件越來越為人們所接受。據Forrester研究公司在2005年對北美100多位IT決策者進行的調查表明，2005年采用開源的公司多達56%，2004年只有46%。調查進一步發現，另外近20%的公司打算在當年使用開源軟件，而前一年只有14%。另外據Gartner公司的一份獨立研究報告表明，全球2000家組織當中有95%將在2008年前實施開源軟件購置及管理策略。
誠然，有些公司開放軟件的源代碼，只不過借機營造聲勢，但不可否認，有關開放源代碼的經營模式在日趨成熟，早期的幾位開拓者已經發展壯大，為軟件行業的發展真正帶來了革命。雖然如今對開放源代碼保持合理的懷疑是合乎常情的、甚至是明智的，但在幾年后，開放源代碼經營模式殘砘嵴嬲晌曜級皇搶狻?
盡管開源軟件非常流行，但不是每項開源計劃都是從管理層開始施行的。在許多組織，軟件開發隊伍是在獨立于CIO及其他IT領導人的情況下采用開源計劃的，而且往往后者并不知情。有鑒于此，CIO們最好不要逆開源潮流而行。恰恰相反，他們應當肩負開源計劃的責任，并且確保本公司已經落實了合理的支持結構。
沒有免費的午餐
為什么軟件提供商會開發源代碼，像IBM或者Oracle這些公司到底有沒有能力免費贈送軟件？回答很簡單: 它們其實沒有這能力——至少從一個比較高的層次上看是這樣。
由于許多原因，傳統的套裝軟件拆封許可模式并不適合企業軟件: IT基礎設施變得更龐大、更復雜，按用戶數量或者按CPU數量計費的許可模式變得越來越難以管理，深奧、復雜的定價公式導致費用結構無法準確體現軟件的實際功用，更不用說會促使感到困惑的財務總監們挖空心思，想出種種新穎的記賬手法。
由于這些原因，Sun等一些公司已經做出了新的選擇: 棄用套裝軟件的拆封許可模式，改用純粹的訂購定價模式: 軟件本身是免費的，客戶需要花錢購買日常支持、維護及集成幫助等服務。
懷疑者可能會說，這只是另一種好萊塢式的記賬方法，裝模作樣而已。確實如此，從長遠來看，免去特定的許可費用未必意味著客戶會節省任何費用。
值得一提的是，已決定采用基于訂購的定價模式的公司離按服務收費只有一步之遙了。訂購－支持軟件模式就是開放源代碼軟件模式，剩下的就是開放代碼——這正是Sun等公司正在做的事情。包括MySQL、AB和Red Hat在內的公司通過對免費軟件的企業級支持來收取費用，在生意上大獲成功。隨著這類新興公司不斷發展、壯大，專有軟件開發商們肯定會問自己: 控制源代碼帶來的商業利益是不是果真大于這種新的軟件生存模式（即開放源代碼軟件）所帶來的其他利益。
社區很重要
與決定購買某一個商業軟件的決策時主要關注這家開發商信譽如何不同，在評估開放源代碼項目時，相關因素卻要復雜得多。對于軟件開發商和客戶而言，社區是開源軟件的重要組成部分，圍繞開放源代碼項目而建的社區是開源項目能否成功的關鍵所在。如果缺乏活躍的開發社區的支持，再好的代碼也會慢慢老化、逐步消亡。
對于用戶而言，評估這些社區可能是軟件采購過程中面臨的比較困難的挑戰之一。在公司決定部署任何開放源代碼項目之前，經驗豐富的IT人員對項目進行全面調查很重要。開發社區是如何組織的？采用了什么管理模式？哪些是最活躍的參與者？誰可以改動代碼？改動頻率如何？內部爭議是如何解決的？代碼的許可方式如何？
得到主要軟件開發商的支持，這可以為開放源代碼項目向企業用戶進一步證明可靠性，不過這也會帶來另外的問題。譬如說，商業軟件開發商對待社區組建的態度各不相同。有的認為組建社區純粹是自由放任的，而有的可能懷著這種希望: 利用自己的社區作為服務部門的銷售渠道。作為客戶，最好選擇這樣的公司: 不但宣傳開放源代碼，還明確劃分了開放源代碼項目和商業軟件項目的界限。
最終，每個IT決策都始于業務問題。解決這些問題仍是每個IT組織的首要任務。正因為如此，在評估開放源代碼軟件時應當著眼于以下幾方面: 特性、穩定性、擴展性、安全性以及專有軟件遵守的所有其他標準。
不過，開放源代碼數量激增自然的結果就是選擇更多了。最有能力權衡這些選擇的人就是最熟悉項目的人——他們知道社區的所有詳情，而且對項目的發展了如指掌。正因為如此，對最成功的公司而言，深入了解技術、技能嫻熟的IT人員無疑是重要資產。
開源軟件成熟嗎?
人們發現，開源軟件項目越成熟，用戶獲得的支持方案也就越成熟。譬如說，許多組織可以獲得JBoss的支持服務——JBoss是JBoss公司的一款開源應用服務器; Covalent Technologies公司為流行的開源Web服務器Apache提供支持。另外，成功的開源項目背后有龐大、活躍的用戶社區可提供技術幫助。
不過，并非所有的開源項目都擁有充足的支持——這對CIO們來說是個不足。在開源托管站點SourceForge.net上所列的10多萬項目當中，只有一小部分既有成熟的支持方案，又有活躍的用戶社區，實際上，這些項目當中只有1.7%被認為是成熟的。
確定哪些開源支持方案是最佳方案，這取決于諸多因素，其中包括組織在使用哪種開源軟件、使用方式以及組織本身具有哪些軟件支持能力。為了幫助CIO們做出明智的決策，不妨考慮以下六個技術支持方案:
1. 產品支持。一些成熟的項目得到了JBoss和Laszlo等開源開發商的支持，這些開發商通過提供服務來賺錢。開發商支持的這類項目仍被認為是開源產品。
根據JBoss的這種“專業開源”模式，用戶組織與眾多開發商簽訂不同協議。協議在所需的具體軟件、可用服務級別以及支持成本等方面各不相同。因而，開源產品組合越復雜，支持服務組合也會變得越復雜。用戶組織負責集成不同組件，并負責解決可能會出現的兼容問題。
開源開發商提供的支持往往好于商用軟件開發商。與傳統的開發商不同，它們通常為客戶提供可以直接聯系其開發隊伍的便利，而開發隊伍通常包括原始開發項目的成員。這些隊伍可以按需要改動項目的源代碼。
2. 開源中間件支持。如今已出現了統稱為開源中間件提供商（stack provider）的一批新公司，它們旨在解決: 集成及支持一家組織里面的多個開源軟件組件。開源中間件提供商把通常使用的一套套開源軟件組件組合起來，并為這些組件提供服務，包括支持和集成測試。
幾個知名的商用軟件開發商包括惠普和Novell正在開發類似的開源產品。如果公司計劃使用一套常用的開源軟件組件，與開源中間件提供商合作也許能滿足需要。不過要注意: 大多數開源中間件提供商只支持最流行的組件。
此外，開源中間件提供商本身對軟件的了解程度通常不如開源開發商。正因為如此，一些組織選擇與能為客戶提供更高技能的開發商合作。這是個很好的折衷辦法。
文章來源于領測軟件測試網 http://www.kjueaiud.com/