話題背景

在企業(yè)IT基礎(chǔ)設(shè)施中，一些系統(tǒng)可能因長(zhǎng)時(shí)間運(yùn)行而未能及時(shí)更新和維護(hù)，導(dǎo)致它們逐漸變得過(guò)時(shí)且不再可靠。這些年久失修的系統(tǒng)可能存在以下問(wèn)題：硬件老化、軟件過(guò)時(shí)、安全性漏洞頻發(fā)、性能瓶頸以及不支持新的業(yè)務(wù)需求。這些問(wèn)題很有影響日常運(yùn)營(yíng)效率。

那么有同事提出了該疑問(wèn)：我們正計(jì)劃對(duì)一款運(yùn)營(yíng)系統(tǒng)進(jìn)行收攏和下線處理。然而，由于該系統(tǒng)已經(jīng)長(zhǎng)時(shí)間未進(jìn)行維護(hù)，加之團(tuán)隊(duì)成員的頻繁變動(dòng)，導(dǎo)致許多功能的具體用途和背后的設(shè)計(jì)邏輯已經(jīng)變得模糊不清。為了確保下線過(guò)程的順利進(jìn)行并最大程度地減少潛在風(fēng)險(xiǎn)，我們應(yīng)該采取什么措施來(lái)重新梳理和了解這款系統(tǒng)的各個(gè)方面呢？

那今天就讓我們來(lái)一起聊聊“年久失修的系統(tǒng)到底該如何做遷移？”

鵝廠工程師的看法

一、

\ dol-數(shù)據(jù)挖掘工程師 /

既然是要收攏下調(diào)的運(yùn)營(yíng)系統(tǒng)，應(yīng)該主要功能都有替代平臺(tái)了。

以我個(gè)人收攏/升級(jí)改造 N個(gè)老運(yùn)營(yíng)系統(tǒng)的經(jīng)驗(yàn)，可以從以下幾個(gè)方面著手：

1. 收入口：主要有下面兩類

• 運(yùn)營(yíng)平臺(tái)頁(yè)面：可以通過(guò)頁(yè)面訪問(wèn)流水（web服務(wù)器日志之類）搜集目前的用戶，可以聯(lián)系用戶提示要關(guān)站。如頁(yè)面流水定位不到用戶，可以把入口頁(yè)面（一般是登錄頁(yè)）替換成告示頁(yè)，頁(yè)面加上oa登錄拉取用戶（自己弄個(gè)html頁(yè)面加個(gè)api通過(guò)太湖獲取下用戶，不麻煩），提示平臺(tái)要遷移做好指示，同時(shí)保留一個(gè)到當(dāng)前平臺(tái)的跳轉(zhuǎn)鏈接，這樣搜集一段時(shí)間訪客。后續(xù)關(guān)站之前也可以用這個(gè)告示頁(yè)提示已關(guān)站。
• 對(duì)外的api：可以查api的監(jiān)控上報(bào)，這個(gè)一般不包含人，但是可以追查上游主調(diào)ip，在通過(guò)ip找服務(wù)負(fù)責(zé)人確定api的用途和范圍，是否可以下線以及替代功能api。如果沒(méi)有監(jiān)控上報(bào)，只能tcpdump轉(zhuǎn)包捕獲api調(diào)用排查調(diào)用來(lái)源ip和大致內(nèi)容。

2. 查出口：主要有

• 調(diào)外部api：絕大多數(shù)api調(diào)用是為了當(dāng)前平臺(tái)為了完成自己功能，伴隨用戶訪問(wèn)的產(chǎn)生的，隨著當(dāng)前平臺(tái)入口被攔住，這些調(diào)用會(huì)消失。需要留意平臺(tái)有無(wú)類似cron任務(wù)，通過(guò)調(diào)用外部api給其他平臺(tái)同步數(shù)據(jù)/狀態(tài)，不過(guò)這類同步的狀態(tài)/數(shù)據(jù)實(shí)際隨著當(dāng)前平臺(tái)沒(méi)有了訪問(wèn)量，一般也就沒(méi)用了，不用太關(guān)心。
• 數(shù)據(jù)庫(kù)被外部系統(tǒng)依賴：這種比較麻煩，只能看配置文件找用到的數(shù)據(jù)庫(kù)，再聯(lián)系paas平臺(tái)找除當(dāng)前平臺(tái)以外的使用方。如果數(shù)據(jù)庫(kù)連接信息hard coding到服務(wù)里面，只能是抓包大法了，相對(duì)來(lái)說(shuō)抓包和分析也更麻煩。

流程上可以分為以下幾個(gè)步驟：

• 先做收入口，沒(méi)有用戶訪問(wèn)/api調(diào)用了就關(guān)站（關(guān)閉頁(yè)面/api入口，不下線服務(wù)，可以通過(guò)設(shè)置iptable或者其他服務(wù)器層面的操作）。
• 關(guān)站狀態(tài)保持一段時(shí)間（1個(gè)月），等待可能的用戶投訴，溝通解決這些遺漏點(diǎn)，提供替代功能。以及可能第三方系統(tǒng)依賴當(dāng)前系統(tǒng)的api或者數(shù)據(jù)庫(kù) 投訴沒(méi)有（新）數(shù)據(jù)了之類的問(wèn)題。如果只是想收攏運(yùn)營(yíng)平臺(tái)，可以暫時(shí)不下線依賴的數(shù)據(jù)庫(kù)。
• 以上問(wèn)題都木有了，備份代碼，服務(wù)程序和資源徹底停服。以上的流程可能會(huì)有反復(fù)，例如關(guān)站了發(fā)現(xiàn)有功能，有不少用戶暫時(shí)沒(méi)有替代，又要打開(kāi)。不建議上來(lái)就看平臺(tái)代碼，運(yùn)營(yíng)平臺(tái)的特點(diǎn)是邏輯零散，依賴復(fù)雜，歷史包袱重，從代碼梳理ROI太低。

二、

\ johnson-研發(fā)工程師 /

• 拔掉網(wǎng)線
• 看誰(shuí)會(huì)找上門

若：

• 沒(méi)人來(lái)找，宣布下線完成
• 有人來(lái)找，插上網(wǎng)線...

找日志或者監(jiān)控信息，看進(jìn)站出站流量，搜集頁(yè)面訪問(wèn)和后臺(tái)調(diào)用情況；沒(méi)有的話，考慮在前后端配置一些監(jiān)控來(lái)采集信息，然后監(jiān)測(cè)之；找到DB，捋一遍數(shù)據(jù)的最后更新日期，事務(wù)日志等信息，幫助對(duì)訪問(wèn)情況做一個(gè)大致的估計(jì)；通過(guò)前序獲得的信息，找到用戶群體，搞清楚系統(tǒng)的功能，判斷是否能下線，討論下線后的后續(xù)接續(xù)方案等等....

三、

\ xavier-開(kāi)發(fā)工程師 /

如果是針對(duì)收攏下線舊系統(tǒng)遷移用戶到新系統(tǒng)的場(chǎng)景，個(gè)人建議可以嘗試以下幾個(gè)步驟：

1. 信息收集

• 收集現(xiàn)有系統(tǒng)的相關(guān)文檔，如開(kāi)發(fā)文檔、tapd需求、用戶手冊(cè)等，盡可能理解舊系統(tǒng)的需求場(chǎng)景。
• 系統(tǒng)日志收集分析，對(duì)舊系統(tǒng)做一些日志埋點(diǎn)，識(shí)別系統(tǒng)的高頻功能操作場(chǎng)景及用戶信息。

2. 策略及實(shí)施

• 優(yōu)先級(jí)排序，根據(jù)業(yè)務(wù)功能重要性，為各個(gè)功能模塊設(shè)置下線優(yōu)先級(jí)、時(shí)間表和里程碑。
• 信息溝通，根據(jù)前期收集的用戶信息，建立支持渠道，及時(shí)通知目標(biāo)用戶舊系統(tǒng)下線時(shí)間節(jié)點(diǎn)及平替遷移方案，后續(xù)也可即時(shí)響應(yīng)用戶下線過(guò)程中遇到的各種問(wèn)題。
• 風(fēng)險(xiǎn)管理，識(shí)別下線過(guò)程可能存在的風(fēng)險(xiǎn)點(diǎn)，并制定相應(yīng)的應(yīng)對(duì)措施。

注意事項(xiàng)：

• 在整個(gè)過(guò)程中要保持與關(guān)鍵利益相關(guān)者(核心目標(biāo)用戶)的溝通渠道，確保項(xiàng)目的順利進(jìn)行。
• 考慮到用戶可能的遷移成本，下線的過(guò)程可能存在反復(fù)，要有相應(yīng)的措施預(yù)案，耐心協(xié)助用戶順利完成遷移。

四、

\ esword-架構(gòu)工程師 /

• 透視出系統(tǒng)頁(yè)面/API與調(diào)用用戶的關(guān)系，重新管理用戶組
• 重新開(kāi)發(fā)一套系統(tǒng)和接口，灰度關(guān)閉舊接口

五、

\ sai-開(kāi)發(fā)工程師 /

1. 快速了解系統(tǒng)功能：找到訪問(wèn)來(lái)源和核心功能分布

從系統(tǒng)的訪問(wèn)來(lái)源上看，一般可以分為兩類：后臺(tái)API調(diào)用、WEB頁(yè)面訪問(wèn)

(1) 通過(guò)日志分析平臺(tái)，找到最近3個(gè)月的核心API+訪問(wèn)IP

• 根據(jù)API訪問(wèn)排行，著重從訪問(wèn)量大的接口開(kāi)始，做為核心API
• 訪問(wèn)IP是為了找到訪問(wèn)方，便于下面的統(tǒng)一拉群通知
• 如果現(xiàn)狀沒(méi)有接入日志分析平臺(tái)，可以先從后端增加一些簡(jiǎn)單的日志：API名稱、訪問(wèn)IP、輸出輸出日志

(2) 拆分系統(tǒng)功能類型：從任務(wù)流的設(shè)計(jì)上看，系統(tǒng)任務(wù)分為兩大類：同步任務(wù)，異步任務(wù)。

• 同步任務(wù)：一個(gè)任務(wù)接口內(nèi)，直接獲取到執(zhí)行結(jié)果
• 異步任務(wù)：創(chuàng)建任務(wù)、監(jiān)控任務(wù)執(zhí)行結(jié)果 

2. 進(jìn)一步了解功能：通過(guò)繪制流程圖、DB日志、代碼日志加深系統(tǒng)理解

(1) 用流程圖梳理：核心API內(nèi)的大致訪問(wèn)關(guān)系鏈，加深對(duì)系統(tǒng)鏈路的理解

(2) 通過(guò)DB的訪問(wèn)日志，可以找到使用的表，通過(guò)表結(jié)構(gòu)和數(shù)據(jù)內(nèi)容進(jìn)一步了解系統(tǒng)功能

如果是云數(shù)據(jù)庫(kù)，以騰訊云數(shù)據(jù)庫(kù)為例，可以在控制臺(tái)導(dǎo)出后端鏈接數(shù)據(jù)庫(kù)的日志（增刪改查日志）

(3) 在核心API內(nèi)，增加詳細(xì)日志

• 當(dāng)前系統(tǒng)訪問(wèn)其他外部API打印日志
• 定要打印輸入輸出日志，切換一旦遇到異常，可以快速比對(duì)處理
• 核心API內(nèi)不，補(bǔ)充更多詳細(xì)日志，加深對(duì)系統(tǒng)功能理解

(4) 在進(jìn)一步了解系統(tǒng)功能過(guò)程中，整理輸出相關(guān)文檔，準(zhǔn)備下線

3. 切換訪問(wèn)來(lái)源，平滑下線

(1) 下線前

• API用戶：根據(jù)IP在公司的服務(wù)器管理平臺(tái)上找到服務(wù)器負(fù)責(zé)人，拉群通知
• WEB用戶：強(qiáng)制彈窗提示公告，當(dāng)天用戶使用的時(shí)候，需要點(diǎn)擊確認(rèn)知曉

(2) 下線中

• 整理替換指引，給到用戶做參考。

比如：api替換指引，WEB頁(yè)面替換指引

• 統(tǒng)計(jì)當(dāng)天訪問(wèn)量，標(biāo)記下線切換完成

整理輸出訪問(wèn)的在線表格，逐步跟進(jìn)切換下線結(jié)果

六、

\ keson-生態(tài)技術(shù)工程師 /

可以先本地升級(jí)下，更新下系統(tǒng)內(nèi)核和驅(qū)動(dòng)lib庫(kù)等，然后再通過(guò)遷移工具進(jìn)行在線遷移升級(jí)