開源idc管理系統

1、我想做IDC提供商，要准備些什麼軟體？

首先 我不知道 您 准備這些軟體 要開展什麼業務 ，這些都是 常用得 系統 ，建站，WEB伺服器回答 資料庫 軟體 。

IDC 業務 最基礎得 就是域名 空間 企業郵局 伺服器託管 租用 等等

您找了這么一堆軟體 做什麼？

您說得 那個 在虛擬主機管理軟體中 會有提供 。 具體得牌子 就太雜了。。。星外。瀝青。華眾 還有 所謂得自己研發得 還有網站上開源免費得 =======

2、開源軟體的發展過程

本文基於歐盟首個對開源軟體產業的研究報告——《開源對歐盟軟體通信產業競爭力和創新的影響》，在獲得歐盟FLOSS項目組負責人Rishab Aiyer Ghosh先生及歐盟相關負責人的同意後，歐盟QualiPSo開源軟體競爭力中心對報告進行了節選、編譯和增補。通過該報告，我們可以了解歐盟對開源軟體產業的研究成果，這對於規劃和實施我國開源軟體戰略具有重大的借鑒作用。為此，我們還將分期連載部分重要內容，包括開源軟體對歐盟國家直接的經濟影響和間接影響，以及對趨勢、方案和公關方針策略的分析。

開源改變了未來軟體的開發模式，使得聚集大家的力量打破組織邊界、持續創造出更高質量、更安全、更易用的軟體成為可能，更重要的是改變了軟體的使用方式——從「使用許可」為主的商業模式變成以支持、咨詢等面向服務為主的商業模式，在全球向服務經濟轉型的過程中扮演著日益重要的角色。

開源軟體的市場份額與地理分布

目前（截至2006年底）全球接觸和應用開源軟體的企業佔到了總數的50%以上，美國則高達80%～90%。尤其是在過去的2年（2004-2006）中，越來越多歐洲企業都開始使用開源軟體，2005年底已經超過40%，主要分布在電信行業、媒體行業和公共管理部門。目前（截至2006年底）歐盟企業大約投入了12億歐元進行開源軟體的開發，為市場提供了56.5萬個就業機會和2630億歐元的相關收入。

未來三年（2007～2010），將有95％的全球2000強企業廣泛採用開源產品和服務，開源軟體將在未來五年（2007～2012）內占據傳統軟體市場22%的份額。到2010年，歐盟開源相關的服務將佔到其IT服務產業產值的34％，開源軟體帶來的產值將占歐盟GDP的4％，超過歐盟整個軟體行業產值的25%。

開源軟體的應用領域有Web伺服器、伺服器操作系統、桌面操作系統、Web瀏覽器、資料庫、電子郵件及其他信息通信領域的基礎系統。以下是主要開源軟體的市場份額及分布情況。

操作系統方面，根據IDC的報告，Linux的市場整體營收與PC伺服器和套裝軟體硬體預計在2008年將達到35.7億元,年均增長26%。Linux伺服器在全世界佔有率預期從2004年的20%增長至2008年的27%，在美洲的份額將從24%增長到32%，在歐洲將從2004年的16%增長到2008年的25%。然而，在Linux桌面系統的使用佔有率方面，歐洲高於美洲:2004年，歐洲5%,美洲2%，預計到2008年，歐洲將達9%，美洲為4%。

中間件方面，2006年Apache在歐洲的市場佔有率為84%在美國的市場佔有率為66%。根據BZResearch的調查，2004年，JBoss是應用伺服器中間件市場的領導者。2005年，JBoss應用伺服器的市場份額為37%，而作為2005年應用伺服器市場的領導者，IBM websphere則僅擁有37.2%的份額。

資料庫方面，據IDC的數據，2002年，西歐33%的公司使用開源資料庫軟體，而個人方面只有11%的用戶使用開源資料庫軟體，而到了2005年，這兩個數據分別為25%和33%。可以看出開源軟體在這一領域的應用有很明顯的增長。另外,據Gartner的統計分析，比起整個資料庫市場8%的增幅，開源資料庫軟體的使用率在2005年增長了47%以上。

桌面辦公方面，據Openoffice.org的報告顯示，到2006年中為止，OpenOffice2.0在主要的下載點共被下載62,500,000次。據Forrester Research統計，2004年，OpenOffice在北美大公司的市場佔有率為8.5%，在歐洲,僅德國企業中的市場佔有率就達到了8%。

開源軟體的發展動力

開源軟體市場的快速增長源自於開源軟體內在的創新機制與發展動力。如今，開源軟體正在快速地從純開發者社區或者大學驅動的模式轉向由工業驅動的模式。開源軟體不但孵化了中小企業的成長環境—對產品的開發、維護和集成活動的支持，並且重塑了軟體商業模式，顯著影響了大企業的戰略決策。開源軟體重塑了大型企業的業務模型並影響這些企業的決策—業界的領導者如IBM、Oracle、Philips、SAP、Nokia等都在大力實施開源戰略。

從本質上說，開源軟體的開發模式和許可機制更加適合於面向服務的商業模型，其利潤核心並不是純軟體開發或者是任何形式的軟體產品，而是軟體服務。因此，開源模式成功吸引了業務模型已經是面向服務的企業（如IBM），或是那些占據特定市場（需要大量客戶化和定製支持）的軟體企業（如甲骨文和SAP），或者那些主要的硬體企業（飛利浦和諾基亞）。

當然，開源軟體也給許多小企業帶來了新的商業模式，即雙重許可（GPL＋私有許可）的純軟體銷售。其中最有名的是一個來自瑞典的中小企業MySQL，建立了資料庫軟體領域的開源品牌。

開源軟體在企業的使用狀況

歐洲

從應用類型來講，操作系統、中間件、資料庫、協同應用、開發工具、ERP、CRM以及個性化產品是開源軟體應用的主要類型。據Forrester Research的統計，2005年，歐洲已經使用開源軟體的企業達到了40%，即將使用的企業還有8%。

在使用開源軟體的企業中，已經有45％的企業將開源軟體作為其核心關鍵業務系統的部署和運營環境，開源資料庫、Web伺服器和Linux伺服器是企業使用最為廣泛的開源軟體，有三分之二都在用Apache、Tomcat或者Linux，開源個性化產品的近年來發展迅速，超越了開發工具等傳統的開源應用，如圖1所示。這些企業認為開源軟體所帶來的利益，要歸功於其成本:平均72%聲稱較低的「擁有成本」和較低的「獲得成本」是對商業軟體最關鍵的優勢。

從應用行業來講，開源軟體已經成功應用於商業、金融、醫療、電子政務、製造、零售、通訊、交通等關乎國計民生的各重要行業，並日益增長。其中商業、金融以及通訊傳媒是應用最為廣泛的領域，在被調查的企業中，使用率均超過了75％;在信息化比較薄弱的醫療領域雖然使用率相對較低，也幾乎達到了6成，如圖2所示。 美國

開源軟體在美國企業應用中日益成為一個重要的角色。據Optaros Inc的調查報告，美國的企業正在積極從使用傳統商業軟體轉向開源軟體，在調查的512家企業中，87%已經開始使用開源軟體，中大型企業更加傾向於選擇開軟體:被調查的企業中，年收入超過5千萬美元的企業有156家，全部都在使用開源軟體。而且，使用的類別並不局限於操作系統（如Linux），越來越多的關鍵業務應用軟體也在轉向開源。

從開源軟體應用類型上看，資料庫、應用伺服器、門戶和內容管理、開發工具以及數據中心運營管理軟體是美國政府和企業應用最為廣泛的開源軟體。其中，開源資料庫的使用總體上居於領先地位。從開源軟體應用的領域來看，通訊行業是美國開源軟體應用多的行業，其次為計算機軟硬體行業，傳統工業和金融保險行業相對應用較少，如圖3所示。

開源軟體在公共管理部門的使用

隨著政府等公共管理部門對開源軟體的日益了解，政府對開源軟體的政策計劃扮演了重要的角色。根據CSIS發布的數據，2005年全世界大約有265個關於開源軟體的國家政策計劃，而且絕大多數屬於優先計劃。歐洲發布了126個開源軟體政策計劃，亞洲73個，拉丁美洲40個，北美17個，中東和非洲4個。目前，絕大多數的政府開源項目都是由歐盟開展的（16個），法國和德國也積極實施了開源軟體項目（分別為10個和9個），義大利、西班牙和英國緊隨其後，均為6個。

歐洲

FLOSS項目對歐盟13個國家的955個公共管理組織進行了調查分析，將被調查對象對開源軟體的了解使用程度分為「了解」、「不了解」和「沒有用過」三個層次，其中，「不了解」的用戶是指在受訪中聲稱沒有用開源軟體，但卻在使用Linux，Apache或者MySQL，如表1所示。可以看出，IT專業人員較多、IT技術應用規模比較大的公共管理部門對於開源軟體的了解和使用比率非常高，而且，事實上使用（了解和不了解使用的總和）開源軟體的公共組織已經超過了80％，並仍在繼續增長。

其他國家和地區

其他國家對於開源軟體也給予了不同程度的支持。巴西提出一項目標—政務領域80％的軟體都要採用開源軟體;2004年，Linux獲得了中國政府操作系統軟體采購份額的39％。

根據FLOSSWorld項目前期的跟蹤調查，政府對開源軟體的使用有著較高的比率，尤其是在拉丁美洲和亞洲。在拉丁美洲，OpenOffice類辦公軟體以及MySQL、PostgreSQL類資料庫軟體受到了較為廣泛的應用。並且，在對這些國家和地區的調查中，超過60%的被調查者計劃增加開源軟體的使用，如圖4所示。

3、誠心求PHP版的 IDC業務管理系統源碼，大致內容同『穩網IDC業務管理系統ASP版』 即可，希望大蝦發我，謝謝

這樣的源碼我收集了好幾套~不過不知道你喜歡哪套~你自己到站下載吧~

4、idc從業者怎樣的方式才能實現運維自動化？

先你要有一個強大的管理平台來支持數據自動貨，現在說的自動化最終還是數據自動化。

5、開源管理軟體為什麼叫好不叫座

絕大多數情況下，開源即意味著免費，用戶之所以使用開源軟體，其實看重的不是開源，而是免費。中小企業推進信息化「我不想請個爹來」網上的開源ERP和CRM軟體不少，拖個下來就能用，先不說是否適合自己企業，起碼是開源的，貌似這免費的餡餅很好吃，但企業主卻不這么認為。「我們也曾用過開源管理軟體，修改起來是很方便，但出了問題找不到人，開源軟體社區回答問題的實效性存在不確定性，後來招聘技術員進行維護開發，前前後後花費不少財力和時間，軟體運行起來還是磕磕碰碰不順暢，天天光把精力放在修補軟體、二次開發上了」，浙江台州一位企業老闆說，「弄到後來，是大家為軟體服務了，我不想請個爹來伺候著，算算帳，耽誤的時間和花的錢，買10套非開源的商業軟體都夠了，直接把維護工作扔給軟體開發商，多省心」。開源軟體的特性就是開放源代碼，這樣的好處有兩點，一是用戶可以修改代碼以利已用，二是安全透明，不存在「信息黑匣子」。問題是，中小企業IT方面的支出總是少的可憐，請不起軟體開發高手，有多少人會修改代碼?就算有人能修改代碼，在龐大的管理軟體代碼庫里，就算是高手，不花一定的時間消化代碼，也不敢輕易動手，很少有中小企業給你充裕的時間來做開發，與其每月給研發高人大把銀子，還跟不上買套商業收費軟體省心。至於信息安全，企業相信的白紙黑字的合同，而不是人與人之間的信任和道德良心。開源軟體確實不存在信息黑洞，但誰能就某個軟體出具此類證明?就算企業里有軟體開發高手證明，但是高手做起錯事來，破壞力更強。維護成本和技術支持的不確定性是開源軟體的致命弱點，這足以讓精明的企業用戶望而卻步。重要的是一紙合同在中小企業看來，管理類軟體開源與否已經不太重要。軟體開發者也清楚這一問題，所以，乾脆放棄開源這個噱頭，降低軟體初期的使用成本，以收取服務費、第三方業務增值來獲利。開源CRM社區C3CRM的技術負責人丁建亭三年前主持開源CRM的開發。開源社區向來不缺少人氣，但抱著試試心態的用戶佔多數，很少有企業真正在實際工作中使用這款開源的CRM軟體，倒是代碼被很多人拿去改頭換面賣了好價錢。在這種情況下，只有選擇走非開源的商業化路線。用戶看重的是一紙合同，收費多少另說，這一紙合同規范了軟體開發者和使用者的責、權、利，用戶把軟體維護和二次開發的包袱包給了軟體開發者，省心省事，出了問題好歹能拿到一個承諾;軟體開發者也獲得了維持軟體生存發展的費用。C3CRM社區現在注冊了名為「上海瑞策軟體有限公司」的一家公司，把軟體命名為「易客CRM」，有了實體，開始收費。免費、開源時用戶不多，開始收費後，用戶反而多了起來，企業真正在實際工作中使用上了易客CRM。著名網上商店系統ShopEx在很早就宣布免費，即免費使用，如果需要技術支持則收取服務費。為了擴大用戶群，軟體開發商們在降低使用門檻的同時，也通過和第三方合作，擴大用戶群，整合使用流程，使軟體更「叫座」。上海IDC服務商速騰數據負責人丁華表示，對於面向伺服器租用的客戶來說，購買某款軟體伺服器價格就有折扣，或是購買伺服器贈送某款軟體非常有吸引力，由此IDC服務商和軟體公司也達到了合作目的：利益共沾，合作分成。軟體都是為了解決問題才出現的，如果軟體連生存都生存不下去，自然談不上解決問題。曇花一現的開發團隊做出來的開源管理軟體又有多少用戶敢用在生產過程中使用?所以開源管理類軟體叫好不叫座的情況也就在情理之中了。

6、數據中心是什麼？其系統結構和工作原理是怎樣的呢？

一直想整理一下這塊內容，既然是漫談，就想起什麼說什麼吧。我一直是在互聯網行業，就以互聯網行業來說。
先大概列一下互聯網行業數據倉庫、數據平台的用途：

整合公司所有業務數據，建立統一的數據中心；

提供各種報表，有給高層的，有給各個業務的；

為網站運營提供運營上的數據支持，就是通過數據，讓運營及時了解網站和產品的運營效果；

為各個業務提供線上或線下的數據支持，成為公司統一的數據交換與提供平台；

分析用戶行為數據，通過數據挖掘來降低投入成本，提高投入效果；比如廣告定向精準投放、用戶個性化推薦等；

開發數據產品，直接或間接為公司盈利；

建設開放數據平台，開放公司數據；

。。。。。。

上面列出的內容看上去和傳統行業數據倉庫用途差不多，並且都要求數據倉庫/數據平台有很好的穩定性、可靠性；但在互聯網行業，除了數據量大之外，越來越多的業務要求時效性，甚至很多是要求實時的 ，另外，互聯網行業的業務變化非常快，不可能像傳統行業一樣，可以使用自頂向下的方法建立數據倉庫，一勞永逸，它要求新的業務很快能融入數據倉庫中來，老的下線的業務，能很方便的從現有的數據倉庫中下線；
其實，互聯網行業的數據倉庫就是所謂的敏捷數據倉庫，不但要求能快速的響應數據，也要求能快速的響應業務；
建設敏捷數據倉庫，除了對架構技術上的要求之外，還有一個很重要的方面，就是數據建模，如果一上來就想著建立一套能兼容所有數據和業務的數據模型，那就又回到傳統數據倉庫的建設上了，很難滿足對業務變化的快速響應。應對這種情況，一般是先將核心的持久化的業務進行深度建模（比如：基於網站日誌建立的網站統計分析模型和用戶瀏覽軌跡模型；基於公司核心用戶數據建立的用戶模型），其它的業務一般都採用維度+寬表的方式來建立數據模型。這塊是後話。
整體架構下面的圖是我們目前使用的數據平台架構圖，其實大多公司應該都差不多：

請點擊輸入圖片描述

邏輯上，一般都有數據採集層、數據存儲與分析層、數據共享層、數據應用層。可能叫法有所不同，本質上的角色都大同小異。
我們從下往上看：
數據採集數據採集層的任務就是把數據從各種數據源中採集和存儲到數據存儲上，期間有可能會做一些簡單的清洗。

數據源的種類比較多：

網站日誌：

作為互聯網行業，網站日誌占的份額最大，網站日誌存儲在多台網站日誌伺服器上，
一般是在每台網站日誌伺服器上部署flume agent，實時的收集網站日誌並存儲到HDFS上；

業務資料庫：

業務資料庫的種類也是多種多樣，有Mysql、Oracle、SqlServer等，這時候，我們迫切的需要一種能從各種資料庫中將數據同步到HDFS上的工具，Sqoop是一種，但是Sqoop太過繁重，而且不管數據量大小，都需要啟動MapRece來執行，而且需要Hadoop集群的每台機器都能訪問業務資料庫；應對此場景，淘寶開源的DataX，是一個很好的解決方案（可參考文章 《異構數據源海量數據交換工具-Taobao DataX 下載和使用》），有資源的話，可以基於DataX之上做二次開發，就能非常好的解決，我們目前使用的DataHub也是。
當然，Flume通過配置與開發，也可以實時的從資料庫中同步數據到HDFS。

來自於Ftp/Http的數據源：

有可能一些合作夥伴提供的數據，需要通過Ftp/Http等定時獲取，DataX也可以滿足該需求；

其他數據源：

比如一些手工錄入的數據，只需要提供一個介面或小程序，即可完成；

數據存儲與分析毋庸置疑，HDFS是大數據環境下數據倉庫/數據平台最完美的數據存儲解決方案。

離線數據分析與計算，也就是對實時性要求不高的部分，在我看來，Hive還是首當其沖的選擇，豐富的數據類型、內置函數；壓縮比非常高的ORC文件存儲格式；非常方便的SQL支持，使得Hive在基於結構化數據上的統計分析遠遠比MapRece要高效的多，一句SQL可以完成的需求，開發MR可能需要上百行代碼；
當然，使用Hadoop框架自然而然也提供了MapRece介面，如果真的很樂意開發Java，或者對SQL不熟，那麼也可以使用MapRece來做分析與計算；Spark是這兩年非常火的，經過實踐，它的性能的確比MapRece要好很多，而且和Hive、Yarn結合的越來越好，因此，必須支持使用Spark和SparkSQL來做分析和計算。因為已經有Hadoop Yarn，使用Spark其實是非常容易的，不用單獨部署Spark集群，關於Spark On Yarn的相關文章，可參考：《Spark On Yarn系列文章》
實時計算部分，後面單獨說。
數據共享這里的數據共享，其實指的是前面數據分析與計算後的結果存放的地方，其實就是關系型資料庫和NOSQL資料庫；

前面使用Hive、MR、Spark、SparkSQL分析和計算的結果，還是在HDFS上，但大多業務和應用不可能直接從HDFS上獲取數據，那麼就需要一個數據共享的地方，使得各業務和產品能方便的獲取數據； 和數據採集層到HDFS剛好相反，這里需要一個從HDFS將數據同步至其他目標數據源的工具，同樣，DataX也可以滿足。
另外，一些實時計算的結果數據可能由實時計算模塊直接寫入數據共享。

數據應用

業務產品

業務產品所使用的數據，已經存在於數據共享層，他們直接從數據共享層訪問即可；

報表

同業務產品，報表所使用的數據，一般也是已經統計匯總好的，存放於數據共享層；

即席查詢

即席查詢的用戶有很多，有可能是數據開發人員、網站和產品運營人員、數據分析人員、甚至是部門老大，他們都有即席查詢數據的需求；
這種即席查詢通常是現有的報表和數據共享層的數據並不能滿足他們的需求，需要從數據存儲層直接查詢。
即席查詢一般是通過SQL完成，最大的難度在於響應速度上，使用Hive有點慢，目前我的解決方案是SparkSQL，它的響應速度較Hive快很多，而且能很好的與Hive兼容。
當然，你也可以使用Impala，如果不在乎平台中再多一個框架的話。

OLAP

目前，很多的OLAP工具不能很好的支持從HDFS上直接獲取數據，都是通過將需要的數據同步到關系型資料庫中做OLAP，但如果數據量巨大的話，關系型資料庫顯然不行；
這時候，需要做相應的開發，從HDFS或者HBase中獲取數據，完成OLAP的功能；
比如：根據用戶在界面上選擇的不定的維度和指標，通過開發介面，從HBase中獲取數據來展示。

其它數據介面

這種介面有通用的，有定製的。比如：一個從Redis中獲取用戶屬性的介面是通用的，所有的業務都可以調用這個介面來獲取用戶屬性。

實時計算現在業務對數據倉庫實時性的需求越來越多，比如：實時的了解網站的整體流量；實時的獲取一個廣告的曝光和點擊；在海量數據下，依靠傳統資料庫和傳統實現方法基本完成不了，需要的是一種分布式的、高吞吐量的、延時低的、高可靠的實時計算框架；Storm在這塊是比較成熟了，但我選擇Spark Streaming，原因很簡單，不想多引入一個框架到平台中，另外，Spark Streaming比Storm延時性高那麼一點點，那對於我們的需要可以忽略。
 我們目前使用Spark Streaming實現了實時的網站流量統計、實時的廣告效果統計兩塊功能。
做法也很簡單，由Flume在前端日誌伺服器上收集網站日誌和廣告日誌，實時的發送給Spark Streaming，由Spark Streaming完成統計，將數據存儲至Redis，業務通過訪問Redis實時獲取。
任務調度與監控在數據倉庫/數據平台中，有各種各樣非常多的程序和任務，比如：數據採集任務、數據同步任務、數據分析任務等；

這些任務除了定時調度，還存在非常復雜的任務依賴關系，比如：數據分析任務必須等相應的數據採集任務完成後才能開始；數據同步任務需要等數據分析任務完成後才能開始； 這就需要一個非常完善的任務調度與監控系統，它作為數據倉庫/數據平台的中樞，負責調度和監控所有任務的分配與運行。
前面有寫過文章，《大數據平台中的任務調度與監控》,這里不再累贅。
總結在我看來架構並不是技術越多越新越好，而是在可以滿足需求的情況下，越簡單越穩定越好。目前在我們的數據平台中，開發更多的是關注業務，而不是技術，他們把業務和需求搞清楚了，基本上只需要做簡單的SQL開發，然後配置到調度系統就可以了，如果任務異常，會收到告警。這樣，可以使更多的資源專注於業務之上。

7、微博程序虛擬主機開源微博系統虛擬空間支持微博cms的虛擬主機那個idc給力?

湘域互聯真的不錯啊 支持CMS 程序 空間比較大 我買了好幾款啊

8、0資源如何實現雲服務網站的搭建？

ZKEYS雲管系統集成了完善的用戶中心系統、財務系統、工單系統、備案系統、會員系統、業務系統等多種板塊。