虛擬號在轉(zhuǎn)轉(zhuǎn)實(shí)踐與應(yīng)用
1.介紹
虛擬號是一種基于互聯(lián)網(wǎng)技術(shù)的電話號碼服務(wù)。它通過將電話號碼與用戶的手機(jī)或其他通信設(shè)備綁定，實(shí)現(xiàn)了在不同設(shè)備上接聽和撥打電話的便利，保護(hù)用戶號碼隱私，記錄通話中內(nèi)容及信息等，虛擬號的主要特點(diǎn)包括以下幾個(gè)方面：
- 隱私保護(hù)：虛擬號可以作為一個(gè)中間號碼，將用戶的真實(shí)電話號碼隱藏起來。當(dāng)用戶需要提供電話號碼時(shí)，可以使用虛擬號碼代替，從而保護(hù)個(gè)人隱私。
- 靈活性：虛擬號可以根據(jù)用戶的需求進(jìn)行設(shè)置和調(diào)整。用戶可以選擇不同的地區(qū)號碼，甚至可以選擇國際號碼，使得自己的電話號碼更具靈活性和適應(yīng)性。
- 多功能性：虛擬號不僅可以用于接聽和撥打電話，還可以提供一系列增值服務(wù)。例如，用戶可以設(shè)置來電轉(zhuǎn)接、語音信箱、短信轉(zhuǎn)發(fā)等功能，滿足不同的通信需求。
- 企業(yè)應(yīng)用：虛擬號在企業(yè)通信中有著廣泛的應(yīng)用。企業(yè)可以通過虛擬號為客戶提供更好的服務(wù)體驗(yàn)，例如設(shè)置客服熱線、呼叫中心等，提高客戶滿意度和業(yè)務(wù)效率。
總之，虛擬號作為一種創(chuàng)新的電話號碼服務(wù)，為用戶提供了更加靈活、安全和便捷的通信方式。它在個(gè)人和企業(yè)通信中都有著廣泛的應(yīng)用場景。
2.實(shí)踐與應(yīng)用
在門店業(yè)務(wù)的場景下，需要店員/用戶撥打號碼進(jìn)行售賣/購買等信息咨詢，通過第三方服務(wù)提供的虛擬號的方式對雙方手機(jī)號綁定，通過虛擬號來實(shí)現(xiàn)接聽/撥打，有效解決了用戶號碼隱私保護(hù)的問題，以及幫助門店進(jìn)行管理店員話術(shù)監(jiān)控與管理數(shù)據(jù)分析等。
二手交易虛擬號綁定圖
2.1 名稱解釋
- A：用戶手機(jī)號
- X：虛擬號/中間戶
- B：店員手機(jī)號
- 第三方：虛擬號提供服務(wù)方
- 運(yùn)營商：電信、聯(lián)通、移動(dòng)各大平臺
2.2 虛擬號的 XB 模式
XB 模式：指可以將 B（店員手機(jī)號）與 X（虛擬號）進(jìn)行綁定，后續(xù)用戶直接撥打 X（虛擬號）都是由當(dāng)前店員 B 手機(jī)號進(jìn)行接聽。
2.3 虛擬號的 AXB 模式
AXB 模式：指用戶手機(jī)號 A 與店員手機(jī)號 B，同時(shí)綁定虛擬號碼 X，后續(xù) A 撥打 X號碼，B 會(huì)看到 X 號碼打過來；同理 B 撥打 X號碼，A 會(huì)看到 X 號碼打過來。
2.4 虛擬號呼叫流程圖
呼叫流程圖
3. 與第三方交互的版本演進(jìn)
與第三方進(jìn)行交互的過程中，隨著時(shí)間的推移，業(yè)務(wù)不斷的發(fā)展，服務(wù)方與第三方的交互流程也會(huì)不斷的改版。下面會(huì)說明歷史版本與第三方交互中的一些問題。
3.1 初始版本綁定流程
圖片
在最初的版本中，交互流程相對簡單，只包含基本的綁定和解綁操作。在正常情況下，這種簡單的交互是沒有問題的。然而，在線上出現(xiàn)最多的情況就是超時(shí)、超時(shí)、還是超時(shí)，因?yàn)楹偷谌浇换ザ际腔贖TTP方式進(jìn)行交互，對于第三方的響應(yīng)時(shí)間是不可控的。一旦響應(yīng)超過了APP的請求時(shí)間，就會(huì)熔斷請求，導(dǎo)致請求失敗。
3.2 最新版本交互流程
為了保證服務(wù)的可靠性，在最新版本中做了以下優(yōu)化措施：
圖片
優(yōu)化概念模型圖
- 超時(shí)處理機(jī)制：提供一個(gè)查詢綁定狀態(tài)的接口，APP 不斷輪詢獲取綁定狀態(tài)。前置校驗(yàn)代碼同步，將與第三方綁定/解綁接口進(jìn)行異步化處理。
//開啟異步線程,執(zhí)行重試方法,進(jìn)行與第三方接口綁定。
ThreadUtil.executor.submit(() -> {
try {
log.info("act=AppOperationHandler type=retryBindXb_retryBindAxb_start");
pstnRetryService.retryBindXb(appOpnParam);
} catch (Exception e) {
log.error("act=AppOperationHandler type=retryBindXb_retryBindAxb_fail", e);
}
});- 并發(fā)處理機(jī)制：基于樂觀鎖的方式加鎖實(shí)現(xiàn)避免并發(fā)問題。將綁定狀態(tài)添加了一個(gè)操作中的中間態(tài)。
NOT_BIND(1, "未綁定"),
BIND(2, "已綁定"),
OPERATION(3, "操作中");- 異常處理機(jī)制：在綁定過程中，及時(shí)捕獲并處理異常情況，例如調(diào)用第三方接口超時(shí)、服務(wù)端錯(cuò)誤異常等等，通過重試方式來保證操作的完整性和一致性。重試基于注解AOP攔截，通過MQ消息的方式實(shí)現(xiàn)重試。
@Override
@ZZMQRetry(errorHandler = "onErrorMsgPcBindXb", firstSyncCall = true)
public void retryBindXb(PstnBindParam pstnBindParam) {
//調(diào)用第三方接口進(jìn)行綁定
String bindId = bindVirtualNumber(pstnBindParam);
Boolean executeResult = transactionTemplate.execute(status -> {
try {
//創(chuàng)建綁定記錄
pstnBindRecordService.insertBindRecord(bindId, pstnBindParam);
//狀態(tài)流轉(zhuǎn)至已綁定
return this.xbOpnStateToBind(pstnBindParam.getAssignVirtualNum());
} catch (Exception e) {
status.setRollbackOnly();
return Boolean.FALSE;
}
});
if (Objects.isNull(executeResult) || !executeResult) {
throw new BusinessException("修改狀態(tài)異常進(jìn)行重試");
}
}- 告警處理機(jī)制：在發(fā)生嚴(yán)重異常、或者重試到一定次數(shù)之后任然沒有成功，發(fā)送告警進(jìn)行通知。
public void onErrorMsgPcBindXb(PstnBindParam param) {
int retryCount = RetryContext.getRetryCount();
log.info("act=PcOperationHandler type=onErrorMsgPcBindXb retryCount={} ", retryCount);
if (retryCount >= RETRY_MAX_NUM) {
WxMsgUtil.sendMsg(GROUP, "綁定XB重試"+ retryCount + "次,仍未成功請排查,虛擬號:"+ param.getVirtualNum());
}
}通過以上優(yōu)化措施，可以提高交互流程的穩(wěn)定性和可靠性，減少業(yè)務(wù)方與服務(wù)方的異常、超時(shí)以及綁定狀態(tài)不一致的情況，從而確保虛擬號的正常使用，提升系統(tǒng)的穩(wěn)定性和店員使用體驗(yàn)。
axb綁定流程
以上優(yōu)化后的店員撥打電話AXB綁定的流程，在與第三方交互綁定時(shí)，開啟了一個(gè)新的線程進(jìn)行處理任務(wù)，并且在這個(gè)線程中有出現(xiàn)錯(cuò)誤或異常時(shí)就會(huì)重新回到線程入口重新執(zhí)行。通過異步和循環(huán)查詢狀態(tài)的方式解決了與第三方交互耗時(shí)高的問題，有效提高了流程以及使用體驗(yàn)。同時(shí)，通過重試的方式保證了流程的一致性和完整性，避免了因網(wǎng)絡(luò)波動(dòng)或其他異常情況導(dǎo)致的狀態(tài)數(shù)據(jù)不一致問題。此外，通過監(jiān)控告警可以實(shí)時(shí)監(jiān)控系統(tǒng)應(yīng)用的運(yùn)行狀態(tài)，并在出現(xiàn)異?；蚬收蠒r(shí)及時(shí)發(fā)出警報(bào)通知，幫助店員及時(shí)處理問題，提高整個(gè)流程的可靠性和穩(wěn)定性。
這個(gè)流程只是業(yè)務(wù)中的其中一環(huán)，在線上使用還有更復(fù)雜的場景比如同時(shí)綁定xb、axb兩個(gè)場景，怎么能保證都能成功、怎么能保證不超時(shí)、怎么能保證狀態(tài)都一致？
確保流程成功、避免超時(shí)和保持狀態(tài)一致，可以通過以下步驟來優(yōu)化：
- 增加狀態(tài)值：在庫表中添加兩個(gè)狀態(tài)值，一個(gè)用于XB的綁定狀態(tài)，另一個(gè)用于AXB的綁定狀態(tài)。
- 使用樂觀鎖：在業(yè)務(wù)檢查完成后，以樂觀鎖的方式同時(shí)更新這兩個(gè)狀態(tài)值。
- 創(chuàng)建線程：創(chuàng)建兩個(gè)線程來處理XB和AXB的綁定流程，這樣可以保證兩個(gè)流程相互不影響。
- 狀態(tài)流轉(zhuǎn)：在流程結(jié)束后，將這兩個(gè)狀態(tài)值流轉(zhuǎn)至已綁定的狀態(tài)。
- 輪詢接口：提供一個(gè)單獨(dú)獲取綁定狀態(tài)的接口，供端輪詢查詢使用，優(yōu)化店員使用體驗(yàn)。
通過以上步驟，可以有效地優(yōu)化流程，確保其成功、避免超時(shí)并保持狀態(tài)一致。
4.上線方案
在進(jìn)行版本優(yōu)化時(shí)，盡量保持入口不變，底層改變。這樣可以使得灰度測試更加容易進(jìn)行。通過保持入口不變，可以確保用戶在升級版本時(shí)不會(huì)遇到任何新的障礙或問題。
/**
* 是否為灰度虛擬號碼
*
* @param grayVirtualNumber
* @return
*/
public boolean isGrayVirtualNumber(String grayVirtualNumber) {
return flag || grayVirtualNumberList.contains(grayVirtualNumber);
}根據(jù)阿波羅配置，我們將某個(gè)城市的虛擬號碼設(shè)置為線上灰度測試。其他虛擬號碼仍將使用老版本的服務(wù)接口。在測試沒有問題后，將直接開啟全量即可。
5.重試組件
我們對添加了@ZZMQRetry的函數(shù)增加了AOP攔截，請求將不會(huì)真正同步執(zhí)行重試函數(shù)，而是發(fā)送一條MQ消息；同時(shí)會(huì)自動(dòng)start一個(gè)消費(fèi)組，消費(fèi)函數(shù)為@ZZMQRetry函數(shù)。
圖片
6.總結(jié)
在與第三方服務(wù)的接口交互中，不可控因素是不可避免的。為了確保系統(tǒng)的穩(wěn)定性和可靠性，重要的是采取預(yù)防措施?？傮w來說，就是要設(shè)計(jì)并實(shí)施異常處理、超時(shí)設(shè)置、重試機(jī)制、斷路器以及監(jiān)控與報(bào)警等措施。這些措施可以有效地保護(hù)系統(tǒng)，避免因不可控因素導(dǎo)致的故障和不穩(wěn)定。
關(guān)于作者
徐鑫輝，轉(zhuǎn)轉(zhuǎn)門店技術(shù)部后端研發(fā)工程師
