在當(dāng)前的金融生態(tài)下,服務(wù)器每分每秒都會(huì)收到成百上千的交易請(qǐng)求,以大型機(jī)為平臺(tái)的集中式服務(wù)器架構(gòu)已無(wú)法負(fù)載如此密集的請(qǐng)求了。與此同時(shí),已有一部分金融企業(yè)選擇用微服務(wù)架構(gòu)來(lái)構(gòu)建自己的系統(tǒng)應(yīng)用。但是,與大型機(jī)相比,基于x86平臺(tái)的微服務(wù)架構(gòu)雖然擁有著高并發(fā)等眾多優(yōu)點(diǎn),卻也無(wú)法完全替代擁有著高穩(wěn)定性的大型機(jī)平臺(tái)。為此,本文設(shè)計(jì)了一個(gè)基于Dubbo微服務(wù),微型機(jī)與LinuxONE大型機(jī)混合的分布式集群銀行基礎(chǔ)業(yè)務(wù)系統(tǒng),來(lái)改善這種兩難情況。LinuxONE是建立在大型機(jī)平臺(tái)上,與開放源碼結(jié)合而成的服務(wù)器,它的出現(xiàn)使得微服務(wù)架構(gòu)于大型機(jī)上運(yùn)行并應(yīng)用成為可能。本文將x86平臺(tái)的微服務(wù)架構(gòu)應(yīng)用到LinuxONE服務(wù)器上,與x86服務(wù)器共同構(gòu)建服務(wù)器集群,驗(yàn)證微服務(wù)于LinuxONE上可行性的同時(shí),緩解金融生態(tài)重整的成本。本文主要基于Dubbo、zookeeper、Docker等技術(shù)搭建了x86與LinuxONE混合的服務(wù)器集群,基于TCC編寫了銀行核心業(yè)務(wù)應(yīng)用對(duì)架構(gòu)吞吐量等進(jìn)行了測(cè)試。本文首先分析項(xiàng)目的背景以及意義,在此基礎(chǔ)上,對(duì)微服務(wù)等相關(guān)技術(shù)進(jìn)行了對(duì)比介紹。然后,對(duì)本文服務(wù)器結(jié)構(gòu)進(jìn)行設(shè)計(jì),并對(duì)系統(tǒng)代碼...

【文章頁(yè)數(shù)】：66 頁(yè)

【學(xué)位級(jí)別】：碩士

【文章目錄】：
摘要
Abstract
1 緒論
    1.1 背景
        1.1.1 金融生態(tài)背景
        1.1.2 軟件開發(fā)發(fā)展趨勢(shì)
    1.2 意義
    1.3 國(guó)內(nèi)外研究現(xiàn)狀
    1.4 本文的主要工作
2 相關(guān)技術(shù)
    2.1 LinuxONE平臺(tái)
    2.2 微服務(wù)框架
        2.2.1 Dubbo框架
        2.2.2 SpringCloud框架
        2.2.3 框架對(duì)比
    2.3 注冊(cè)中心
        2.3.1 Zookeeper注冊(cè)中心
        2.3.2 Redis注冊(cè)中心
        2.3.3 注冊(cè)中心對(duì)比
    2.4 分布式事務(wù)機(jī)制
        2.4.1 兩階段提交模型
        2.4.2 TCC分布式事務(wù)模型
        2.4.3 RabbitMQ消息中間件
        2.4.4 分布式事務(wù)處理機(jī)制對(duì)比
    2.5 樂(lè)觀鎖
    2.6 Docker容器
3 系統(tǒng)分析
    3.1 可行性分析
    3.2 功能性需求分析
    3.3 非功能性需求分析
    3.4 本章小結(jié)
4 設(shè)計(jì)與實(shí)現(xiàn)
    4.1 總體設(shè)計(jì)
    4.2 詳細(xì)設(shè)計(jì)
        4.2.1 代碼邏輯設(shè)計(jì)
        4.2.2 數(shù)據(jù)庫(kù)設(shè)計(jì)
    4.3 系統(tǒng)實(shí)現(xiàn)
5 系統(tǒng)測(cè)試
    5.1 服務(wù)器環(huán)境配置
    5.2 測(cè)試工具
        5.2.1 Jmeter測(cè)試工具
        5.2.2 Nmon測(cè)試工具
    5.3 測(cè)試結(jié)果
結(jié)論
參考文獻(xiàn)
致謝



本文編號(hào)：4014215