回覆列表
-
1 # 可以有這麼長的名字
-
2 # 小謝人家
定位可以理解為,將代價的車的經緯度地址,傳輸給伺服器,
如果是0.5秒一次,30臺車的話,等於是每秒鐘60個併發量。
如果後臺邏輯不是很複雜的話,一臺標準的4核8執行緒伺服器足夠了呀,安裝一個MQ佇列,跑的很happy
如果你前端頁面需要做展示,或者你後臺業務量複雜,則另行考慮。
-
3 # 急速馬力快de原始碼控
首先建議使用雲服務,阿里、華為等主流雲服務都可以考慮,”上雲是常態,不上雲是例外“,雲服務已經成為IT技術創新的中心,帶來基礎架構的便捷和提高競爭力。
再看需要的伺服器配置,從數量上講,30人的併發量和資料量都不大,業務處理邏輯是定位顯示軌跡,也不復雜,所以對伺服器配置要求不是那麼苛刻。
問題來了,為什麼實際使用情況下,要求很高配置?要看系統架構是不是合理。
1,客戶端定時傳送定位給伺服器的頻率?假設1秒鐘1次。
2,後臺API服務接收到定位資訊後,業務處理邏輯是否複雜?
3,對於複雜的業務處理,是否使用非同步任務排程系統?
4,任務處理系統和API服務是否解耦?
典型系統架構:快取+訊息佇列+非同步任務處理
1,介面服務和客戶端互動,接收資料,發給訊息佇列,伺服器配置和客戶端併發量相關。30個客戶端的話,普通配置。
2,訊息佇列和非同步任務排程服務,伺服器配置和任務數量有關。30個客戶端1秒鐘1次,普通配置。
3,業務處理服務,邏輯複雜度影響伺服器配置。客戶端定位和位置軌跡跟蹤,普通配置。
針對題主的業務系統,一個普通配置的ECS雲伺服器,2核8G記憶體,早期多個服務共用一臺機器,後期根據業務擴充套件。
功能演示:
https://www.ixigua.com/i6803206524534521868/
系統架構:
配置方面主流伺服器就可以,主要是你的伺服器公網介面併發數,如果前期自己投資,建議還是託管,畢竟軟硬體都有專人維護。