服務器、客戶端、WEB管理前端 技術選擇求助？？？
1、我想搭建一個云服務器，他需要管理300個客戶端，訪問云服務器使用WEB界面方式。
2、狀態監測：各客戶端需實時將當前狀態傳送到云服務器，可以打開云服務器WEB管理界面查看各客戶端當前狀態。
3、檔案備份：各客戶端生成的檔案需要備份到云服務器，在云服務器WEB管理界面，可以設定實時或定時上傳備份檔案的策略，
4、云服務器WEB管理界面：打開云服務器WEB管理界面，可以查看各客戶端實時狀態，查詢、統計備份檔案、播放檔案、下載檔案等操作。
目前確定的技術是:云服務器與客戶端通訊使用SOCKET TCP，
其它方面我是要使用WEB SERVICE或WCF或其它更合適的技術？？？
uj5u.com熱心網友回復：
這問題不好說，反正你覺著可以做就做。用什么都可以實作。不過就是實作的時間長短，維護，擴展的方便與否的問題至于選型其實無所謂，怎么都成。高有高的做法，低有低的玩法
比如如果換成有大廠經歷的
你的2他可以選mqtt，redis/etcd配合，rabiitemq
你的3他可以選quartz
你的4可以直接選mqttjs，websocket
ps：你自己選sokect其實也沒問題，不過就是要自己寫橋接轉發服務。（當進行點對點操作時候，你就要把web的請求，wabapi也好，websocket也罷，對應轉發出去，然后接到結果在對應轉發到請求方）。
當然還是那句話，想怎么弄其實都行，比如Akka.net，比如微軟的orleans也都能完成這類要求（都是actor模式的東西，借鑒erlang的，erlang也是天生干這種分布式請求的好手），說到這里，其實netmq也成。
總之方案多，主要看專案規模，和你自己能把握到啥程度
uj5u.com熱心網友回復：
個人建議，先去看看“IOT解決方案”，這個BAT，微軟都有。看看大廠怎么玩的，然后再回頭考慮自己怎么選。目前大廠主要對標都是
mqtt+時序資料庫 ===============這兩塊就解決80%的問題，至于剩下的20%那就見仁見智了，畢竟專案細節上，誰都不是神仙，誰也沒辦法考慮到那么細節的位置
uj5u.com熱心網友回復：
還有其他高手來回復下嗎？uj5u.com熱心網友回復：
你300個客戶端都在云上？組一個局域網，局域網可以直接設定路徑將檔案復制到你的服務端，這樣很簡單？不組的話，你的客戶端必須支持被動拉取檔案，你的服務端可以配置如何從客戶端拉取檔案（無論定時或者即時）。還有播放檔案是什么鬼？你這是視頻網站？uj5u.com熱心網友回復：
那300個客戶端是分布在全國各地的，是一個桌面應用程式，會定時生存MP3檔案，會主動連接到云服務器，需要實時上傳當前狀態，也需要定時上傳MP3檔案。轉載請註明出處，本文鏈接：https://www.uj5u.com/net/53955.html
標籤：C#