1. 電子商務的硬體平台是什麼
網路平台包括：商品管理模塊、訂單模塊、會員模塊、數據分析模塊、營銷模塊、庫存管理模塊、系統管理模塊。
硬體包括：伺服器、空間、資料庫、帶寬
2. 搭建一個日點擊量百萬以上的 電子商務網站，它的硬體設備投資大概會是多少
百萬級訪問量網站的技術准備工作
當今從純網站技術上來說，因為開源模式的發展，現在建一個小網站已經很簡單也很便宜，所以很多人都把創業方向定位在互聯網應用。這些人里大多數不是很懂技術，或者不是那麼精通，而網站開發維護方面的知識又很分散，學習成本太高，所以這篇文章將這些知識點結合起來，系統的來說，一個從日幾千訪問的小小網站，到日訪問一兩百萬的小網站，中間可能會產生什麼問題，以及怎麼才能在一開始做足工作盡量避免這些問題。
你的網站因為努力經營，訪問量逐漸升高，在升高的過程中，問題也可能開始顯現了。因為帶寬的增加、硬體的擴展、人員的擴張所帶來的成本提高是顯而易見的，而還有相當大的一部分成本是因為代碼重構、架構重構，甚至底層開發語言更換引起的，最壞的情況就是數據丟失，所有努力付之一炬。這類成本支出大多數在一開始就可以避免，先打好基礎，往後可以省很多精力，少操很多心。
對於不同的初期投資成本，技術路線的選擇是不同的。這里假設網站剛剛只是一個構想，計劃第一年伺服器硬體帶寬投入5萬左右。對於這個資金額度，有很多種方案可選擇，例如租用虛擬主機、租用單獨伺服器，或者流行的私有雲，或者託管伺服器。前兩種選擇，網站發展到一定規模時需遷移，那時再重做規劃顯然影響更大。伺服器託管因為配置自主、能完全掌握控制權，所以有一定規模的網站基本都是這種模式。採用自己託管伺服器的網站，一開始要注意以下幾點——
一、開發語言
一般來說，技術人員（程序員）都是根據自己技術背景選擇自己最熟悉的語言，不過不可能永遠是一個人寫程序，所以在語言的選擇上還要是要費些心思。首先明確一點，無論用什麼語言，最終代碼質量是看管理，因此我們從前期開發成本分析。現在國內流行的適用於網站的語言，大概有java、php、.net、 python、ruby這五大陣營。python和ruby因為在國內流行的比較晚，現在人員還是相對難招一些。.net平台的人相對多，但是到後期需要解決性能問題時，對人員技能的要求比較高。剩餘的java、php用人可以說是最多的。java和php無法從語言層面做比較，但對於初期，應用幾乎都是靠前端支撐的網站來說，php入門簡單、編寫快速，優勢相對大一點。至於後端例如行為分析、銀行介面、非同步消息處理等，等真正需要時，就要根據不同業務需求來選擇不同語言了。
二、代碼版本管理
稍微有點規模的網站就需要使用代碼版本管理了。代碼版本管理兩點最大的好處，一是方便協同工作，二是有歷史記錄可查詢比較。代碼版本管理軟體有很多，vss/cvs/svn/hg等，目前國內都比較流行，其中svn的普及度還是很高的。
假設選了svn，那麼有幾點考慮。一是採用什麼樹結構。初期可能只有一條主幹，往後就需要建立分支，例如一條開發分支，一條上線分支，再往後，可能要每個小組一個分支。建議一開始人少時選擇兩條分支，開發和線上，每個功能本地測試無誤後提交到開發分支，最後統一測試，可以上線時合並到上線分支。如果每人都建自己的分支，合並時會浪費很大精力，對於幾乎每天都要修改幾次的WEB應用來說，所費時間太多。
向伺服器部署代碼，可以手工部署也可以自動部署。手工部署相對簡單，一般可直接在伺服器上svn update，或者找個新目錄svn checkout，再把web root給ln -s過去。應用越復雜，部署越復雜，沒有什麼統一標准，只是別再用ftp上傳那種形式，一是上傳時文件引用不一致錯誤率增加，二是很容易出現開發人員的版本跟線上版本不一致，導致本來想改個錯字結果變成回滾。如果有多台伺服器還是建議自動部署，更換代碼的機器從當前服務池中臨時撤出，更新完畢後再重新加入。
三、伺服器硬體
在各個機房裡，靠一台伺服器孤獨支撐的網站數不清，但如果資金稍微充足，建議至少三台的標准配置，分別用作web處理、資料庫、備份。web伺服器至少要8G內存，雙sata raid1，如果經濟稍微寬松，或靜態文件或圖片多，則15k sas raid10。資料庫至少16G內存，15k sas raid 10。備份伺服器最好跟資料庫伺服器同等配置。硬體可以上整套品牌，也可以兼容機，也可以半品牌半組裝，取決於經濟能力。當然，這是典型的搭配，有些類型應用的性能瓶頸首先出現在web上，那種情況就要單獨分析了。
web伺服器可以既跑程序又當內存緩存，資料庫伺服器則只跑主資料庫（假如是MySQL的話），備份伺服器所承擔就相對多一些，web配置、緩存配置、資料庫配置都要跟前兩台一致，這樣WEB和資料庫任意一台出問題，很容易就可以將備份伺服器切換過去臨時頂替，直到解決完問題。要注意，硬體是隨時可能壞掉的，特別是硬碟，所以寧可WEB伺服器跟資料庫伺服器放在一起，也一定不能省掉備份，備份一定要異機，並且有非同步，電力故障、誤操作都可能導致一台機器上的所有數據丟失。很多的開源備份方案可選擇，最簡單的就是rsync，寫crontab里，定時同步。備份和切換，建議多做測試，選最安全最適合業務的，並且盡可能異地備份。
四、機房
三種機房盡量不要選：聯通訪問特別慢的電信機房、電信訪問特別慢的聯通機房、電信聯通訪問特別慢的移動或鐵通機房。機房要盡可能多的實地參觀，多測試，找個網路質量好，管理嚴格的機房。機房可以說是非常重要，直接關繫到網站訪問速度，網站訪問速度直接關繫到用戶體驗，訪問速度很慢的網站，很難獲得用戶青睞。
五、架構
在大方向上，被熟知的架構是web負載均衡+資料庫主從+緩存+分布式存儲+隊列。在一開始，按照可擴展的原則設計和編程就可以。只是要多考慮緩存失效時的雪崩效應、主從同步的數據一致性和時間差、隊列的穩定性和失敗後的重試策略、文件存儲的效率和備份方式等等意外情況。緩存失效、資料庫復制中斷、隊列寫入錯誤、電源損壞，在實際運維中經常發生，如果不注意這些，出現問題時恢復期可能會超出預期很長時間。
六、伺服器軟體
操作系統Linux很流行。在沒有專業運維人員的情況下，應傾向於擇使用的人多、社區活躍、配置方便、升級方便的發行版，例如RH系列、 debian、ubuntu server等，硬體和操作系統要一起選擇，看是否有適合的驅動，如果確定用某種商業軟體或解決方案，也要提前知曉其對哪種操作系統支持最佳。web伺服器方面，apache、nginx、lighttpd三大系列中，apache佔有量還是最大，但是想把性能調教好還是需要很專業的，nginx和 lighttpd在不需要太多調整的情況下可以達到一個比較不錯的性能。無論選擇什麼軟體，除非改過這些軟體或你的程序真的不兼容新版本，否則盡量版本越新越好，版本新，意味著新特性增多、BUG減少、性能增加。一個典型的php網站，基本上大多數人都沒改過任何伺服器軟體源代碼，絕大多數情況是能平穩的升級到新版本的。類似於jdk5到 jdk6，python2到python3這類變動比較大的升級還是比較少見的。看看ChangeLog，看看升級說明，結合自己情況評估測試一下，越早升級越好，升級的越晚，所花費的成本越高。對於軟體包，盡量使用發行版內置的包管理工具，沒有特殊要求時不建議自己編譯，那樣對將來運維不利。
七、資料庫
幾乎所有操作最後都要落到資料庫身上，它又最難擴展（存儲也挺難）。資料庫常見的擴展方法有復制、分片，設計時要考慮到每種應用的數據如何復制、分片，當然這種考慮一般會推遲到技術設計時期。在初期進行資料庫結構設計時，要根據不同的業務類型和增長量預期來考慮是否要分庫、分區，並且盡量不要使用聯合查詢、不使用自增ID以方便分片。復制延時問題、主從資料庫數據一致性問題，可以自己寫或者用已有的運維工具進行檢測。
用存儲過程是比較難擴展的，這種情形多發生於傳統C/S，特別是OA系統轉換過來的開發人員。低成本網站不是一兩台小型機跑一個資料庫處理所有業務的模式，是機海作戰。方便水平擴展比那點預分析時間和網路傳輸流量要重要的多的多。
另外，現在流行一種概念叫NoSQL，可以理解為非傳統關系型資料庫。實際應用中，網站有著越來越多的密集寫操作、上億的簡單關系數據讀取、熱備等，這都不是傳統關系資料庫所擅長的，於是就產生了很多非關系型資料庫，比如Redis/TC&TT/MongoDB/Memcachedb等，在測試中，這些幾乎都達到了每秒至少一萬次的寫操作，內存型的甚至5萬以上。在設計時，可根據業務特點和性能要求來選擇是否使用這類資料庫。例如 MongoDB，幾句配置就可以組建一個復制+自動分片+failover的環境，文檔化的存儲也簡化了傳統設計庫結構再開發的模式。但是當你決定採用一項技術時，一定要真正了解其優劣，例如可能你所選擇的技術並不能支持你所需要的事務和數據一致性要求。
八、文件存儲
存儲的分布幾乎跟資料庫擴展一樣困難，不過只有百萬的PV的情況下，磁碟IO方面一般不會成大問題，一兩台採用SATA做條帶RAID的機器可以應付，反而是自己做非同步備份比較復雜，因為小文件多。如果只有一台機器做存儲，可以做簡單的優化，例如放最小縮略圖的分區和放中等縮略圖的分區，根據平均大小調整一下塊大小。存儲要規劃好目錄結構，否則文件增多後維護起來復雜，也不利於擴展。同時還要考慮將來擴容，例如採用LVM，或者把文件根據不同規則散列到不同機器。磁碟IO繁重的情況下更容易出現故障，所以要做好備份，若發現有盤壞掉，要馬上行動更換，很多人的硬碟都是壞了一塊之後，接二連三的壞下去。
為了將來圖片走cdn做准備，一開始最好就將圖片的域名分開，且不用主域名。因為很多網站都將cookie設置到了.domain.ltd，如果圖片也在這個域名下，很可能因為cookie而造成緩存失效，並且佔多餘流量，還可能因為瀏覽器並發線程限製造成訪問緩慢。
九、程序
一定硬體條件下，應用能承載多少訪問量，很大一部分也取決於程序如何寫。程序寫的不好，可能一萬的訪問都承載不了，寫的好，可能一兩台機器就能承擔幾百萬PV。越是復雜、數據實時性要求越高的應用，優化起來越難，但對普通網站有一個統一的思路，就是盡量向前端優化、減少資料庫操作、減少磁碟IO。向前端優化指的是，在不影響功能和體驗的情況下，能在瀏覽器執行的不要在服務端執行，能在緩存伺服器上直接返回的不要到應用伺服器，程序能直接取得的結果不要到外部取得，本機內能取得的數據不要到遠程取，內存能取到的不要到磁碟取，緩存中有的不要去資料庫查詢。減少資料庫操作指減少更新次數、緩存結果減少查詢次數、將資料庫執行的操作盡可能的讓你的程序完成（例如join查詢），減少磁碟IO指盡量不使用文件系統作為緩存、減少讀寫文件次數等。程序優化永遠要優化慢的部分，換語法是無法「優化」的。
然而編程時不應該把重點放在優化上，應該關注擴展性。當今的WEB應用，需求變化非常之快，適應多種需求的架構是不存在的，我們的擴展性就要把要點放在跟底層交互的架構上，例如持久化數據的存取規則、緩存的存取規則等，還有一些共用服務，例如用戶信息等。先把不變的部分做完善，剩下的部分就很容易將精力放在業務邏輯上面了。
3. 電子商務的硬體基礎設施
要想實現真正實時的網上交易，要求網路有非常快的響應速度和較高的帶寬，這必須由硬體提供對高速網路的支持。而我國由於經濟實力和技術方面的原因等，網路的基礎設施建設還比較緩慢和滯後，已建成的網路其質量離電子商務的要求相距甚遠。另一方面，上網用戶少，網路利用率低，致使網路資源大量閑置和浪費，投資效益低，嚴重製約著網路的進一步發展。同時，與銀行、稅務等十幾個部門的聯網尚未實現。因此，如何加大基礎設施建設的力度，提高投資效益，改變網路通信方面的落後面貌，應是促進電子商務應用普及的首要問題。
1、政府的角色定位問題
Internet是一個跨國界的網路，建立在其上的電子商務活動必然也具有同樣的特點。如果各個國家按照自己的交易方式運作電子貿易，必然一事無成。所以必須建立一個全球性的標准和規則，以保證電子商務的順利實施。同時，政府對電子商務活動不應過多地干涉，而應遵循電子商務的國際准則，盡量放權於企業。政府在其中起的作用應是扶持和服務，而不是控制和干預。當然，當交易中出現侵犯知識產權等現象時，政府應有及時、准確的行動。在我國，目前的電子商務應用普及面臨的社會環境是：政企不分，信用制度不完整，流通秩序比較混亂，地方利益和部門利益縱橫交錯而滋生出形形色色的保護主義，面對如此境況，政府如何管理才能化消極因素為積極因素，推進電子商務應用普及，值得好好思忖。
2、安全問題
安全問題是企業應用電子商務最擔心的問題，而如何保障電子商務活動的安全，將一直是電子商務的核心心研究領域。作為一個安全的電子商務系統，首先必須具有一個安全、可靠的通信網路，以保證交易信息安全、迅速地傳遞；其次必須保證資料庫伺服器絕對安全，防止黑客闖入網路盜取信息。對於中國來說，網路產品幾乎都是"舶來品"，本身就隱藏著不安全隱患，加之受技術、人為等因素的影響，不安全因素更顯突出。目前，電子簽名和認證是網上比較成熟的安全手段，而在我國大多尚處在對SSL協議的應用上，在SET協議上的應用試驗剛剛成功，而要完全實現SET協議安全支付，就必須有一個CA認證中心，而目前在我國CA認證權的歸屬問題尚未確定，在信息安全保密體制上究竟誰來管理?怎麼管理?採取什麼有序的管理辦法?這些問題亟待解決。
3、網上支付問題
電子商務的核心內容是信息的互相溝通和交流，交易雙方通過Internet進行交流，洽談確認，最後才能發生交易。這時對於通過電子商務手段完成交易的雙方來說，銀行等金融機構的介入是必須的，銀行所起的作用主要是支持和服務，屬於商業行為。但從整個電子商務網路的發展來看，將來要在網路上直接進行交易，就需要通過銀行的信用卡等各種方式來完成交易，以及在國際貿易中通過與金融網路的連接來支付和收費。而目前我國各個國有專業銀行網路選用的通信平台不統一，不利於各銀行間跨行業務的互聯、互通和中央銀行的金融監管以及宏觀調控政策的實施。另外，各行信用卡標准不一樣，不能通用，尚不能用信用卡實現網上支付。
4、電子商務法律問題
作生意就避免不了發生糾紛，而網上糾紛又有其獨特性。Internet是一個缺乏"警察"的信息公路，它缺少協作和管理，信息的跨地區和跨國界的傳輸又難以公證和仲裁，而如果沒有一個成熟的、統一的法律系統進行仲裁，糾紛就不可能解決。那麼，這個法律系統究竟應該如何制定，由誰來制定，應遵循什麼樣的原則，其效力如何保證? 這些都是現在制定法律時應該考慮的問題。
4. 描述電子商務所包含的硬體、軟體及網路技術
電子商務源於英文ELECTRONIC COMMERCE，簡寫為EC.其內容包含兩個方面，一是電子方式版，二權是商貿活動。電子商務是涉及計算機科學、管理學和經濟學等學科的交叉性學科。涉及管理信息系統、計算機網路技術、資料庫技術、Internet、管理學、國際貿易及市場營銷學的基本原理。電子商務可以分為企業(Business)對終端客戶（Customer）的電子商務（即B2C）和企業對企業的電子商務（B2B）兩種主要模式。
硬體技術包括了計算機和網路硬體的技術，軟體技術包含了系統軟體技術、資料庫技術和應用軟體技術。其網路技術主要是網路營銷技術，網路營銷就是以互聯網為主要手段進行的，為達到一定營銷目的的營銷活動。以互聯網路為基礎，利用數字化的信息和網路媒體的交互性來輔助營銷目標實現的一種新型的市場營銷方式。其最顯著的特點是傳播快、成本低、互動性強、資源的整合性強、方便數據檢測統籌。互聯網是一種功能最強大的營銷工具，它同時兼具渠道、促銷、網路交易、互動顧客服務、以及市場信息分析與提供的多種功能。
5. 一般電子商務網站的軟硬體環境是什麼。。
軟體環境是指開發語言、資料庫、操作系統等，asp，php和jsp是三個主流，相應配套mysql、oracle等、操作系統不提了就那幾個；硬體環境是指伺服器，機櫃，機房等等
6. 建立一個電商網站需要哪些硬體和軟體設施（基本的）
建電商網站都需要什麼？簡單來說，建一個電商網站，需要一個域名，
一個伺服器或空間，再加一套程序即可。那麼應該如何建網站?
對於不懂程序的來說，自己建網站的可能性
不大，不能為了建一個網站再去學習程序設計。
建網站三部分內容，以便您在選擇建站時有所了解：
一、域名
要想讓人家訪問自己的網站，
域名是必不可少的。域名要盡可能的短、盡可能的方便記憶，當然現在好記的、有特徵的域名已經不多了，這需要你自己進行考慮，可到淘一下寶，
二、空間
要建網站，其次必須要有一個空間，即存放網站的地方。對於個人用戶，建議購買虛擬主機。在購買虛擬主機時要看其服務、速度、響應時間等。一般選擇有一定名氣的服務商即
可。
註：域名、空間目前國內比較好的服務商像中國萬網、新網等都是非常好的選擇，不過
它們的價格比一般的服務商要貴一些。
三、網站建設
網站程序當然是選擇現成的，因為個人沒有必要去從頭開始編制一個網站程序，也沒有那個實力。現在網上有現成的網站管理系統，像織夢Dedecms就是一款非常適合個人站長建站的工具。當然，這類系統還有很多，可以在自己綜合試用的基本上進行選擇。
在選擇網站程序時，還必須考慮到其通用性和二次開發。對於通用性不好、不利於二期開發的，雖然功能強大但不建議選用，因為網站有了一定規模後需要進行個性化功能設計會很麻煩。另外程序我們可以選擇asp（asp.net），PHP、JSP等；目前PHP是主流。
四、更新
更新是一件比較麻煩的事，在具體的實施過程中可以注意以下幾點：
以質取勝：即靠內容的質量取勝；
以新取勝：即以一定的原創內容取勝；
以時取勝：即盡量追究時效，對內容盡早的發布；
綜合言之，如果能做到人無我有，人有我新那麼就可以了。
五、推廣
有了好的內容是不必過於擔心網站訪問量的。畢竟口碑的力量還是很大的。當然這並不
是說我們就不需要推廣，像登錄搜索引擎、相互宣傳、相互鏈接等都是行之有效的方法。
7. 一個電商平台基地項目需要哪些硬體
首先是判斷自己是否應該開發電商平台？
1.思考自己想要開發什麼模式的電商平台：目前市面上主流的電商平台就是B2C，B2B，B2B2C三種商業模式，B2C主要是品牌商，零售商搭建獨立零售電商平台，他們在淘寶，京東上的店鋪不足與滿足自己品牌建設的需求，而且淘寶，京東上的限制條件太多，他們會自己單獨建設一個B2C電商平台，來進行網上獨自運營，交易，推廣，B2B模式的電商平台，一般需求方是擁有很多供應商資源，因此會開發一個供多商家入駐的B2B平台，需求方負責運營，B2B2C一般是集自營和商家入駐為一體，自己可以有商品也可以沒有商品，比較典型的就是京東，有自己的獨立運營商店也滿足商家入駐。你可以根據自己的條件，思考那種比較適合自己。
2/5
2.擁有自己的域名和伺服器
域名就相當於你的名字，所以域名要簡單好記，最好能體現你電商平台的屬性（這個不在強求），伺服器，最好是自己單獨購買一個伺服器，因為一旦牽涉到交易等私密信息，獨立部署是必須要的
3/5
3.確定電子商務平台的開發語言以及資料庫
電子商務平台的開發語言種類較多，ASP、PHP和JSP這些都是可以實現編輯平台的語言，如果你有自己的開發團隊，那語言就看你團隊的人會什麼語言，目前主流的就是JAVA和PHP，JAVA語言比較穩定但是成本高，不靈活，PHP比較靈活，模塊可以靈活變更
4/5
4.選定開發電商平台供應商以及溝通需求
根據自己的業務發展需求，在網上搜索電商平台開發商，一般流程就是溝通需求——需求確定——簽訂合同——實施項目，具體你可以網上搜索咨詢，他們會給您詳細的解答
5/5
5.最後說一下你最關心的——價格
一般做每個事，首先最關心的就是成本問題，做電商平台，所需價格差別很大，如果是微商城，幾千就可以了，但是若你想搭建獨立商城電商平台，價格一般在幾萬到幾十萬不等，主要是看你的功能需求，以及電商軟體開發商是否有成熟的系統
8. 如何為電子商務應用選擇適當的硬體
電子企業必須著眼於未來，制定一個明智的硬體購買決策，以避免因出現服務變慢或中斷而損害客戶關系和降低收益的情況。 如果經理們能夠總是尋求針對其新出現問題的解決方案，則他們就能夠為其企業提供最佳的服務。同時，企業可通過符合標準的解決方案和開放的體系結構保持靈活性和敏捷性。 如何選擇正確的體系結構和處理器 當您選擇用於構建電子商務的硬體體系結構時，您必須考慮許多問題。其中包括幾個任何電子商務都不能忽視的選擇標准。 可靠性——當電子商務通信連續出現「堵車」時，您的體系結構將如何繼續運行？如果您的網站不能24小時不間斷地運行，客戶會立即轉而去點擊您的競爭對手的網站。 可擴充性——您能否很輕松地增加硬體體系結構的容量，以便滿足客戶需要並推出新服務？您肯定希望通過添加伺服器來進行縱向擴充，以及通過將幾個伺服器集群在一切來進行橫向擴展。 靈活性——您能否輕松地增加新伺服器、網路設備和其它組件？您能夠找到建立自己的網站所需要的軟體嗎？開放的、靈活的體系結構將為您的電子商務帶來無限的發展空間。 性能——您的體系結構處理電子商務客戶要求的運行速度有多快？您的伺服器應該能夠同時處理詢問、電子商務交易和更多事務。伺服器還要能夠迅速轉換工作任務，從而不至於讓客戶等待太久。 價格承受力——您將剩下多少資金，可用來投入到諸如市場營銷和市場開發等其它關鍵任務的領域中呢？在一個系統中，如果您能得到自己需要的可靠性、可擴充性、靈活性和其它性能，並且比其它體系更便宜，您的電子商務就不會受到現金問題的困擾。 當為您的電子商務考慮體系結構時，提醒自己，「我所有不同的體系結構將如何協調工作？」畢竟，您需要依賴的計算機並不僅僅是電子商務伺服器。 統一的體系結構 復雜性是當今IT經理面臨的巨大挑戰之一。許多跟您公司一樣的IT部門都必須支持很大的范圍：從桌面辦公應用程序和網路環境到企業級應用程序和互聯網服務。此外，許多部門還面臨著支持應用伺服器、工程設計工作站和各式各樣電器的額外負擔。 由於這些資源的部署和更新是隨時間發展不斷進行的，因此許多企業發現，他們支持著大量來自不同廠商並且互不兼容的技術體系和平台。您的企業級伺服器可以由一個廠商製造，但是您10000多個網路客戶的電腦，可能同時正在不同的伺服器上運行，並且使用不同的操作系統。部門級伺服器和互聯網伺服器可能還會被其它的平台訪問到，從而使問題更加復雜化。 雖然出現了一些幫助捆綁不同平台的管理工具，但只有簡單化才是提高您的環境管理能力的最佳方式。通過在一個統一的體系結構上構建計算基礎設施，IT經理們能夠降低所有權成本，綜合IT部門的技術經驗、集中采購和服務合同，還能消除兼容性問題。總之，這些優勢能創建更有效、更易管理和更可靠的計算基礎設施，這種優勢比被用來在電子商務領域創造價值更為明顯。 簡而言之，這一優化的體系結構能為您的電子商務帶來完整的兼容性。擁有在同一體系結構上運行的伺服器、客戶機甚至工作站，減輕了管理的困難，而且增強了員工的工作效率。例如，IT部門可以不再為工作站用戶額外配備用於辦公應用程序和訪問網路的電腦，相反，他們可以安裝一套設備使其同時滿足兩種功能。企業可以通過把統一的體系結構概念從部門級伺服器提升到企業級伺服器和應用程序來進一步提高價值。在一個統一的環境中，諸如企業資源規劃（ERP）、互聯網和企業內聯網環境、郵件/訊息以及數據倉庫等關鍵業務應用程序的部署會變得更快捷、更有效且更經濟有效。 一種選擇 採用統一的體系結構，需要討論的並不僅僅是管理問題。在選擇硬體體系結構時，首先需要考慮的就是對靈活性的需要。統一的體系結構要完全達到此要求，還有很長的路要走。全面部署在電子商務中的理想的體系結構，使IT部門脫離了象限制選擇和拖延新技術的採用這樣的單一簽約廠商的限制。採用強大的統一體系結構有若干關鍵的優勢： 從廣泛的領先OEM、VAR和系統集成商中做選擇的能力。 大量軟體開發組織的存在保證解決方案的快速推出。 充足的相兼容的硬體可供選擇，從而能夠迅速升級和擴展多種服務。 專有的體系結構可能有其一定的吸引力，但是更靈活的體系結構則使IT部門能夠從眾多的廠商、伺服器和產品中進行選擇。廠商之間的競爭有助於降低價格和增加價值，進一步增加專有系統的優勢。 企業速度 與以往相比，當今企業正以更快的速度運行。電子商務、互聯網業務以及諸如決策支持和信息管理等先進的應用程序，都有助於企業削減成本和提高響應速度。與此同時，這些趨勢也給IT部門施加了巨大壓力，促使他們對企業內外使用的廣泛的計算基礎設施進行快速的部署和可靠的維護。 通過採用統一的體系結構，IT部門可以降低計算基礎設施的復雜性。管理的容易性、軟體和硬體的兼容性以及IT技術經驗的綜合性都是有助於IT部門成功的滿足他們所服務的企業的要求的優勢。 選擇統一的體系結構來開拓電子商務商機 選擇硬體體系結構時，經常忽視的問題是，如何將電子商務環境中的各種體系結構組合在一起。通過為您的伺服器、客戶機電腦和工作站選擇一個一體化的體系結構，您可以消除管理難題，提高工作效率，並定位您的電子商務，以快速部署新技術。 企業存儲 當互聯網與電子商務相結合，信息爆炸也就應運而生。今天，所有電子商務企業都要面對的一個主要問題是，如何以及在哪裡存儲所有這些信息。從產品信息到軟體應用，您的電子商務需要一個可靠、可擴充的企業存儲解決方案。 隨著基於英特爾奔騰III至強處理器的4路和8路伺服器以及光纖通道（FC）存儲的出現，您現在可以利用先進的管理功能在靈活、可擴充的平台上構建企業解決方案，以促進遠程管理。 最簡單的方法就是構建一個連接到存儲設備的獨立的伺服器。這些存儲設備可以用下面幾種常用方法來配置： JBOD（只需一組磁碟）需要通過FC環簡單地將硬碟套件連接到伺服器。這種方法費用不高，但是如果硬碟發生故障，數據就無法恢復。 RAID（價格經濟的磁碟冗餘陣列）的構建更復雜、費用更高，但卻能夠提供更出色的可擴充性和可恢復性。 集群伺服器模式。這確保了伺服器功能以及存儲功能，可在伺服器發生故障時繼續運行。 如何擴充電子商務 要按部就班地實施這一以客戶為中心的戰略不僅僅是滿懷希望地想一想就行的。您需要無縫的，企業級的流程整合及自動化。這意味著您需要開發商來構建可擴充的、可靠的和可用的部署。 為幫助開發商實現這一目標，英特爾和iXL聯合實施了英特爾架構互聯網可擴充伺服器拓撲。iXL是一家領先的互聯網公司，負責設計和構建功能強大的、意義重大的互聯網解決方案。而英特爾則是全球互聯網經濟構建模塊的首要供應商。 構建iISST iISST指的是一種站點體系結構，詳述了使用價格適中的、工業標準的硬體和軟體來建立高度可擴充的、高度可用的、完全冗餘的互聯網解決方案所需的組件和程序。下面是這種解決方案所需組件基於運行Microsoft WindowsNT操作系統的伺服器的一個較高標準的綜覽。 互聯網伺服器群（應用服務）：一個互聯網伺服器群由幾個組團工作通過負載平衡程序來形成一個網站的伺服器組成。Windows負載平衡服務（WLBS）作為虛擬網卡（NIC）承擔負載。這項服務可以滿足TCP/IP互聯網的要求，並將負載分布到一個互聯網伺服器群的幾個伺服器中，這樣就可以提供更高的可用性和更好的性能。向互聯網伺服器群添加伺服器可完成線性擴充（高達32個伺服器）。 集群和SQL伺服器（數據服務）：集群伺服器的主要用途是數據存儲。集群將兩個伺服器連在一起來提供冗餘。系統在兩個伺服器之間使用一個專用鏈接來確定其中一個是否出現故障。如果出現故障，另一個伺服器會承擔故障伺服器的所有操作。集群中的每個伺服器至少具有一個SCSI磁碟陣列所必需的外部SCSI3快/寬埠。磁碟陣列是一個含有多個連接到系統的硬碟的外置單元。硬碟可以提供集中存儲、冗餘和可擴充性。
9. 做一個電子商務網站所需要的哪些硬體的支持
很簡單，你可以一點點錢，租用其他網站的空間，買個域名就可以了，一年沒多少錢就OK