作者 | David Linthicum
譯者 | 盧鑫旺
策劃丨諾亞
在決定將應用遷移到公有云之前，必須確定遷移方法。常見的兩個遷移選項是lift－and－shift（“提升和轉(zhuǎn)移”，也稱“重新托管”）和rearchitect（重新架構(gòu)）。
根據(jù)Pluralsight最近的云狀態(tài)報告，75%的IT公司正在構(gòu)建網(wǎng)絡新應用程序和云創(chuàng)新。這意味著25%的應用程序需要用“提升和轉(zhuǎn)移”（lift-and-shift）策略進行遷移。
因為它們只是按原樣移動，開發(fā)人員不必更改應用的架構(gòu)或設計，因此“提升和轉(zhuǎn)移”過程所需的時間比“重新架構(gòu)”的時間要少。但“提升和轉(zhuǎn)移”策略也有缺點。比如，如果你將應用遷移到IaaS而無需任何修改，那么可能無法利用關鍵的云特性：自動縮放。其結(jié)果是，這些應用的運行方式仍然與本地部署的系統(tǒng)相同——在高峰期，企業(yè)將為實際使用的云存儲和計算資源付出更多的代價。
也就是說，采用“提升和轉(zhuǎn)移”云遷移的策略不能發(fā)揮出云平臺的優(yōu)勢。通過轉(zhuǎn)移或者叫重新托管上云的應用程序無法利用云的特性（如Serverless）或者云原生的特性（如Kubernetes和容器）。
“提升和轉(zhuǎn)移”云遷移策略曾經(jīng)是將應用程序和數(shù)據(jù)遷移到云中的最流行的方式，直到現(xiàn)在依然受到很多企業(yè)的歡迎。其基本思想是在不改動或者很少改動下直接把項目復刻到云上。那么現(xiàn)在我們有更好的方法嗎？使用“提升和轉(zhuǎn)移”云遷移策略又會讓我們錯失哪些云平臺帶來的優(yōu)勢呢？
企業(yè)需要對他們的應用程序進行現(xiàn)代化改進，以針對它們所在的云平臺對其進行優(yōu)化。這被大多數(shù)重視速度而非效率的企業(yè)視為代價高昂和低效的做法。事實上，這是“提升和轉(zhuǎn)移”云遷移策略大流行期間的常態(tài)。
一些公司為了加快把項目遷移到云上，即使在最初進行了更多重構(gòu)(針對目標云平臺進行優(yōu)化)，也會先回到使用“提升和轉(zhuǎn)移”云遷移策略，先把項目遷移到云上來。當時，企業(yè)認為把項目留在本地數(shù)據(jù)中心的系統(tǒng)風險更高，很多流行的做法限制了對傳統(tǒng)數(shù)據(jù)中心的訪問。這為IT部門提供了快速發(fā)展的許可，往往意味著跳過現(xiàn)代化步驟，例如針對目標云平臺的應用程序重構(gòu)，而是先直接把項目復刻到云上。
這樣看來企業(yè)要付出更高的代價。如果你看看最近的調(diào)查，就會發(fā)現(xiàn)，云計算的成本遠遠高于大多數(shù)企業(yè)的預期。如此一來，董事會和執(zhí)行團隊可能會停止企業(yè)在云計算投入的增長，至少在他們找到問題所在之前是這樣。
今天，大多數(shù)企業(yè)的想法是，我們需要放慢速度，這樣才能走得更快。這意味著企業(yè)需要投資于重構(gòu)應用程序上來，以獲得云原生的好處。重構(gòu)可以讓企業(yè)以更低的成本將項目遷移到云上。
我最近看到的大多數(shù)有云計算標簽的問題都是由于缺乏云成本監(jiān)控和優(yōu)化(finops)。大多數(shù)提升和轉(zhuǎn)移的應用程序運行起來像自卸卡車，而實際上它們應該像一輛新的特斯拉一樣。當然，更大的問題是業(yè)務受到了影響，在許多情況下，核心業(yè)務的失敗可能會追溯到企業(yè)無法利用云計算實現(xiàn)其應有的功能——這是業(yè)務的真正力量倍增器。
底線是，大多數(shù)企業(yè)在提升和轉(zhuǎn)移應用程序到云上時，都沒有考慮到金錢和商業(yè)機會。更糟糕的是，他們甚至不知道自己在做什么。當業(yè)務走下坡路時，他們感到困惑，而轉(zhuǎn)向云計算只會讓情況變得更糟。
“提升和轉(zhuǎn)移”云遷移策略不再是一種選擇了嗎？當然不是。所有的選擇都應該擺在桌面上。對于無法從云原生特性中獲益的應用程序來說，采用“提升和轉(zhuǎn)移”云遷移策略來把項目上云是沒問題的。但是，它不再是人們希望快速將應用程序遷移到公有云的首選解決方案。
原文鏈接：
??https://www.infoworld.com/article/3678192/lift-and-shift-cloud-migrations-are-dying.html??
譯者介紹
盧鑫旺，51CTO社區(qū)編輯，編程語言愛好者，對數(shù)據(jù)庫，架構(gòu)，云原生有濃厚興趣。
