DDoS攻擊素來以成本低廉（相比防御）、效果顯著、影響深遠為攻擊者所青睞，經(jīng)過長時間的發(fā)展，DDoS攻擊方式有很多種，最基本的DoS攻擊利用單個合理的服務(wù)請求來占用過多的服務(wù)資源，從而使合法用戶無法得到服務(wù)的響應(yīng)。DoS攻擊通常采用一對一的方式，在目標系統(tǒng)帶寬、內(nèi)存、CPU等各項性能指標都不高時，具有明顯的效果。隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，計算機的處理能力迅速增長，內(nèi)存大大增加，千兆級別的網(wǎng)絡(luò)出現(xiàn)，目標系統(tǒng)的“消化能力”倍增，這時候，分布式的拒絕服務(wù)攻擊手段——DDoS就出現(xiàn)了。

利用網(wǎng)絡(luò)上已被攻陷的電腦作為“肉雞”，通過一定方式組合形成數(shù)量龐大的“僵尸網(wǎng)絡(luò)”，采用一對多的方式進行控制，向目標系統(tǒng)同時提出服務(wù)請求，殺傷力大幅度增加。DDoS攻、防對抗多年，從DoS到DDoS，從以流量取勝到以技巧取勝，從單一攻擊到混合攻擊，攻擊手段正不斷進化，本文將一一介紹最常見、最具代表性的攻擊方式，企業(yè)運營者做到知己知彼，才能有備無患。

一、攻擊帶寬：以力取勝

如同城市堵車一樣，當數(shù)據(jù)包超過帶寬上限，就會出現(xiàn)網(wǎng)絡(luò)擁堵、響應(yīng)緩慢的情況。流量型DDoS攻擊就是如此，發(fā)送海量數(shù)據(jù)包，頃刻占滿目標系統(tǒng)的全部帶寬，正常請求被堵在門外，拒絕服務(wù)的目的達成。

ICMPFlood

ICMP（Internet控制報文協(xié)議）用于在IP主機、路由器之間傳遞控制消息，控制消息是指網(wǎng)絡(luò)通不通、主機是否可達、路由是否可用等網(wǎng)絡(luò)本身的消息，雖然并不傳輸用戶數(shù)據(jù)，但是對于用戶數(shù)據(jù)的傳遞起著重要的作用。通過對目標系統(tǒng)發(fā)送海量數(shù)據(jù)包，就可以令目標主機癱瘓，如果大量發(fā)送就成了洪水攻擊。

UDPFlood

UDP協(xié)議是一種無連接的服務(wù)，在UDPFlood中，攻擊者通常發(fā)送大量偽造源IP地址的小UDP包沖擊DNS服務(wù)器或Radius認證服務(wù)器、流媒體視頻服務(wù)器。100kbps的UDPFlood經(jīng)常將線路上的骨干設(shè)備例如防火墻打癱，造成整個網(wǎng)段的癱瘓。

上述傳統(tǒng)的流量型攻擊方式技術(shù)含量較低，傷人一千自損八百，攻擊效果通常依賴受控主機本身的網(wǎng)絡(luò)性能，而且容易被查到攻擊源頭，單獨使用的情況已不常見。于是，具有四兩拔千斤效果的反射型放大攻擊就出現(xiàn)了。

NTPFlood

NTP是標準的基于UDP協(xié)議傳輸?shù)木W(wǎng)絡(luò)時間同步協(xié)議，由于UDP協(xié)議的無連接性，方便偽造源地址。攻擊者使用特殊的數(shù)據(jù)包，也就是IP地址指向作為反射器的服務(wù)器，源IP地址被偽造成攻擊目標的IP，反射器接收到數(shù)據(jù)包時就被騙了，會將響應(yīng)數(shù)據(jù)發(fā)送給被攻擊目標，耗盡目標網(wǎng)絡(luò)的帶寬資源。一般的NTP服務(wù)器都有很大的帶寬，攻擊者可能只需要1Mbps的上傳帶寬欺騙NTP服務(wù)器，就可給目標服務(wù)器帶來幾百上千Mbps的攻擊流量。

因此，“問-答”方式的協(xié)議都可以被反射型攻擊利用，將質(zhì)詢數(shù)據(jù)包的地址偽造為攻擊目標地址，應(yīng)答的數(shù)據(jù)包就會都被發(fā)送至目標，一旦協(xié)議具有遞歸效果，流量就被顯著放大了，堪稱一種“借刀殺人”的流量型攻擊。

面對洪水般的流量，花高價進行抗D帶寬擴容和多運營商鏈路冗余，雖一定程度可提升抗D能力，但面對大量攻擊仍舊于事無補，而且浪費資源。知道創(chuàng)宇旗下抗DDoS云防御平臺——抗D保，橫跨全國的分布式數(shù)據(jù)中心，600G以上帶寬抗DDoS，并可隨時應(yīng)急調(diào)用騰訊自有帶寬1.5Tb，這使得抗D保擁有超過2個Tb的防御能力。 

二、攻擊系統(tǒng)/應(yīng)用：以巧取勝

這類型的DDoS攻擊走的是巧勁，利用各種協(xié)議的行為特性、系統(tǒng)的缺陷、服務(wù)的脆弱性、軟件的漏洞等等發(fā)起攻擊，不斷占用目標系統(tǒng)的資源以阻止它們處理正常事務(wù)和請求。

SYNFlood

這是一種利用TCP協(xié)議缺陷，發(fā)送大量偽造的TCP連接請求，從而使得被攻擊方資源耗盡（CPU滿負荷或內(nèi)存不足）的攻擊方式。建立TCP連接，需要三次握手——客戶端發(fā)送SYN報文，服務(wù)端收到請求并返回報文表示接受，客戶端也返回確認，完成連接。

SYNFlood就是用戶向服務(wù)器發(fā)送報文后突然死機或掉線，那么服務(wù)器在發(fā)出應(yīng)答報文后就無法收到客戶端的確認報文（第三次握手無法完成），這時服務(wù)器端一般會重試并等待一段時間后再丟棄這個未完成的連接。一個用戶出現(xiàn)異常導致服務(wù)器的一個線程等待一會兒并不是大問題，但惡意攻擊者大量模擬這種情況，服務(wù)器端為了維護數(shù)以萬計的半連接而消耗非常多的資源，結(jié)果往往是無暇理睬客戶的正常請求，甚至崩潰。從正?？蛻舻慕嵌瓤磥?，網(wǎng)站失去了響應(yīng)，無法訪問。

CC 攻擊

CC攻擊是目前應(yīng)用層攻擊的主要手段之一，借助代理服務(wù)器生成指向目標系統(tǒng)的合法請求，實現(xiàn)偽裝和DDoS。我們都有這樣的體驗，訪問一個靜態(tài)頁面，即使人多也不需要太長時間，但如果在高峰期訪問論壇、貼吧等，那就很慢了，因為服務(wù)器系統(tǒng)需要到數(shù)據(jù)庫中判斷訪問者否有讀帖、發(fā)言等權(quán)限。訪問的人越多，論壇的頁面越多，數(shù)據(jù)庫壓力就越大，被訪問的頻率也越高，占用的系統(tǒng)資源也就相當可觀。

CC攻擊就充分利用了這個特點，模擬多個正常用戶不停地訪問如論壇這些需要大量數(shù)據(jù)操作的頁面，造成服務(wù)器資源的浪費，CPU長時間處于100%，永遠都有處理不完的請求，網(wǎng)絡(luò)擁塞，正常訪問被中止。這種攻擊技術(shù)性含量高，見不到真實源IP，見不到特別大的異常流量，但服務(wù)器就是無法進行正常連接。

之所以選擇代理服務(wù)器是因為代理可以有效地隱藏自己的身份，也可以繞開防火墻，因為基本上所有的防火墻都會檢測并發(fā)的TCP/IP連接數(shù)目，超過一定數(shù)目一定頻率就會被認為是Connection-Flood。當然也可以使用肉雞來發(fā)動CC攻擊，攻擊者使用CC攻擊軟件控制大量肉雞發(fā)動攻擊，肉雞可以模擬正常用戶訪問網(wǎng)站的請求偽造成合法數(shù)據(jù)包，相比前者來說更難防御。

CC攻擊是針對Web服務(wù)在第七層協(xié)議發(fā)起的攻擊，在越上層協(xié)議上發(fā)動DDoS攻擊越難以防御，上層協(xié)議與業(yè)務(wù)關(guān)聯(lián)愈加緊密，防御系統(tǒng)面臨的情況也會更復雜。比如CC攻擊中最重要的方式之一HTTPFlood，不僅會直接導致被攻擊的Web前端響應(yīng)緩慢，對承載的業(yè)務(wù)造成致命的影響，還可能會引起連鎖反應(yīng)，間接攻擊到后端的Java等業(yè)務(wù)層邏輯以及更后端的數(shù)據(jù)庫服務(wù)。

由于CC攻擊成本低、威力大，知道創(chuàng)宇安全專家組發(fā)現(xiàn)80%的DDoS攻擊都是CC攻擊。帶寬資源嚴重被消耗，網(wǎng)站癱瘓；CPU、內(nèi)存利用率飆升，主機癱瘓；瞬間快速打擊，無法快速響應(yīng)。知道創(chuàng)宇頂級安全研究團隊為抗D保自主研發(fā)的Anti-CC防護引擎可以根據(jù)訪問者的URL、頻率、行為等訪問特征，智能識別CC攻擊，迅速識別CC攻擊并進行攔截，在大規(guī)模CC攻擊時可以避免源站資源耗盡，保證企業(yè)網(wǎng)站的正常訪問。

抗D保-抗CC攻擊數(shù)據(jù)（監(jiān)控）

DNSQueryFlood

DNS作為互聯(lián)網(wǎng)的核心服務(wù)之一，自然也是DDoS攻擊的一大主要目標。DNSQueryFlood采用的方法是操縱大量傀儡機器，向目標服務(wù)器發(fā)送大量的域名解析請求。服務(wù)器在接收到域名解析請求時，首先會在服務(wù)器上查找是否有對應(yīng)的緩存，若查找不到且該域名無法直接解析時，便向其上層DNS服務(wù)器遞歸查詢域名信息。

通常，攻擊者請求解析的域名是隨機生成或者是網(wǎng)絡(luò)上根本不存在的域名，由于在本地無法查到對應(yīng)的結(jié)果，服務(wù)器必須使用遞歸查詢向上層域名服務(wù)器提交解析請求，引起連鎖反應(yīng)。解析過程給服務(wù)器帶來很大的負載，每秒鐘域名解析請求超過一定的數(shù)量就會造成DNS服務(wù)器解析域名超時。

根據(jù)微軟的統(tǒng)計數(shù)據(jù)，一臺DNS服務(wù)器所能承受的動態(tài)域名查詢的上限是每秒鐘9000個請求。而一臺P3的PC機上可以輕易地構(gòu)造出每秒鐘幾萬個域名解析請求，足以使一臺硬件配置極高的DNS服務(wù)器癱瘓，由此可見DNS服務(wù)器的脆弱性。

抗D保在全國多個城市采用分布式集群方式部署了上千臺高效DNS服務(wù)器，從而保證各個地區(qū)的查詢響應(yīng)速度?？笵保的高防DNS服務(wù)，可有效解決突發(fā)的上億級別的隨機HOSTA記錄查詢攻擊、遞歸DNS穿透攻擊、DNS流量攻擊等多種針對域名解析的攻擊請求。

抗D保防御DNS攻擊效果示意

三、混合攻擊：流量與技巧并用

在實際情況中，攻擊者只求達到打垮對方的目的，發(fā)展到現(xiàn)在，高級攻擊者已經(jīng)不傾向使用單一的攻擊手段作戰(zhàn)了，而是根據(jù)目標系統(tǒng)的具體環(huán)境靈動組合，發(fā)動多種攻擊手段，既具備了海量的流量，又利用了協(xié)議、系統(tǒng)的缺陷，盡其所能地展開攻勢。

對于被攻擊目標來說，需要面對不同協(xié)議、不同資源的分布式的攻擊，分析、響應(yīng)和處理的成本就會大大增加。

抗D保擁有國內(nèi)最大的抗D集群，使用騰訊宙斯盾流量清洗設(shè)備并結(jié)合由知道創(chuàng)宇研發(fā)的Anti-DDoS引擎，5秒發(fā)現(xiàn)惡意攻擊，10秒快速阻斷，2T帶寬儲備，通過多種防御手段，防御各種類型、形態(tài)的DDoS攻擊，包括基于網(wǎng)絡(luò)層的攻擊，如TCPFlood、UDPFlood、ICMPFlood，以及應(yīng)用層攻擊，類似HTTPFlood這種試圖耗盡服務(wù)器資源的攻擊，同時可以有效防御各種反射攻擊和僵尸網(wǎng)絡(luò)攻擊。

面對一次次攻擊，即使是去年10月讓美國半個互聯(lián)網(wǎng)癱瘓的DDoS攻擊事件，也只是讓很多人小心臟稍微顫抖了幾下，在大家的印象中，DDoS只是一陣海嘯，很快就能恢復了往日的平靜。但是，DDoS在互聯(lián)網(wǎng)發(fā)展進程中已經(jīng)留下了太多不可磨滅的破壞，許多企業(yè)就此一蹶不振。而且隨著互聯(lián)網(wǎng)+的不斷推進，商業(yè)競爭的愈演愈烈，它的危害越來越大，任何企業(yè)組織都應(yīng)該考慮自己的DDoS防護方案，而不是成為攻擊的炮灰，也盡量避免遭受攻擊后再亡羊補牢。

相關(guān)新聞

2016-12-20

2017-03-06

2017-07-28

2017-08-17

2017-09-04

近日，2017云棲大會·深圳峰會如期舉行，多項阿里云新產(chǎn)品對外發(fā)布。在企業(yè)級互聯(lián)網(wǎng)架構(gòu)分會場，來自阿里中間件（Aliware）的技術(shù)專家及合作伙伴，為現(xiàn)場參會嘉賓帶來最新的傳統(tǒng)IT架構(gòu)到企業(yè)級互聯(lián)網(wǎng)架構(gòu)跨越式升級、實現(xiàn)互聯(lián)網(wǎng)轉(zhuǎn)型的產(chǎn)品及解決方案。其中高級技術(shù)專家姜宇在分享中帶來的Aliware新產(chǎn)品—全局事務(wù)服務(wù)（GlobalTransactionService，簡稱GTS），在分布式事務(wù)處理上帶來的高性能和技術(shù)創(chuàng)新令到場參會的各路技術(shù)專家眼前一亮。

Aliware新成員—全局事務(wù)服務(wù)GTS技術(shù)分享現(xiàn)場

分布式事務(wù)背景

OLTP領(lǐng)域中很多業(yè)務(wù)場景都會面臨事務(wù)一致性的需求，傳統(tǒng)業(yè)務(wù)系統(tǒng)常以單體應(yīng)用形式存在，只需借助特有數(shù)據(jù)訪問技術(shù)和框架，結(jié)合關(guān)系型數(shù)據(jù)庫自帶的事務(wù)管理機制來實現(xiàn)事務(wù)一致性的要求。而目前大型互聯(lián)網(wǎng)應(yīng)用和平臺往往是由一系列分布式系統(tǒng)構(gòu)建而成，平臺和技術(shù)架構(gòu)也是流派紛呈。

尤其是微服務(wù)架構(gòu)盛行的今天，一個看似簡單的功能，內(nèi)部可能需要調(diào)用多個“服務(wù)”并操作多個數(shù)據(jù)庫或分片來實現(xiàn)，單一技術(shù)手段和解決方案已無法滿足這些復雜應(yīng)用場景。因此，分布式系統(tǒng)架構(gòu)中分布式事務(wù)是一個繞不過去的挑戰(zhàn)。什么是分布式事務(wù)？簡單的說，就是一次大操作由不同小操作組成，這些小操作分布在不同服務(wù)器上，分布式事務(wù)需要保證這些小操作要么全部成功，要么全部失敗。

本質(zhì)上來說，分布式事務(wù)就是為了保證不同數(shù)據(jù)庫或消息系統(tǒng)的數(shù)據(jù)一致性。

分布式事務(wù)三大難題：一致性、高性能和易用性

分布式系統(tǒng)的事務(wù)一致性本身是一個技術(shù)難題，沒有一種簡單完美的方案能夠應(yīng)對所有場景，很難兼顧事務(wù)一致性，高性能與易用性。三者缺一，則適用場景大大受限，實用價值不高。

首先是一致性：要求在各種異常情況下保證數(shù)據(jù)是強一致的。目前最常見的一致性解決方案是最終一致性方案，通常是結(jié)合消息中間件實現(xiàn)，在互聯(lián)網(wǎng)企業(yè)中廣泛使用。最終一致性實現(xiàn)方案比較復雜，開發(fā)、運維成本高，并且與強一致相比，業(yè)務(wù)上是受很多限制的。

其次是高性能：目前基于XA協(xié)議的兩階段提交是最常見的分布式事務(wù)解決方案，但XA類產(chǎn)品的典型不足是性能低下，這對于互聯(lián)網(wǎng)大并發(fā)需求下的多數(shù)企業(yè)是無法接受的。國外具有幾十年歷史和技術(shù)沉淀的基于XA模型的商用分布式事務(wù)產(chǎn)品，在相同軟硬件條件下，開啟分布式事務(wù)后吞吐經(jīng)常有數(shù)量級的下降。

第三是易用性：為了滿足一致性和高性能要求，出現(xiàn)了一些特定場景下的分布式事務(wù)方案，但通常會限制用戶用法，對業(yè)務(wù)侵入性強，無法做到簡單易用，帶來更多開發(fā)成本。

世界級應(yīng)用場景，催生世界級分布式事務(wù)解決方案

早期的阿里巴巴集團隨著業(yè)務(wù)高速發(fā)展，內(nèi)部不斷涌現(xiàn)各種典型的分布式事務(wù)需求，比如阿里內(nèi)部廣泛使用的TDDL分庫分表所帶來的分庫間數(shù)據(jù)不一致問題，HSF服務(wù)化后所帶來的服務(wù)鏈路上數(shù)據(jù)不一致問題等。在這個過程中，各業(yè)務(wù)技術(shù)團隊利用現(xiàn)有中間件技術(shù)手段實現(xiàn)分布式事務(wù)處理，但這些手段都較為復雜，工作量大，對應(yīng)用侵入嚴重，有些適用場景還有限制。

2014年5月開始，阿里中間件（Aliware）內(nèi)部命名為TXC的分布式事務(wù)中間件開始研發(fā)，同年10月1.0版本發(fā)布，分布式事務(wù)功能已經(jīng)具備，但性能還有局限，只適合于吞吐量較小的場景；2015年12月，TXC2.0版本發(fā)布，相比1.0版本性能提升10倍以上，在阿里內(nèi)部多條業(yè)務(wù)線得到部署。

通過部署TXC，應(yīng)用只需極少的代碼改造和配置，即可享受分布式事務(wù)帶來的便利。TXC作為阿里內(nèi)部為解決分布式數(shù)據(jù)強一致性問題而研發(fā)的分布式事務(wù)中間件，徹底解決了分布式事務(wù)數(shù)據(jù)一致性的問題，簡單易用，先后在淘寶，菜鳥，淘票票和村淘等多個業(yè)務(wù)的核心系統(tǒng)上得到部署和驗證。

順應(yīng)云時代潮流，GTS應(yīng)運而生

從2016年年中開始，在阿里內(nèi)部一直接受錘煉的分布式事務(wù)中間件TXC在2.0版本后，隨著阿里中間件上云熱潮，開始通過專有云輸出，并得到了市場極大認可，適用場景得到進一步拓展，全面涵蓋電商、物流、金融、零售、政企、游戲、文娛等領(lǐng)域。2017年2月，TXC2.0通過阿里云對外公測，外部改名為全局事務(wù)服務(wù)（GlobalTransactionService，簡稱GTS）。

GTS總體架構(gòu)圖

在整體架構(gòu)方面，GTS由三個組件組成：客戶端（GTS-Client），資源管理器（RM），事務(wù)協(xié)調(diào)器（GTS-Server）?？蛻舳伺c事務(wù)協(xié)調(diào)器間，資源管理器與事務(wù)協(xié)調(diào)器間都是通過GTS分布式事務(wù)協(xié)議進行通信?？蛻舳素撠熃缍ㄊ聞?wù)邊界，開啟/提交/回滾全局事務(wù)，資源管理器負責管理資源，支持的資源包括：DRDS，Oracle，MySQL，RDS，PostgreSQL，H2，MQ，后續(xù)計劃根據(jù)實際業(yè)務(wù)需求支持更多類型資源。事務(wù)協(xié)調(diào)器，也就是GTS服務(wù)器，是分布式事務(wù)處理的大腦，負責協(xié)調(diào)整個事務(wù)過程。GTS事務(wù)通過RPC框架和消息中間件進行事務(wù)傳遞，把整個業(yè)務(wù)調(diào)用鏈路或者消息鏈路串成一個分布式事務(wù)，極大簡化應(yīng)用開發(fā)。

在高可用方面，GTS支持同城容災與兩地三中心容災，可保證各種異常情況下的數(shù)據(jù)一致。在易用性方面，GTS對業(yè)務(wù)無侵入，真正做到業(yè)務(wù)與事務(wù)分離，開發(fā)者可以集中精力于業(yè)務(wù)本身。在技術(shù)創(chuàng)新方面，GTS也走在了行業(yè)前沿。項目負責人阿里高級技術(shù)專家姜宇（花名于皋）擁有13項分布式事務(wù)的核心技術(shù)專利，研發(fā)團隊的技術(shù)專家張松樹也有3篇專利。通過大量的專利技術(shù)，精妙的算法，與精巧的分布式事務(wù)私有協(xié)議，GTS取得了超強的性能。

另外，在部分嚴苛的行業(yè)應(yīng)用場景，比如金融用戶的資管項目分布式事務(wù)場景下，GTS也經(jīng)歷了嚴格的測試，按照用戶要求順利完成功能性、穩(wěn)定性和性能測試。下圖是一個典型性能測試場景數(shù)據(jù)，從實測數(shù)據(jù)可以看出，開啟GTS（TXC）分布式事務(wù)后性能下降不明顯。目前GTS已經(jīng)在資金業(yè)務(wù)上有實際應(yīng)用，線上大量真實數(shù)據(jù)驗證了GTS的高效可靠。

GTS典型性能測試場景數(shù)據(jù)

性能優(yōu)異，業(yè)務(wù)場景廣泛

作為新一代企業(yè)級分布式事務(wù)服務(wù)產(chǎn)品，全局事務(wù)服務(wù)GTS兼顧了事務(wù)一致性，高性能與易用性。在滿足事務(wù)ACID的前提下，普通配置的單服務(wù)器就可以達到15000TPS以上的超強性能（兩個小時內(nèi)完成1億多筆業(yè)務(wù)），3臺8核16G內(nèi)存虛機組成的服務(wù)器集群可以支撐1萬TPS以上的分布式事務(wù)，與同類產(chǎn)品相比，性能優(yōu)勢明顯。另外簡單易用對業(yè)務(wù)無侵入，為廣大企業(yè)大幅降低開發(fā)成本，業(yè)務(wù)場景非常廣泛：

1、跨多分庫的分布式數(shù)據(jù)庫事務(wù)場景：關(guān)系型數(shù)據(jù)庫普遍支持事務(wù)，能夠滿足事務(wù)內(nèi)的SQL要么全部成功、要么全部失敗。但客戶從單機數(shù)據(jù)庫往分布式數(shù)據(jù)庫遷移的情況下，原有的一個事務(wù)往往會被拆分為多個分庫上的事務(wù)。由于網(wǎng)絡(luò)的不可靠性，容易出現(xiàn)部分分庫上成功，部分分庫上失敗的情況。GTS結(jié)合DRDS可徹底解決了這一問題。

2、跨多數(shù)據(jù)庫的事務(wù)場景：復雜的業(yè)務(wù)系統(tǒng)經(jīng)常會使用多個數(shù)據(jù)庫，甚至多種類型的數(shù)據(jù)庫，比如企業(yè)中Oracle，MySQL和其他關(guān)系型數(shù)據(jù)庫并存的情況時有發(fā)生。業(yè)務(wù)同時操作多個數(shù)據(jù)庫的情況下，一旦發(fā)生先提交的事務(wù)成功、后提交的事務(wù)失敗，就很難解決。GTS支持各種常見關(guān)系型數(shù)據(jù)庫，并提供多數(shù)據(jù)庫間的事務(wù)保證。

3、跨數(shù)據(jù)庫系統(tǒng)、消息系統(tǒng)的事務(wù)場景：消息系統(tǒng)被廣泛地用于系統(tǒng)間解耦，一般先執(zhí)行一段業(yè)務(wù)邏輯，執(zhí)行成功會向消息系統(tǒng)發(fā)送一條消息，用于通知或觸發(fā)下游業(yè)務(wù)。這個場景下，如果業(yè)務(wù)邏輯執(zhí)行成功、消息發(fā)送失敗，則業(yè)務(wù)不完整；如果先發(fā)送消息，但執(zhí)行業(yè)務(wù)邏輯失敗，同樣存在問題。GTS提供了針對消息系統(tǒng)以及常見關(guān)系型數(shù)據(jù)庫的操作入口，保證數(shù)據(jù)庫操作和發(fā)送消息要么同時成功、要么同時失敗。

4、跨服務(wù)的事務(wù)場景：隨著業(yè)務(wù)復雜度提升，大多企業(yè)會對業(yè)務(wù)進行服務(wù)化改造。可能存在服務(wù)一操作MySQL和DRDS，服務(wù)二操作Oracle，要求兩個服務(wù)操作要么同時成功、要么同時失敗，否則會造成業(yè)務(wù)數(shù)據(jù)的不一致。GTS可以很方便地進行跨多個服務(wù)的分布式事務(wù)。

依托阿里中間件(Aliware)，打造世界一流企業(yè)級互聯(lián)網(wǎng)架構(gòu)平臺

據(jù)GTS項目負責人姜宇介紹，“GTS作為一款高性能、高可靠、接入簡單的分布式事務(wù)中間件產(chǎn)品，可與DRDS、RDS、Oracle、MySQL、PostgreSQL、H2等數(shù)據(jù)源，EDAS、Dubbo及多種私有RPC框架，MQ消息隊列等中間件產(chǎn)品配合使用，可輕松實現(xiàn)分布式數(shù)據(jù)庫事務(wù)、多庫事務(wù)、消息事務(wù)、服務(wù)鏈路級事務(wù)及各種組合。策略豐富，易用性和性能兼顧，將真正完善阿里云中間件產(chǎn)品線。”

GTS（TXC）的研發(fā)依托于阿里中間件(Aliware)團隊，中間件技術(shù)部是阿里巴巴集團生態(tài)系統(tǒng)的技術(shù)基石，為集團各大業(yè)務(wù)群提供可靠、高效、易擴展的技術(shù)基礎(chǔ)服務(wù)；并在此基礎(chǔ)上打造世界一流的中間件產(chǎn)品、高可用架構(gòu)基礎(chǔ)設(shè)施和企業(yè)級互聯(lián)網(wǎng)架構(gòu)平臺，為全球企業(yè)和客戶提供服務(wù)。

更多AliwareGTS產(chǎn)品服務(wù)和技術(shù)細節(jié)，請訪問官網(wǎng)：

相關(guān)新聞

2016-04-19

2016-06-13

2016-10-24

2016-11-04

2017-12-29