模板
教程
環境
性能
功能
管理
開放源代碼: 創新與風險的平衡
2）從設備制造商(vendors)的角度，包括嵌入式開發，局端服務器和運維設施等。文中介紹了開源帶來的好處，也指出了可能的問題。歸根結蒂，基于開源的系統是否提高了設備制造商的生產力，運營商能否接受呢？
軟件開發的世界傳統上十分神秘，那里開發人員一成不變地寫成百上千行的代碼來滿足變化多端的商業需求。
這種與世隔絕的環境正大量地讓路于開放的、協作開發，有些開發可能全世界成千上萬的工程師都會通過開放源代碼（開源，open source）社區介入。開源社區基于互聯網，可以說無所不在，最終用戶的需要會被貼出，而總是急于得到承認或只是樂于技術上精益求精的程序員們會寫出應用程序（application），隨后，便有大量的個人調試和重寫它。開源軟件的潛力就是能夠快速開發出IP應用程序，這非常重要，因為Internet在固定和移動通信中帶來更新的服務。 MySQL，Apache，Open Forge，GNU，Linux還有其他無數的開源項目，開放的接口使得模塊間可以互相交流， 也使得應用程序之間可以相互操作。
是否、如何開源
當Sprint的CTO在Linux World上贊美開源，AT&T聲明基于開源的開發能夠幫助減輕技術負擔、改進服務設施的質量時， 更多的運營商卻不愿意公開談論采用了開源的方式。 一個原因可能就是SCO-IBM之間的官司（參見Standards Watch pg.34）； 另外，可能就是害怕失去競爭中的領先條件。
目前，交換機設備制造商已經首先加入進來。
像Cisco，Nortel，Lucent，ALcatel，Nokia和Avaya等，還有許多各自領域的領先者都啟用了Linux，在通信服務設施中將得到體現， 那么服務提供商隨后也很可能使用開源軟件作為后端。
雖然目前主流上還沒有什么項目十分著名，但趨勢還是隆隆而來，大部分一流的運營商(Tier 1)要么從運行維護平臺（OSS/BSS）提供商那里尋求支持， 要么加入開源開發實驗室（OSDL， http://www.osdl.org）或者其他類似的論壇，探索如何將第三方的模塊鏈接起來開發后臺的軟件包。
因此至今，開源創新分為三類。第一，開發工具（如JUnit和Eclipse），用于開發人員； 第二，嵌入的開源軟件（實際就是腳本級別的，像Perl，JFlex，Jackyl），它們嵌在所買的產品中，對用戶也是透明的，只是在服務合同中有相應的軟件維護保證； 第三，就是基礎平臺（操作系統，如Linux），與專用操作系統競爭，一般用在低端，但現在在多CPU環境下也越來越普遍。
針對多處理器的伸縮性（scalability）是談論最多的一個話題，也隨之出現了三個Linux項目：一個就是研究伸縮性（伸縮性還有一個很重要的研究是針對申請服務的數量），另一個是電信級Linux（carrier-level Linux），最后一個是桌面Linux。其中，從在電信業的應用潛力上說，電信級Linux最引人注意。
為Linux的黃金時代準備
Linux滲入的最重要的領域也就是電信級Linux。 這就是針對電信運營環境裁減Linux，提供平臺給制造商，他們可以圍繞錯誤響應、可用性、可伸縮性等等建立API。 電信級Linux不是一個標準，而是一個基礎，制造商通過“登記（regiestration）”過程展示一致性。 OSDL成員可以注冊進入技術工作組或者市場工作組（Working Group）。 然后，有兩個“草根”機制匯集需求： Linux用戶建議委員會，它跨越國界（拉美、亞洲、歐洲和美國）， 和一個ISV論壇，獨立的制造商被邀請移植Linux，以及與工作組共享需求。
“32個設備制造商和服務提供商加入，并參與電信級Linux的需求建立?！盨am Greenblatt說，他是CA的Linux技術首席架構師、高級副總裁，也是OSDL的理事會成員。他特別指出，像NTT DoCoMo，Verizon，Sprint，MCI和AT&T等運營商正在以這樣或那樣的方式參與這個努力。
現在是2.0版本，最大的網絡設備供應商(NEP)已經發布并增強了一些符合它的電信級平臺，它們遵守Linux內核所需要的特定需求。 “例如，Cisco賣的每個網絡設備都基于Linux，”Bill Weinberg，OSDL的開源體系結構專家，認為這必然是Linux運動中的重中之重?！巴ǔＴ诮粨Q設備和后臺設備之間會有一些延遲，”他承認，“但這個落后正在被迅速趕上?！?。
在嵌入式Linux方面，像MontaVista，TimeSys，Novell，Nokia，Alcatel和NEC等公司（不用提Suza和Redhat在企業級方面），都在下一代網絡(NGN)服務上建立了軟交換和應用服務器的原型。 這些公司將在OSDL的框架下與IBM今年第四季度大量推出產品。 嵌入式Linux預期會增長，因為制造商正在電信級Linux上建造電信級交換機、媒體網關、核心網和接入網（CORE/EDGE）等設備。
為電信網絡提供設備，電信級Linux的開發引來一些驚訝。
“我們相信2.0版的電信級Linux提供了一個安全的體系結構，包括高性能、本地負載平衡（load banlancing）和高可用性機制，”Alcatel移動解決事業部的戰略與運營市場總監Herbert Mittermayr說。 2003年該公司宣布與MontaVista Software合作進行Linux電信級版本以及 Alcatel5301 代理服務器平臺的產品描述。 Mittermayr認為電信級Linux對于開發Alcatel代理服務器平臺來說十分強大， 因為Linux已經具備支持代理服務的關鍵應用， 諸如協議網關（WAP、SMS、MMS、PTT），網絡優化與配置，用戶鑒別，鑒權和訪問控制， Web服務的網絡信息共享（定位、QoS、容量），內容采用與轉換。
“我們是Linux用于電信和下一代網絡的巨大倡導者，你現在所看到的對于明年將要推出的還只是冰山一角，”IBM全球服務Linux戰略與商業開發總監Doug Dreyer說。 最近，IBM公司在LinuxWorld上宣布，它正在向Apache貢獻基于Java的Cloudscape數據庫的源代碼（這是2001年收購Informix公司獲得的），Apache是一個著名的開源組織。
與電信級開放平臺一起，通過使用Parlay和SIP等工具，制造商能夠最終創建一個有巨大靈活性的框架。 現在，IBM與十來個網絡設備提供商和服務提供商正在定義并建造一個概念原型 -- 使用開放標準的下一代服務框架。 “我們想展示服務提供商和運營商在他們的PTT(push to-talk)，IP Centrix或其他下一代服務提案請求（RFP，Request For Proposal）中應該如何制定需求?！盜BM刀片戰略（Blade Strategy）事業部CTOBruce Anthony說。
這個愿望在八月份催生了開放通信體系結構論壇，從這里電信業將會得到一個標準和解決方案圖。論壇將在明年第一季度出版它的第一個需求集合。
另一個生態圈的合作者將努力在明年的Supercomm大會上進行“食神大賽（bake-off）”，這包括參加服務可用性論壇(Service Availability Forum)的計費、信令和交換機制造商。
參加這次賽事的大多數公司使用兩種方法建造電信級的Linux平臺：嵌入式公司自底而上，企業級則自群而下(cluster down)。 后者通常是針對ISP類型的Web服務器失敗恢復，焦點在伸縮性和主機服務。自底而上則針對速度和策略，這樣實時性服務也可以運行在“刀片”之上。
運維系統采購
對于為客戶供應、執行和記賬的公司，要更多地使用開源軟件，則這些軟件必須是能夠處理使命關鍵（mission-critical）的應用。 現在記賬，CRM和運維過程還依賴于商業系統(COTS)，可是，有些人相信如果/當Linux超過Solaris或Unix的時候，Linux也可以使用。
“越來越多，我們可以看到一些演化正在發生。不久前我們還確信Solaris的線程性能優于Linux，但現在新的Linux線程模型出來了， 已經證明比Solaris快，所以我們使用Linux進行我們的開發，”Brooktrout Tech.負責下一代通信的副總裁/CTO Eric Burger承認。 該公司創建媒體處理和呼叫控制（call control）環境，為應用提供SS7網絡的接口，它的客戶包括Avaya和Nortel Networks。
大部分制造商覺得向Linux移植沒有什么問題，由于IBM為Linux提供強大支持，Oracle、HP、Sun也都是如此。 因為電信的大部分基礎設施都是垂直地將專用平臺和Unix集成，Unix也與Linux一樣是個開放的生態系統，所以移植代碼應該十分直接。
如果系統管理問題（運轉/維護無數個小盒子）得不到解決，NOC（網絡運維中心）將還是基于單一的系統。 對大多數運營商，NOC對系統的選擇有很多影響，所以如果運行/維護和記賬想使用Linux，它們必須向NOC證明有足夠的容錯能力。
目前，Linux想作為大服務器運行還很難找到可靠的硬件。PC機不可靠，所以大部分運營商堅持使用自帶操作系統的SUN或HP機器。 不過，Linux的應用和編譯系統都是Unix兼容的，幾年后這必將改變。
“我們已經看到數目日漸增長的客戶問是否我們支持Linux，” Opnet的CTO Joe Hogan說，他們已經使用GNU源代碼開發自己的調試器和編譯器。 Openet已經在Linux上開始開發一些軟件，但目前產品仍然綁定在HP和Sun上。 “當我們賣運維和記費平臺，我們必須面向Sun、HP，還有IBM?！?Hogan讓步道，又迅速地補充說變化將會很快的。 “我們還沒有見過維護或計費系統運行在Linux上，但是大的運營商開始問起它?！?他說，并特別提到他們的研發部門已經開始在實驗室環境使用Linux。 “甚至有一個大型設備制造商讓我們做Linux軟件，這意味著，沿此下去硬件公司可能關注使用Linux?！?br>
然而Sun和HP仍主宰大型硬件的市場（100個CPU或更多），它們也還不斷地向它們自己的操作系統投資。 就目前而言，Linux更適合二、三檔的設備，像8/64/125個CPU的系統，比幾百萬美元的Unix系統便宜很多。 這樣小的運營商和大運營商的某些部門可能會先涉足使用Linux。
“IBM，HP，Sun也有計劃使Linux更具伸縮性，作為一個標準平臺與微軟競爭。 在微軟和開源社區之間將有個選擇，”Syndesis的CTO Mark Nicholson說，他們的工程師正在與HP和IBM的Linux部門一起工作， “你必須要有長遠眼光，確定向哪里發展，如何將硬件、中間件和垂直的應用組合起來?！?Nicholson認為像IBM，Vitrias，Cisco這樣的公司有機的組織將提供非常好的“婚姻”。
Intec已經推出一批運行Linux的產品，測試新的服務或為商業實踐提供概念原型。 “雖然現在沒人需要它們，但我們認為隨著我們使之更伸縮、更開放，情況絕對會改變，” Intec負責產品管理和商業開發的Rick Woods說， “我們所有的測試指示Linux已為自己的‘黃金時代’準備好了，就差有人大規模的使用，所以只是時間問題?！?br>
他強調ISP和其他產業主流已經接受Linux，基于Linux的大規模處理是可以接受的。 “每個Google搜索都是運行在基于Linux的引擎上，它們顯然處理了驚人數量的搜索?！盬oods說， 幾年前，他在Intec產品最初的代碼和測試中就使用了Linux。
“當你需要一個高可用性的系統時，硬件花費最大，其次是應用，和操作系統。三者之中，操作系統是最便宜的部件， 所以在操作系統上替換HP或Sun的Unix只節省不多的費用。 所以這不能成為動力，”Woods說， “動力應該是世界每個開發人員都將支持Linux， 這樣你可以從開源中找到無數的思想（idea）和經驗（experience）， 不用提是自由的?！?br>
自由選擇
開源運動的一個主要動力是能夠獨立于硬件廠商決定軟件和硬件的升級， 還可以放心與其他開放設施長期的互操作性，這非常重要，比如 當運營商最終想從大型器向網格計算環境（grid computing）轉移。
“這些年來，廠家指定你必須按他們（HP、Sun、IBM或Microsoft）的時間表升級軟件， 也就是每次都得使用他們綁定的操作系統?！?Acterna 業務保障解決方案事業部的首席架構師Dominique Le Foll說， 他還解釋Solaris, UX或AIX的升級 還逼得大家必須重新編譯成百上千萬行的代碼來升級編譯器和軟件。
四年前，Le Foll決定在Acterna的OSS和測試操作系統解決方案中嘗試轉移到開源方法。 “我們異軍突起，”他說，“所以在給France Telecom（法國電信）做的一個新的DSL產品時我們專注于重用，而不是采購?！?Le Foll歸納了重用的15個要點，首先就是性能問題： “我們的Sybase數據庫需要改善性能，每天從設備收集100，000條警告需要提高到150萬條?！?Sybase做不到，Le Foll聯系Oracle，它只能保證20%的性能提高。 “那不夠，我們需要比原來快十倍?！?br>
他聽一個數據庫專家說MySQL性能上無與倫比。 “我表示懷疑，但我還是買了一個，試驗這個創新?！?結果是，Le Foll說，它比France Telecom原有的快20倍。 “客戶對于它大部分是用免費軟件開發的并沒有反感，”他說。 “只要它好用并有技術支持，客戶才不在乎呢?！?br>
MySQL已經橫掃Oracle的低端市場，這塊兒Oracle沒有什么應用套件(Suite)。 何況，Oracle現在自己也在Linux上開發并出售軟件，當然也向Sun和HP移植。
Acterna運行在歐洲一流運營商的關鍵部件中95\%來自開源軟件，Le Foll說， “我們解決了COBOL實現過程互聯時的可靠性問題，用一個Omni Orb的免費實現把IONA替換了， 它原來在極端條件下不能很好重新同步?！?br>
現在Le Foll正在做一個“Triple Play”服務的視頻測試設備。 “基于開源代碼，只花三星期你就做出一個Video over IP的產品?！?br>
過去12個月，Acterna還在BT安裝了幾千個Linux測試頭/小服務器（一種服務器上控制Triple Play測試頭的系統軟件）， “那里的成功讓我們在提供Triple Play的試驗局中將Solaris全都換成了Linux，新的手持設備也是這樣?！盠e Foll說。
“我們在軟件中提供的穩定性是關鍵。 使用開源代碼，Sun的Solaris和HP的UX版本升級不再意味著你必須去碰編譯器。 而在新機器上，你只需要重新編譯就可以了，”Le Foll說， 并且提到IBM、SUN和HP對開源和Linux的支持日漸強大。 “最終，運營商獲利，因為他們可以使用和維護相同的軟件產品多年，而無需考慮硬件的變化?！?br>
解密開源代碼
當然，開放源代碼有它的好處，也有它的挑戰。
一個就是，某些項目的動力是不能保證的。 “開發團隊有時感興趣的是技術先進，不是商業，”Gesmer Updegrove LLP的合伙人Andrew Updegove強調， 該公司是Boston一個代表超過65家標準制定團體的法律事務所（ http://www.consortiuminfo.org）。 “因為對于用戶的友好也許報以態度冷漠，那在現實商業中的采用可能是一個挑戰。 此外，這完全是一個志愿者的努力，所以對于真正最終的用戶并沒有一個預先存在的維護設施?！?
確實，某些領域的開發工作可能會躑躅不前，這是尋求支持時的一個風險。 看看IVR（Interactive Voice Response）應用或語音瀏覽器的開源工作，最近的更新可能是兩年前的了。
可是另一面，協同計算的基礎設施工作匯集了大量的工作和能量，永不停滯， 以Linux內核開發為例，全世界超過750，000人曾卷入。
CIO、CTO或其他人想通過裁減開源軟件用于商業特定的需要會冒隨后沒有支持的風險。 但也被廣泛認可的是，最開放的項目通過各種論壇和協會有著最高級別的支持， 有些甚至超過了商業世界所能有的。 而且，開源制造商對自己所發布的軟件、模塊和操作系統提供全面的支持。
另一個常常錯誤的概念是開源軟件是便宜的，甚至免費。 除非Web所發布的軟件正是工程師想要的，否則freeware中的“free”有些用詞不當。 然而開源代碼可以95\%不變，幾萬行中只需要調試或改變幾行就成為一個大項目。
甚至Linux最大的倡導者也承認，調試代碼比寫代碼困難十倍， 這也是為什么開源社區的項目頭一次盡可能完全自己寫。
然而這是目標，80：20的規則被開源項目放大了。 “軟件開發的笑話是花20%的時間做80%的項目，然后再100%的時間去做剩余20%，” Brooktrout Technology的Burger說。
基于開源的開發表面上已成為調試和重新塑造代碼的演練。 Linux上的開源應用必須經過調整才能用于Solaris， 或者針對Pentium處理器的軟件需要裁減才能在PowerPC上跑起來。 這也就是說，廠家和運營商使用開源產品必須在他們內部對項目重新塑造。
“雖然開源可能使得完成一個工作需要更少的工程師，但卻需要有闖勁的思想者， 能夠迅速進入開源代碼，并且在失去軟件發布和技術支持時能夠排除風險?！?Acterna的Le Foll說，它承認在向開源軟件轉移的時候，需要做巨大的改變。 “我必須改變研發隊伍一半以上，這里有很多挫折， 因為一些人就是不能在這種模型下工作?！?br>
“由于這么多電信公司都是‘電話網上在線收款機’， 所以已經有很多程序員在維護計算機系統， 你只需要幾個高水平的人就可以實現開源的好處。 當然你也必須愿意為這個工程付出代價?！盉urger說。 他相信缺乏商業特定的應用問題將會得到解決： “最終，終端用戶不需要買操作系統，他們買應用。 所以如果大多數開源應用是‘校園級代碼’將會成為妨礙?！?可是，隨著IBM、HP和Sun的日漸支持，這些代碼會被刷新的。
隨著SCO的訴訟，對授權和知識產權的關注也日顯前臺。
開源代碼是在GPL（General Public License）協議下發布的， 所以GPL下開發的軟件，修改是被期望貼回社區的。
在作為開源操作系統的Linux之上寫應用程序是可以避開GPL的。 根據GPL方針，動態鏈接提供了幾種方式不需要專用的應用放回開源社區。 有幾種方式，歸根結底就是動態鏈接使用開源代碼。 可是，如果你修改開源代碼，建議你將修改返回社區， 也便于繼續金字塔式的開發。
“如果你創建了專用擴展，那么你保持它專用，這也是商業上有時既維護不同又采用開源的方式，” Burger說?！爸皇悄阗u給誰設備，你必須提供你使用的所有源代碼?！?發給客戶所有開源軟件的代碼，不論他們需要不需要，這是過去的情形。 “也就是說，家用路由器跑在Linux上，”Burger說，“你必須把Linux給用戶。 現在是，如果客戶要它，你才必須拿出來，否則沒必要?！?br>
雖然開源的這些要求對于設備制造商是有法律約束作用的， 對于在家中開發的人員實際上是沒有約束的。
“在使用開源代碼時，我們僅僅在應用層保持戰略上的不同，”Unibill負責銷售和市場的高級副總裁David Guggenheim說。
“我們也有一個提供開放源代碼的計劃，它不是一般的開源軟件協議，并不是像Linux任何改變都需要傳回開源社區?！?br>
他解釋道，“后臺在得到對應用更多的控制，還需要保持區別?！?提供對源代碼的訪問能夠克服計費和客服部門兩個常見的問題： 一個是不同客戶間的區別， 另一個是推向市場的時間太長，產品特征路線圖必須在廠家和客戶之間同步。
“我們想應用放在我們這兒，我們可以處理所有傳統的計費任務， 而客戶的重點可以放在IT資源和圍繞其自身特點的開發工作上?！盙uggenheim說。 風險就是客戶的IT部門必須遵循一套原則保持與Unibill的產品路線同步。
本文譯自Billing World & OSS Today Magazine的Susana Schwartz寫的一篇文章。請參閱原文。
關于作者
Susana Schwartz，原文作者
錢浙濱，本文譯者，1999年從上海交通大學圖像處理與模式識別研究所獲工學博士學位，曾參與完成計算機視覺、正規語言和移動通信等方面的研發工作。目前他和他的團隊主要從事多媒體編解碼及其在DSP上的算法優化，以及相關的Linux嵌入式系統開發； 他能夠提供 WLAN 相關的技術咨詢，歡迎通過電子郵件 dr.highman@gmail.com交流
