建個商城賺大錢，

日活幾萬到幾千。

你有本事建網站，

老夫不懂不多言。

從來風水輪流轉，

做事先把做人先。

注意事項有百樣，

怎能隨意把文篇？

不懂我也不裝懂，

您想問的應該是，如何讓自己的網站建的更穩健，可以滿足後期運營帶來的更多使用者訪問。

這個要從網站架構方面去考慮。透過架構搭建，能夠應對高併發訪問，海量資料處理，高可靠執行等一系列問題。

那麼可以從以下幾方面考慮：

一、效能

首先就是效能了，效能是一個網站的的重要指標，除非是沒得選擇，不然使用者是絕對不會忍受一個超級慢的網站。正因為效能問題無處不在，解決效能問題的方式也各種各樣，從使用者請求一個 url 開始，進行的每一個環節都可以進行最佳化;根據上面的分層，可以大致從三個方面進行最佳化，應用層最佳化，服務層最佳化，資料層最佳化。

除此之外因為無法預知網站可能會面臨的壓力或是攻擊，還要保證網站在各種情境下(高併發，高負載，持續壓力不均勻等)保持穩定的效能。包括以下各個方面：效能測試方法、效能測試指標、效能最佳化策略。

效能測試包含了負載測試、壓力測試、穩定性測試；

主要的效能測試指標有響應時間、併發數、吞吐量、效能計數器等。

效能最佳化只要定位問題產生原因，排查不同環節的日誌，分析哪個環節的響應時間與預期不相符，然後分析影響效能的原因，是程式碼問題還是架構設計不合理，或者系統資源不足，然後根據實際問題進行解決。

二、可用性

對於大型網站而言，出現宕機的情況是可怕的，因為可能有上千萬的使用者量，短短几分鐘的宕機都有可能導致網站聲譽掃地，如果是電商類的網站，更可能會導致使用者的財產損失，甚至會攤上官司，那時候損失的就不僅是金錢和使用者了，因此要保證能夠提供每天 24 小時的可用，但實際中伺服器並不能保證每天 24 小時都能平穩的執行，可能出現硬體問題，也可能出現軟體問題，總之問題總是會有的。

所以我們高可用設計的目標就是在某些伺服器宕機的情況下，也能夠保證服務或應用正常執行，網站高可用的主要手段是冗餘，應用部署在多臺伺服器上同時提供訪問，資料儲存在多臺資料伺服器之間互相進行熱備份，這樣任何一臺伺服器宕機都不會影響服務或應用的整體，也不會產生資料丟失。

三、伸縮性

面對著大量使用者的高併發訪問和海量的資料儲存，不可能只用一臺伺服器就能夠滿足全部需求，儲存全部資料。透過叢集 的方式將多臺伺服器組成一個整體共同提供服務，所謂伸縮性就是指透過不斷向叢集中加入伺服器的手段來應對不斷上升的使用者併發訪問壓力和不斷增長的資料儲存需求，對於應用伺服器叢集，只要伺服器上不儲存資料，所有的伺服器都是對等的，透過使用合適的負載均衡裝置就可以向叢集中不斷加入新的伺服器。

四、可擴充套件性

網站的擴充套件性直接關係到網站功能模組的開發，網站快速發展，功能也不斷的增加，網站架構的可擴充套件性的主要目的是使其能夠快速的應對需求變化，是為了能夠在增加新業務時，儘量實現對現有產品無影響，不需要改動或是改動很少現有業務就能夠上線新產品;不同的產品業務之間的耦合度很小，一個產品或業務的改動不會對其他造成影響。

五、安全性

最後的就是安全性了，網際網路是一個開放的平臺，任何人在任何地方都可以訪問網站，安全架構就是保護網站不受惡意的訪問和攻擊，保護資料不被竊取。

沒有最少30人的團隊，你就不要想這個目標了，不可能的。

即使有足夠的團隊，現在獨立電商也非常難生存。

所以你現在考慮的，不要太關注技術和運營細節，而是應該重點關注你的獨立電商商業模式到底對不對？有沒有可行性？