2018年3月,研發中心設計的初版PAYGo系統計劃在非洲.尼日利亞部署使用。數據庫
系統部署架構是自建私有云平臺+自建短信貓,其中私有云平臺不受地域限制;可是短信貓設備必須部署在本地,不然算國際短信。安全
當時找了幾家短信服務商,價格都比較高,而自建短信貓要便宜好幾倍/條,技術上支持了上/下行方案。服務器
預研了:租用當地機房、自建機房、就近國家租用服務器三種部署方案;網絡
租用當地機房:尼日利亞基建很不發達,拉網線成本很是高,通常的網絡都是走無線(裝流量卡的路由器),談了幾家本地提供機房租用服務商,價格都比較高,並且服務穩定和安全保障未知,該方案優先級調低;架構
自建機房:當時老闆有意自建,畢竟服務器都在本身可控範圍內,不存在被人掐脖子,公司租用的辦公樓也預留了機房的位置。運維
從國內發了3臺服務器過去,沒想包裝再嚴實,運到後所有被摔碎,硬盤都掉出來了,慘不忍睹。測試
考慮到當地供電很是不穩定,一天大部分時間停電,因此該方案只應用了部署短信貓設備,服務器也改爲低功率工控設備(停電後蓄電池可以撐8個小時左右);設備在高頻上/下電、高溫環境下運行還算穩定。優化
短信貓設備是從國內採購,而後本身帶過去的,能夠同時用16張卡。說是工業級,可是到達率和穩定性並不咋樣,不少問題廠家也解決不了,只能本身研究和測試,折騰的夠嗆。阿里雲
就近國家租用服務器(當前方案):運維部門在歐洲(法蘭克福)租用了3臺高配物理服務器(虛擬出15臺服務器),搭建了企業私有云平臺,部署了OTT全套系統、公司和子公司官網、商城、PAYGo(CRM+WMS)等。考慮到公司後續其餘系統業務,預留了70%的資源(光這3臺機器、網絡和IP一個月就花掉8000RMB)。spa
經過2018年一全年的迭代開發,PAYGo系統業務、雲平臺穩定性、運維響應、短信方案重構、支付方案覆蓋率和銷售模式摸索等等都逐漸成熟;
直至2019年初,公司結構大調整,運維部、測試部和研發部合併。
我接管了公司全部線上系統,並從新對服務器資源作了規劃,運維人員租用了價格較低的服務器,成本從8000RMB/月降到了約2000RMB/月。
低廉服務器的服務商很是不專業,1個月內常常隨意重啓服務器,致使數據庫文件損壞、硬盤壞道、網絡被禁、被隨意斷網作測試等一系列問題,致使咱們大量時間耗在折騰服務器上面,果斷更換了服務商並從新規劃部署方案。
當前部署方案:
-關鍵服務部署到阿里雲ecs服務器;
-數據庫換成阿里雲實例主備高可用;
-採用阿里雲+七牛雲雙備份數據;
-短信對接了阿里雲、華爲雲、創藍、雲片,自建短信貓作應急備選;
-子系統所有Docker化,採用自建容器雲管理系統環境安裝、升級,實施了全套DevOps理念。
從0到1的過程雖然很艱辛,可是隻要跨過這道坎後,一切都變得很是簡單。雖然折騰了,但團隊成長了,以當前的研發能力和第三方業務對接能力,隨時可多國方案快速複製。
從法國到尼日利亞訪問延遲大概200毫秒左右,總體體驗還算過得去。今年「華爲雲」在南非布了點,聽說到肯尼亞延遲在50毫秒內,歸入下階段測試計劃。
總結:
一、若是是新市場,基建就用業界已有的穩定產品,後面再替換成本身的,把精力放在開闊市場和產品優化改進上,前期真心不必折騰。
二、用熟悉或大品牌服務器服務商,穩定、靠譜很重要,貴不了幾個錢;
三、永遠要有Plan B;
四、不要覺得一會兒就能作成一個大而全的系統,一個實用系統都是要靠不斷的設計、體驗實踐、持續優化迭代出來的;
五、不要重複造輪子,在非洲,抓住合做機會,抱團發展纔有出路。
- end -