企業IT采購決策——7場技術大對決一

2019-11-04 20:24:26

字體：大中小

來源：轉載

供稿：網友

　　有人愛看拳擊，有人就不愛看。但假如拳擊賽的結果與你的切身利益有著重大關系，那你就不得不關切地去看。
　　
　　在差不多每一次的IT采購過程中，企業的IT決策者都不得不在相互競爭的兩種技術中做出選擇:押大還是押小?他們力圖把這種風險減至最小，并且希望能夠有某種備份策略，然而，在一些要害點上還是必須做出抉擇:在相互競爭的技術中，誰的TCO最小?哪種技術會長期存在下去?新技術帶來的好處能否抵消因為技術遷移而造成的業務中斷?
　　
　　本文為在IT采購中必須做出抉擇的用戶挑選出了7組針鋒相對、可能會一決雌雄的技術，并且結合了專家或實踐者的點評，希望對用戶的抉擇提供有益的幫助。
　　　企業IT采購決策——7場技術大對決一（圖一）

　　1、Windows VS. linux
　　　企業IT采購決策——7場技術大對決一（圖二）

　　Windows與Linux之間的對抗由來已久，也被很多人所津津樂道，然而真實情況卻沒有多少戲劇性，兩者之間的對抗其實只是在不太重要的場合進行。雙方互有輸贏。
　　
　　希望觀看血拼場面的觀眾可能要失望了，因為兩位格斗者的激烈格斗看來正逐漸演變為一場溫文爾雅的表演賽。舉例來說，幾年前，Windows客戶機就可以通過Samba軟件從Linux服務器上共享文件，域的集成也在研發之中。
　　
　　在Windows一端，微軟SFU(Services for Unix)3.5的發布表明，微軟正打算提供與現代Unix系統相似的外觀。SFU的NIS(網絡信息服務)和NFS(網絡文件系統)均已相當完備，其Unix工具集甚至包括了Perl和Korn外殼。事實上，這些工具將隨Windows Server 2003 R2正式交付。
　　
　　很多企業并沒有把所有的網絡服務強制集成在一個平臺上，而是可能在一些要害區域部署Linux服務器。任何明智的企業IT經理一般都會根據實際情況在設計新的網絡時把Windows和Linux都包容進去。
　　
　　從過去的經驗來看，假如一個企業網內已經有幾臺Linux服務器的話，它們一般都是孤立地處理單一的任務，與Windows所提供的服務很少有關聯。而今天，Samba 3已可提供真正與Windows動態目錄的集成，更輕易配置經過目錄認證的Linux Web服務器、FTP服務器、文件服務器，尤其是數據庫和網絡治理服務。
　　
　　與之相反，微軟和動態目錄這一端步伐緩慢的改進卻沒有取得多大進展，雖然動態目錄環境與Linux一道工作已經可以提供DNS和DHCP服務，但是其治理卻并不輕易。
　　
　　至于文件和打印共享服務，則兩家互有千秋。對絕大多數情況而言，這兩種平臺均適用。
　　
　　那么Linux平臺選擇誰家的產品好呢?Red Hat一直浸淫于企業級應用，但是Novell的SuSE追趕的步伐也相當快。在Linux陣營中，對某個軟件商的忠誠度幾乎和對微軟的反抗程度一樣強烈，這往往會使事態變得有些混亂。選擇哪家的Linux產品最終通常不得不在ISV這一級別做出。只要你的數據庫廠商支持誰家的產品，那么你就應該選擇這家的產品。這一點對于微軟的產品來說也適用。
　　
　　就產品選擇而言有一個好消息，那就是Linux項目的開發現在可以不經許可、在開放社區支持的試驗系統上快速進行，然后再遷移到需要許可的、有廠商支持的成熟產品上去。當然，假如企業的系統治理員相當專業，也可以不需要廠商支持的產品，但是對于企業的要害任務系統來說，最好還是選擇有廠商支持的產品。
　　
　　說到系統治理員，一般情況下都是找Windows的治理員要比找Linux的治理員輕易一些，但是前者專業水平提高的機會卻要比后者小很多。而盡管Windows表面上看似乎更輕易配置和安裝，但實際上要實現動態目錄卻需要相當完備和成熟的技巧，Windows治理員經常不能勝任。
　　
　　之所以出現這種情況，是因為微軟的MCSE認證有些縮水，盡管Windows Server 2003的認證考試要比NT 4或windows 2000詳盡得多。而Red Hat的RHCE(Red Hat認證工程師)則需要通過非常累人的8小時的實際應用考試，通常只有20%的及格率。
　　
　　至于一直在拖累Linux的許可證問題目前已有了明顯的減弱征兆，運行成本可能會成為焦點。Linux的TCO究竟比Windows高還是低，要取決于企業的網絡和應用，以及治理員的水平。而且還有一個不能回避的問題是，網絡假如因為病毒而導致崩潰，這種成本到底應該算到誰的頭上。Windows和Linux之間的這場決斗大多數情況下都是在暗中較勁，激烈沖突的場景并不存在，明智的企業應當兩邊下注——要知道，這場格斗最終只會讓企業的網絡變得更完善。
　　
　　2、傳統軟件 VS. 軟件服務
　　企業IT采購決策——7場技術大對決一（圖三）

　　當LAMP(Linux、Apache、MySQL、Perl/php/Python)中間件的后起之秀Active Grid的CEO 和創始人Peter Yared意識到他需要一個項目治理軟件來協調公司的研發業務時，他對微軟的PRoject 2003進行了測試。
　　
　　這個測試沒拖多長時間。Yared在其博客上以疑慮的口吻寫道:“2003???這程序是不是3年沒人修改過了?”而且，其性能和功能也無法滿足他的需求。于是Yared便轉向了Basecamp，這是一個Web應用，同時還可為目前很流行的Web應用框架Ruby on Rails提供試驗場所。結果如何呢?Yared寫道:Basecamp“沒治了!”
　　
　　近十年來，我們已經體驗到了通過Web分發軟件的好處:無須安裝、平臺獨立性、不限地點/不限時間的使用，還有與時俱進的更新等。但是其缺陷也同樣明顯。基于瀏覽器的應用與傳統軟件豐富的交互性、瞬時的反應，以及離線使用等顯然無法相比。不過現在被稱為Ajax(異步javascript和xml)技術的復興已經讓前兩種缺陷開始消除。基于瀏覽器的應用由于有了DHTML(動態HTML)也具備了高度動態性能，早已能夠與遠程XML服務進行自動式交互。這些功能正在逐漸成為事實上的跨瀏覽器標準，讓新一代的Web應用具有了比更多人想象中更豐富、更迅速的交互反應。雖然離線使用仍然是個問題，但網絡越來越普遍的連接性已經降低了這個問題的嚴重程度。
　　
　　把傳統軟件——需要人工安裝和配置——與全新的軟件服務模式之間的差別定義為一場決斗是很有意思的。當然，從實際來看，情形可能更為微妙。一個強有力的AJAX類型的應用，比如Google的Gmail，雖然不需要傳統意義上的安裝過程，但它卻需要在每次使用時對代碼進行更新。那么，正在更新的代碼會與緩存中的代碼發生沖突嗎?我們不清楚。同樣地，與Java應用和.Net應用集合相比，動態Javascript和XML的此類問題也不會少。
　　
　　盡管還沒有出現標準的本地存儲模式，但各種存儲機制還是有的。IE 5引進了一種有限的存儲性能，稱為“userData特性”;Tibco的通用接口，也是一個強大的AJAX應用，可利用緩存來儲存和讀取XML文件;BEA的Alchemy項目，旨在對瀏覽器可使用的XML數據進行格式化，盡管該項目尚未正式推出，但其設想卻是合理的。
　　
　　最終，各種方法——包括基于瀏覽器的應用、異構環境的Java小應用或Flash 組件、Java Web Start和.Net ClickOnce按需技術等——都必須提供同樣的性能:普遍的覆蓋性、豐富的功能、安全的執行，以及對本地存儲內容的安全訪問。在這四個前沿上展開的這場格斗，目前還看不出誰會勝出。不過2005年AJAX的進展表明，瀏覽器無可比擬的覆蓋性與其毋庸置疑的豐富性可能是相互關聯的。
　　
　　當然，我們也看到了舊有的安全問題怎樣重新浮出水面，這是我們在Firefox修正版的HTTP客戶機功能易受攻擊而不得不暫時舍棄它的時候發現的。這里不存在什么新的東西，不存在對于Firefox或者一般說來對于瀏覽器方式的非凡的安全性。假如我們想把軟件作為服務，并確信能夠實現這一點，那我們仍必須繼續面對交替使用傳統的部分受信任的軟件和按需下載的軟件的問題。

上一篇：因光纜跳纖問題導致網絡中斷一案例

下一篇：企業IT采購決策——7場技術大對決三