解決開原碼的使用疑慮:解決方案與支援服務

| | | | | | 1則回應

    

這兩個因素事實上代表了企業對開放原始碼應用價值的挑戰。

企業會擺明了說：我們已經知道開放原始碼的各項好處，甚至雖然採用開放原始碼究竟是能省錢或不省錢目前並不很確定，但我們還是願意像大多數其他公司一樣，暫且不太計較成本決定開始導入開放原始碼。可是，我們很擔心採用開放原始碼真能夠「完整地」組合出有效的軟體應用系統嗎？會不會組合到一半時發現某些部份有問題而無法繼續？在這個時候，我們該怎麼辦呢？再者，當我們在下載、安裝、使用某個開放原始碼的過程之中發生了不明的情況，例如當機、資料被覆蓋、開不了機等等頭痛的事情想要補救，那又要向誰去求助呢？這些個人使用者不太會擔心的問題，卻是企業要導入開放原始碼的最大顧慮。

在「解決方案」部份，我通常都會向企業管理決策人員建議幾項原則作為參考，尤其是強調企業與個人兩種使用者角色的不同；因為企業是要整體運作、經營管理的，個人是比較隨興的(如自行下載影音播放軟體)。以下簡單分項說明：

採用包含開放原始碼的套裝軟體 以最具開放原始碼代表性的Linux套裝軟體(有多種品牌)為例，其中通常除了Linux核心程式模組之外，還包含近千個其他模組，而有些甚至不一定是開放原始碼。這樣的組合重點在於可以讓使用者很容易地在電腦上安裝Linux，立即開始正常工作；因為已經有專業人員先挑選過這些模組，經過測試程序得到一定的品質保證，對於必須支付智慧財產權授權費的模組也先完成其合法性等等。這種套裝軟體是有品牌的產品，購買時要付費，可是其中開放原始碼的部份是不會記入任何費用，因此相對地價格便宜很多。再者，因為使用者如果不滿意也可以退貨，所以也許會比派人嘗試直接去下載、挑選、測試等等有效率得多。

以伺服器應用軟體為主因為網際網路發達，網頁服務技術普遍；以瀏覽器上網方式進行資訊服務的應用軟體發展已成為主流，幾乎所有的應用都可以透過瀏覽器來完成。各個應用軟體是可以安裝在不同的伺服器上，以網路位址來區分，彼此不會影響，就算某一個應用軟體有問題，原則上也不會妨礙其他的應用軟體正常作業，因為它們是獨立運作的。在這種架構下，當採用開放原始碼來建置新的應用軟體系統或取代舊有的系統，除非是有重大失誤使得網路或資料庫資源被大量佔用而非其他伺服器輪流使用以致造成所有系統停滯現象；否則共同存在是不會有什麼問題的。

使用新的軟體本來就可能會發生各種不適的狀況，但如果因為新的軟體主要是由開放原始碼組合而得就怪開放原始碼不好，那未免又太不公平。

不妨從備援系統做起如果沒有新的應用軟體建置需求，可以選一個系統來嘗試用開放原始碼建置其備援系統，也就是在主系統必須要暫停正常運作、實施定期維護的時候，代為短期繼續運作但功能或績效略遜的副系統。這個備援系統因為是參照主系統功能及架構設計，又不必兼顧太多的非正常狀況處理細節，所以要求簡易得多，建置成功率也高。備援系統的功能及穩定度可以逐漸改良、成熟，也許有一天就會成為主系統。

在「支援服務」方面，我慣用對企業管理決策人員的建議是：專業分工、一分錢一分貨、量力而為。

開放原始碼裡面的真正軟體技術，是要高手才能理解的；一般企業應用是不可能主動去改寫程式碼的，所以要考慮找專業支援服務廠商，由他們來負責。通常這一類服務契約內容都明確描述提供服務的方式(如電話詢問、e-mail答覆、派人到場、長期駐點等等)以及提供服務的時段(如平常上班時間、每天上午8:00到晚上10:30之間、24小時全天候等等)，當然不同的服務方式有不同的價格。除非企業自己的MIS部門技術能力夠強，否則最好是找一家信譽良好的本地廠商來提供主要的支援服務，這樣至少管理人員也會比較安心。至於要簽訂那一種內容的支援服務契約才恰當，就要看預算、系統作業需求、談判技巧了。或許，先簽一個最低消費的契約，在正常上班時間若有相關問題可以找人詢問，會是個不錯的主意。

企業對開放原始碼應用的需求其實很明確：我們願意採用，只要告訴我們怎麼去用才穩當，以及怎麼去得到技術支援；至於費用，只要不要太貴，合理就行。資訊服務業者要能針對這個需求(Demand)規劃出適當的供給(Supply)，那業務模式就可以成型。無論如何，企業是不應該自己去傷腦筋想解決方案以及如何進行支援服務的，就像現在的時代買汽車的目的就是要出門方便，不是要去學會如何修車一樣。