多年來,商業軟體開發界一直分裂成微軟的.Net工具組和Java兩大集團,但第三種選擇即將出現。
所謂的LAMP開放原始碼軟體堆疊 – 包括Linux作業系統、Apache網路伺服、MySQL資料庫,和指令語言PHP、Perl或Python – 正逐漸邁向主流企業電腦運算的領域。
一家專精LAMP軟體堆疊的新創公司ActiveGrid,最近組成一個新的軟體同盟,可望幫助LAMP打入大公司市場。其成員包括MySQL、Apache管理供應商Covalent、Linux經銷商Novell,和PHP工具製造商Zend Technologies。
RedMonk分析師Stephen O’Grady表示,有這些公司努力讓LAMP更具產業優勢 – 加上企業客戶對開放原始碼的興趣日增 – 使得LAMP在面對微軟的.Net和Java產品時,成為更具整體性和競爭性的對手。他表示:「LAMP仍被視為不是公認用來並行使用的零散部分的聚集。但這個堆疊和堆疊頂端的各個參與者,正成功地主導它前進,讓它成為別具一格的堆疊。」
LAMP堆疊的個別成分早已存在多年,但它們彼此的結合 – 或類似的開放原始碼堆疊 – 正逐漸被軟體商、顧客和創投業者視為構建和執行商業應用軟體的統一平台。這些「堆疊」不只是垂直的實體,各個一層層相互堆疊的要素,可以結合起來,構建各種形式的網路應用軟體。
事實上,幾家公司已經捨棄微軟的.Net或Java 2 Enterprise Edition(J2EE)伺服軟體及工具組,改用開放原始碼軟體堆疊出商務應用功能。在許多情況下,他們的計畫都是讓LAMP更具競爭力,且更符合企業客戶的需求。
LAMP產業成形
ActiveGird的應用伺服軟體,訂於今年7月推出,是專門用來結合若干單獨使用LAMP軟體的伺服,以處理困難的運算工作。該公司將免費送出低階的產品,並針對大企業客戶使用的機能型伺服軟體收費。
Covalent製造處理大規模安裝Apache網路伺服的管理工具。還有少數幾家服務業者,包括SourceLabs、Optaros和SpikeSource,都針對企業客戶提供支援與應用軟體開發服務。
此外,某些套裝軟體商也改用類似LAMP的開放原始碼產品,避用微軟的.Net和Java。今年剛推出開放原始碼業務應用軟體的SugarCRM,就採用LAMP堆疊為開發工具。
另一家獨立軟體商Journyx,決定拋棄Java,改用開放原始碼元件構建其網路型工作記錄應用軟體。以這項產品為例,該公司的工程師運用了Python、Linux、Apache和PostgreSQL開放原始碼資料庫。Journyx的創辦人兼執行長Curt Finch表示,這種免費軟體的結合,讓公司可以打出免費使用的口號,成功吸引潛在顧客的注意。他指出,使用Python的開發速度也比Java快多了。
Finch表示:「Java是一種舊式的語言 – 我對它的印象並不好。看看(IBM)Websphere或(BEA Systems的)WebLogic花了多少錢才弄好?那簡直就是個無底的開發錢坑。」
自我組織對抗高層控制
LAMP軟體商聲稱,開放原始碼堆疊將和第三方產品,如套裝應用軟體與工具組一樣,成為商用顧客普遍可得的產品。愈來愈多顧客願意使用開放原始碼資料庫、應用伺服軟體和開發工具,也有助於LAMP的推廣。Covalent執行長Mark Brewer表示:「過去兩年來,我們已經看到企業表示:”我們不需要這些又大又重的J2EE伺服,我們何不改用某些更容易佈署且更便宜的東西?”」
LAMP軟體背後的組織架構與.Net和J2EE相當不同。微軟一手建立.Net和所有Windows相關的管理工具。而Java軟體是經由正式的Java標準組織開發,許多增加的部分,是由大型軟體商,如IBM、昇陽、甲骨文和BEA主動提出。
相反地,LAMP軟體沒有一個集中監督的組織。因此,工具組的結合不是特別針對並行互用所設計,儘管開放原始碼元件大都嚴守產業標準。LAMP軟體商認為,這種「自我組織」的性質,可防止顧客被特定的軟體商「鎖死」。
MySQL執行長Marten Mickos說:「看看.Net或J2EE,它們的決策都是由單一實體從上至下掌控 – 其中有好的決策,也有壞的決策。就LAMP堆疊而言,進化的力量確保只有最佳的元件能存活下去,這是哲學上的差異。」
微軟和Java軟體商都清楚察覺到LAMP的受歡迎。微軟已經備好一組產品,包括低階的網路和資料庫工具,以及更能對抗Apache的網路伺服軟體,抵擋LAMP入侵。IBM與甲骨文和Zend結盟,製造能與PHP程式編寫工具搭配更好的資料庫軟體。Java供應商,包括昇陽在內,也正在修改標準的Java虛擬和NetBeans開發工具,以搭配指令語言Jython或Groovy。
LAMP堆疊在許多公司眼中,仍非正式認可的應用軟體平台。但MySQL的Mickos預測,開放原始碼讓個人自由為各種免費產品貢獻的開發模式,將使得LAMP在開發速度上,遠遠超越Java或.Net的產品。但他認為這並不重要,因為LAMP不太可能完全取代那些歷史悠久、根深蒂固的堆疊。Mickos表示:「無論如何,大公司都不會只依靠一種產品。」
5.Ted Yu 於 2005/09/18 22:36 回應
那換個 distribution 吧建議不要用 desktop 取向的 distribution
像是 Fedora Core , Mandriva , suse , ubuntu 等
可以用用看 Gentoo , Debian 等 distribution
歡迎補充 ^^
4.sss 於 2005/09/14 01:44 回應
LAMP = 垃圾..LAMP = 垃圾..
垃圾多的要死
裝個linux就給我裝了一大堆用不到的東西
誇張的是,連郵件伺服器,DAYTIME伺服器,ECHO伺服器.
這些用不到的東西,都給我包上去
還有一堆我看無的垃圾
安裝過程還不能取消掉這些垃圾
還要我一個一個慢慢移除
是嫌硬碟太大了是不是?
建議他們出一個精簡版的
只有LINUX部分,不要預設就裝那些無聊的應用程式.
3.JJ 於 2005/06/28 16:34 回應
重點在標準化選擇使用不符標準化的產品,就得要付出相當的代價。畢竟要標準要變更必須經過一定的程序,並不能說變就變的。如果為了貪圖一時的便利,或是為了自己以往熟悉的環境,那mX公司要怎麼改,就只能乖乖的吃下去啦。LAMP都不會說改就改的。
2.^_^~ 於 2005/06/26 18:39 回應
著眼點要不同?大家對於該學那一套爭論蠻大的;個人是認為最大的問題是由於各家自成一派,結果苦的是像我們這些程式設計人員...必需不斷了解新的規格新的設計方式,特別是像微*的這種,可能新的一出,舊的就不適用了..
所以,只能在自己開發系統的專業knowhow上加強外,至於學那一套,就只能自求多福了..誰叫它們..不相容
1.KK.Li 於 2005/06/23 17:06 回應
不是即將出現的第三種選擇早在Java 或 .NET出現前,OSS就占有軟體開發的一席之地
LAMP是過分簡化的名詞。
它的歷史比 .NET更久,如Apache是1996年嶄露頭角的,Java
1995年才出,兩者算是同期的東西。