服務器運維。特別對涉及操作系統的，比如說你在一臺服務器上是跑還是還是或者是你就得自己看著辦了，因為這些都要跟環境配合才能用。然后nginx集群幾十萬節點算是高并發量的了服務器運維，如果是順利的話nginx會比較吃力，因為它有很多轉發服務，而且業務流量每天都在翻倍增長。現在云主機基本上有個云環境都能搞定云服務器的問題了。

云服務器整體都能夠實現很好的性能優化、節點擴展等。在之前使用過的redis,集群主要架構中，客戶端做為服務器和內容的連接信息，同時他們對接著多個節點。這對redis集群是很友好的。但redis集群如果沒有環境的話，擴展起來是比較麻煩的。主要體現在以下兩點。一是內存大小和數據庫備份與恢復兩方面，二是集群安全、私有環境。

一般只要是個性化需求，都會考慮使用云服務器的方式解決。如果是那種兩臺機器每臺物理服務器上跑一個集群的話服務器運維，也要考慮架構中可能沒有環境作為存儲和備份。即使是這樣，在這種架構中，由于物理上的缺陷，數據庫備份也是一個比較麻煩的事情。如果是一個完整的客戶端以及一個完整的數據庫備份，考慮數據丟失的問題。

需要充分考慮到集群整體承載力和主服務器可用性。客戶端無法保證主服務器的長期可用性。另外主服務器的負載均衡問題。由于每個集群都需要相對獨立，所以即使采用自動化的方式，對于客戶端部署也有一定的要求。需要考慮到集群配置文件和本地配置文件沖突等。同時集群可以是私有網絡平臺提供對外服務，也可以用公有網絡或公有存儲等提供服務。

這都需要視當前規模自行評估。畢竟運維好一個集群在目前來說，還是比較難的。當然，也需要根據具體業務進行評估是否能夠勝任運維工作。一般來說，一個非特殊需求，云主機配置上考慮較少數據庫備份，網絡更新等，使用應該就夠用了。而數據庫、緩存等運維工作屬于運維工作范疇，很難專門占用一個集群資源。

服務器運維。運維比較簡單，但是服務器一般意味著數百上千的節點，帶寬接近十個g的節點，負載均衡集群兩萬節點，每個都要單獨設置集群配置，還要考慮云服務商帶寬和硬件維護情況，面對海量的用戶請求，以及過于繁瑣的設置和算法，服務器運維還是比較困難的。