來自社區(qū)交流，供同行參考
云管平臺中如何使數(shù)據(jù)可遷移？
@潘延晟 系統(tǒng)工程師：
我一直對業(yè)務上云都保持著一定的芥蒂，或許是因為實體化的數(shù)據(jù)中心呆久了。所有的業(yè)務只有放在自己手里。并且可以自己去掌控將來業(yè)務架構的變更心里才踏實。上云的確有很多好處。但對于傳統(tǒng)的制造企業(yè)上云也面臨很多不可避免的問題：1.內部生產數(shù)據(jù)的網絡傳輸與數(shù)據(jù)安全問題。2.傳統(tǒng)制造行業(yè)在信息化上的投入緊張，而且不穩(wěn)定。我難以保障能夠每年都有足夠的資金去喂云業(yè)務。3.傳統(tǒng)行業(yè)很多時候運維人員不足。業(yè)務分散繁雜。上云后對運維人員也是一種考驗 。4.業(yè)務上云后便很難進行遷移，等于被綁架了一樣。所以我更傾向于自建私有云為主。公有云為輔。公有云只作為一部分災備和數(shù)據(jù)容災的功能。
這是非常讓人難以選擇的問題。
（1）我們之所以選擇公有云，其中一是為了省錢，二是為了穩(wěn)定。因為公有云背后有強大的運維團隊，三原因有點丑，有人背鍋。所以，Iaas、Paas我們使用的十分放心。
（2）但是，一旦對公有云有了依賴，你強大的數(shù)據(jù)遷移就成了問題。就例如，原來有很多甲方使用了Oracle的exadata一體機，但當昂貴的運維費用和對Oracle坐地收錢的不滿，讓他們想放棄時，卻發(fā)現(xiàn)他們根本無法承受遷移出來的速度的下降，他們已經產生了依賴。
（3）所以，我主張即使在公有云上，也盡量不要使用公有云上的Paas，實在不行要使用，也一定要保證自身軟件的普適性，也就是一切都靠api對接，獨立于Paas平臺，遷移到哪里都可以。
@summit 城商行系統(tǒng)架構師：
云管平臺實現(xiàn)多個云平臺的管理，實現(xiàn)資源的統(tǒng)一監(jiān)控和統(tǒng)一管理，實現(xiàn)統(tǒng)一視圖展示。本地私有云和公有云這本身的數(shù)據(jù)遷移就很難，首先實現(xiàn)數(shù)據(jù)遷移是要保障兩個云管平臺的網絡都可達，本地私有云肯定使用的是內部網絡，公有云肯定使用的公共網絡，首先這個網絡互通才能實現(xiàn)數(shù)據(jù)的互相傳輸，可想而知是比較難的，即使能通也很難保障在規(guī)定時間完成數(shù)據(jù)的傳輸。對于公有云和私有云的使用，就跟錢放在自己口袋和別人口袋的道理， 建議關鍵業(yè)務系統(tǒng)不要放到公有云上，如果涉及關鍵數(shù)據(jù)在云上的遷移到本地，建議定期通過備份和數(shù)據(jù)傳輸?shù)奖镜剡M行保存。
（1）鏡像搬過去（使用V2V）。（2） 數(shù)據(jù)遷移（使用DBcongfig等方案進行數(shù)據(jù)遷移）。（3）使用熱遷移將多云進行打通然后同步過渡數(shù)據(jù) 。
這幾乎是很難實現(xiàn)的，同平臺下的異構私有云間的數(shù)據(jù)遷移倒是有辦法，例如X86平臺下的VMWARE和KVM間遷移，但若是X86云到POWER云，又或者私有云到公有云間數(shù)據(jù)遷移，技術上要克服的困難太大，用商用云管來做這種事情，幾乎不可能。通常要做這種類型的遷移，都是應用自身基于不同云平臺去做兼容性部署。
