本文介紹物聯網平台執行個體遷移應用的典型業務情境和遷移說明。
情境一
業務情境
裝置使用一機一密的認證方式，使用公用執行個體網域名稱，接入物聯網平台。
裝置通過自訂Topic上報資料，通過訊息轉寄功能流轉到雲產品發送給商務服務器。
服務端調用Pub介面，給裝置發送訊息。
遷移說明
裝置端無需改造。
採用灰階遷移方式，小批量驗證裝置。
灰階遷移過程中會自動遷移產品、訊息轉寄功能流轉到雲產品或AMQP服務端訂閱的配置資訊（企業版執行個體不支援MNS服務端訂閱，建議使用AMQP服務端訂閱）。
驗證裝置是否正常上線，並上報資料。
驗證Pub介面的調用，以及業務是否正常。
Pub介面相容傳入企業版執行個體ID，可以提交工單申請，減少服務端改造。
採用灰階批量遷移或者全量遷移，遷移存量裝置。
情境二
業務情境
裝置使用一機一密認證方式，使用公用執行個體網域名稱，接入物聯網平台。
部分裝置通過網關代理的方式接入物聯網平台。
裝置通過自訂Topic上報資料，通過訊息轉寄功能流轉到雲產品發送給商務服務器。
服務端調用Pub介面，給裝置發送訊息。
遷移說明
裝置端無需改造，部分裝置使用網關子裝置方式接入，需保證遷移期間拓撲關係不發生變化。
採用灰階遷移方式，小批量驗證子裝置。
灰階遷移過程中會自動遷移產品、訊息轉寄功能流轉到雲產品或AMQP服務端訂閱的配置資訊（企業版執行個體不支援MNS服務端訂閱，建議使用AMQP服務端訂閱）。
驗證裝置是否正常上線，並上報資料。
驗證Pub介面的調用，以及業務是否正常。
Pub介面相容傳入企業版執行個體ID，可以提交工單申請，減少服務端改造。
採用灰階方式，按照2、3、4、5步驟驗證灰階遷移，驗證網關裝置。
採用灰階批量遷移或者全量遷移，遷移存量裝置。
情境三
業務情境
裝置使用一型一密預認證方式，採用公用執行個體網域名稱，接入物聯網平台。
裝置採用自訂Topic上報資料，通過AMQP服務端訂閱發送給商務服務器。
服務端調用Pub介面，給裝置發送訊息。
遷移說明
裝置端無需改造。
採用灰階遷移方式，驗證裝置資訊。
灰階遷移過程中會自動遷移產品、並產生新的AMQP服務端訂閱者，需要改造服務端並進行驗證。
驗證裝置是否正常上線，並上報資料。
驗證Pub介面調用，AMQP服務端訂閱，以及業務是否正常。
Pub介面相容傳入企業版執行個體ID，可以提交工單申請，減少服務端改造。
灰階驗證完成後，如果有新建立的增量裝置，可以直接在目標企業版執行個體中建立，並驗證業務是否正常。
採用灰階批量遷移或者全量遷移，遷移存量裝置。
情境四
業務情境
產品定義了物模型功能，裝置採用一機一密的認證方式，採用公用執行個體網域名稱，接入物聯網平台。
裝置採用Alink Topic上報資料，通過訊息轉寄功能流轉到雲產品發送給商務服務器。
服務端調用InvokeThingService介面，調用裝置提供的服務。
遷移說明
裝置端無需改造。
採用灰階遷移方式，小批量驗證裝置。
灰階遷移過程中會自動遷移產品、訊息轉寄功能流轉到雲產品或AMQP服務端訂閱的配置資訊（企業版執行個體不支援MNS服務端訂閱，建議使用AMQP服務端訂閱）。
驗證裝置是否正常上線，並上報資料。
驗證InvokeThingService介面調用，以及業務是否正常。
InvokeThingService介面相容傳入企業版執行個體ID，可以提交工單申請，減少服務端改造。
如果需要遷移物模型相關屬性、事件和服務的歷史資料，可以開啟資料同步，等待七天（最長30天）。
七天（最長30天）後，採用灰階批量升級或者全量升級，遷移存量裝置。此時，遷移到企業版執行個體的裝置，會有最近7天（最長30天）的歷史資料。