這種情況，資料庫結構和api程式一般是可以相容多版本的，所以不用強制公升級，可以坐到多版本共存。
盡量採用資料庫層面新增欄位和api的方式，應用程式層面就可以相容了。當然，api層面也可以部署多個版本來同時提供，但這個不是必須的
但最重要的是資料庫層面的表結構那些能夠相容到。
或者：
如果是大改動，底層資料結構都不相容，那只能提示強制公升級了
那就只能去部署兩套（或者更多個版本）資料庫，而且對於使用者產生內容和時效性要求較高的，需要雙向（甚至多向）去做同步。核心問題其實是資料庫有狀態，這種是很困難的。
這種很容易出問題，容易出現衝突和資料不一致。
而且資料結構不一樣的情況下，是很難去相容的。
所以，對於改動較大的，產品新增了重量級新功能的，業務層面或者底層表結構上都不相容的，建議是要做強制公升級的。
或者：3.如果是大改動，資料庫結構和api程式都不相容，
又不想去做強制公升級，就會有多版本共存的問題
那就只能去部署兩套（或者更多個版本）資料庫，而且對於使用者產生內容和時效性要求較高的，需要雙向（甚至多向）去做同步。核心問題其實是資料庫有狀態，這種是很困難的。
這種很容易出問題，容易出現衝突和資料不一致。
而且資料結構不一樣的情況下，是很難去相容的。
所以，對於改動較大的，產品新增了重量級新功能的，業務層面或者底層表結構上都不相容的，建議是要做強制公升級的。
APP多版本共存，服務端如何相容？
這種情況，資料庫結構和api程式一般是可以相容多版本的，所以不用強制公升級，可以坐到多版本共存。盡量採用資料庫層面新增欄位和api的方式，應用程式層面就可以相容了。當然，api層面也可以部署多個版本來同時提供，但這個不是必須的 但最重要的是資料庫層面的表結構那些能夠相容到。或者 如果是大改動，底層資...
app多版本控制的服務端解決方案
手機客戶端按一定週期發版，但是客戶不一定會及時更新到最新版本，所以需要服務端能支援舊版手機客戶端。服務端支援舊版手機客戶端的方式主要有 針對上面的第2種方式的實現方式有 服務端只部署一套 根據版本號引入相應的控制器處理手機端的請求 服務端根據版本號部署多套 根據版本號將手機端的請求 到相應的上游服務...
APP的服務端
本文主要內容包括 1.緊密耦合 無線介面和web應用緊耦合，web端的修改會影響無線介面，web端的發布導致無線介面被動連帶發布，web端的bug影響無線介面的可用性，反過來也一樣，無線介面的任何變化會影響web應用。2.重複開發 3.穩定性 圖二 系統拆分示意 1.對等隔離 2.統一服務 adap...