日前IBM及Novell宣布將逐漸停止支援舊的系統(例如OS/2及Netware),而微軟也已經停止支援Windows NT,Windows 2000從主流技術支援轉移成延伸技術支援階段(提供安全性補充程式及付費技術支援服務)。企業往往只能跟隨著原廠的腳步走,若廠商不再提供支援服務,舊的作業系統勢必面臨更新的命運,除了作業系統及軟體本身必須汰舊換新外,硬體也必須跟隨著升級,以支援新的應用程式,企業只能被迫升級,控制權不在自己身上。
似乎企業只能依據廠商的腳步更新系統,成本預算也跟隨升級腳步走,只是我們若從另1個角度思考Linux,Linux更能提供企業自我控制的能力。
自主權操之在企業手上
大多數的人可能從成本評估Linux效益,雖然Linux只採用伺服器授權,不計算用戶端的數量,初始成本似乎較低廉,但是以臺灣企業大多採用Windows AD(Active Directory)目錄服務的架構下,若要轉移成Linux環境,人員權限的轉移很複雜,若公司還採用Exchange伺服器的共同表單、連絡人及通訊錄等功能時,因為與Linux沒有共同通訊協定,反而提高無形管理成本。
但Linux所有服務都是安裝在核心外的應用程式,企業能依自身環境需求,設計符合的IT架構,而且伺服器作業系統特別重視穩定的特質,若所有服務都必須嵌入在伺服器核心架構上,會增加伺服器的處理負擔,Linux則採用共同標準制定服務內容,技術不需要被特定廠商綁架。
當作業系統升級時,除了採購新的作業系統及應用程式外,硬體支援度可能也不足,還必須更換硬體配備,中華電信研究所之前開發系統時,曾評估過採購國外系統,約需要2億元,其中一半是付給授權費用,除了採購除了應用程式端,還必須花費昂貴的升級成本,自主權不在企業本身。Linux系統中已內建多項軟體授權,還可以移除不需要的應用程式,可適度配合硬體設備,更新與否的自主權在企業手上。
人材及技術能自我培訓
之前很多人都認為Linux無法推廣到核心服務,只能應用在邊陲服務,但經過這幾年的發展,Linux已經從網路服務層級演化到資料庫核心應用,無論是Samba、資料庫或SAN架構皆可使用。只是Linux來源眾多,要把開放源碼轉換成產品,還是會遇到眾多問題,所幸Linux採用模組化設計,例如I/O可提供Low I/O、Multpath I/O等4種流程方式,能依企業需求自行使用,不用受限於套裝程式的流程應用。
不過,Linux的開發難度確實比Windows高,除了建置成本要符合原來的目的外,效能還要穩定,不能讓使用者感覺到利益受損,但使用Linux開發時,很多時候卻不知道問題產生的原因,反而無法即時發掘問題。雖然升級版本能解決某些問題,只是版本升級,還可能與其他軟硬體衝突,反而增加管理負擔(Linux版本升級約可減少40%的問題,但考量與其他設備相容性,還是不要更新,以穩定為主)。
這一連串的測試的過程都是提升無形成本,但換個方式想,這也是一種學習成本,能自我培訓人材,以符合企業需求。
Linux與Windows共存,選擇最適合的配合方式
從企業自主的概念出發,資訊部門不需特別支持單一陣營,而是選擇最適合的企業資訊架構,可從安全、整合及使用習慣下手,例如若郵件伺服器只單純收發電子郵作使用,Exchange伺服器則與Sendmail、Postfix類似,若還需要使用電子表單,Exchange伺服器就略勝一籌,而且轉移難度高,反而採用Exchange伺服器更可以減少管理負擔,只是企業具有自我選擇的主控權,而不是依據廠商的方向進行。
例如新竹科學園區某製造商,本來採用Windows環境的ERP系統,但當作業系統升級時,硬體平臺也必須更新,因此開始評估Linux系統,而且提供ERP的廠商也支援Linux平臺架構下,轉換成Linux作業系統,只是其他像生產流程的系統,還是屬於特定廠商的設備,不支援Linux驅動程式時,只能選擇原本系統,但兩方面並不相衝突,作業系統共存環境反而能提供最適合的選擇方式。
企業自主的條件下,信任度是最大挑戰
信任度是導入Linux最大的門檻,採用Windows系統時,若有問題,至少可直接找微軟解決,但採用Linux時,問題原因可能是系統、應用程式、資料庫、轉換方式及熟悉度等,或許更新程式能解決問題,我們就遇到1個案子,某家開發系統商開發數位串流內容服務系統時,能正常在Windows上運作,但轉移成Linux系統時卻失敗,無法發掘問題來源,最後導致計畫失敗。
廠商目前正努力提升Linux的信任度,例如Linux認證組織,希望透過一連串認證機制,確保應用程式能在Linux上運作,系統間能正常溝通。
雖然Linux先天上具有眾多限制,例如人材、設備、技術等,但在Linux的世界,企業有權力採用哪一種作業系統,不是被單一作業環境綁架,而是要選擇適合配合的方式,以提供企業環境使用。文⊙蘇碩鈞
熱門新聞
2025-12-12
2025-12-12
2025-12-12
2025-12-12
2025-12-15
2025-12-12