DJShow179242494
一個非常好的問題。我是工作多年的Web應用架構師，來回答一下這個問題。歡迎關注我，瞭解更多IT專業知識。
首先建議使用雲服務，阿里、華為等主流雲服務都可以考慮，”上雲是常態，不上雲是例外“，雲服務已經成為IT技術創新的中心，帶來基礎架構的便捷和提高競爭力。
再看需要的服務器配置，從數量上講，30人的併發量和數據量都不大，業務處理邏輯是定位顯示軌跡，也不復雜，所以對服務器配置要求不是那麼苛刻。
問題來了，為什麼實際使用情況下，要求很高配置？要看系統架構是不是合理。
1，客戶端定時發送定位給服務器的頻率？假設1秒鐘1次。
2，後臺API服務接收到定位信息後，業務處理邏輯是否複雜？
3，對於複雜的業務處理，是否使用異步任務調度系統？
4，任務處理系統和API服務是否解耦？
典型系統架構：緩存+消息隊列+異步任務處理
1，接口服務和客戶端交互，接收數據，發給消息隊列，服務器配置和客戶端併發量相關。30個客戶端的話，普通配置。
2，消息隊列和異步任務調度服務，服務器配置和任務數量有關。30個客戶端1秒鐘1次，普通配置。
3，業務處理服務，邏輯複雜度影響服務器配置。客戶端定位和位置軌跡跟蹤，普通配置。
針對題主的業務系統，一個普通配置的ECS雲服務器，2核8G內存，早期多個服務共用一臺機器，後期根據業務擴展。
功能演示：
系統架構：
急速馬力快de源碼客
定位可以理解為，將代價的車的經緯度地址，傳輸給服務器，
如果是0.5秒一次，30臺車的話，等於是每秒鐘60個併發量。
如果後臺邏輯不是很複雜的話，一臺標準的4核8線程服務器足夠了呀，安裝一個MQ隊列，跑的很happy
如果你前端頁面需要做展示，或者你後臺業務量複雜，則另行考慮。
小謝人家
配置方面主流服務器就可以，主要是你的服務器公網接口併發數，如果前期自己投資，建議還是託管，畢竟軟硬件都有專人維護。
可以有這麼長的名字
定位是在前端，與服務器無關
嘟嘟出行
最多6臺
