性能測(cè)試 PTS（Performance Testing Service）是具備強(qiáng)大的分布式壓測(cè)能力的 SaaS 壓測(cè)平臺(tái)，可模擬海量用戶的真實(shí)業(yè)務(wù)場(chǎng)景，全方位驗(yàn)證業(yè)務(wù)站點(diǎn)的性能、容量和穩(wěn)定性。
PTS 目標(biāo)是將性能壓測(cè)本身的工作持續(xù)簡(jiǎn)化，使您可以將更多的精力回歸到關(guān)注業(yè)務(wù)和性能問題本身。在 PTS 平臺(tái)上，您可以用最低的人力和資源成本，構(gòu)造出最接近真實(shí)業(yè)務(wù)場(chǎng)景的復(fù)雜交互式流量，快速衡量系統(tǒng)的業(yè)務(wù)性能狀況，為性能問題定位、容量最佳配比、全鏈路壓測(cè)的流量構(gòu)造提供最好的幫助。進(jìn)而提升用戶體驗(yàn)，促進(jìn)業(yè)務(wù)發(fā)展，最大程度實(shí)現(xiàn)企業(yè)的商業(yè)價(jià)值。
應(yīng)用場(chǎng)景
削峰填谷
諸如秒殺、搶紅包、企業(yè)開門紅等大型活動(dòng)時(shí)皆會(huì)帶來較高的流量脈沖，或因沒做相應(yīng)的保護(hù)而導(dǎo)致系統(tǒng)超負(fù)荷甚至崩潰，或因限制太過導(dǎo)致請(qǐng)求大量失敗而影響用戶體驗(yàn)，消息隊(duì)列 RocketMQ 版可提供削峰填谷的服務(wù)來解決該問題。
異步解耦
交易系統(tǒng)作為淘寶/天貓主站最核心的系統(tǒng)，每筆交易訂單數(shù)據(jù)的產(chǎn)生會(huì)引起幾百個(gè)下游業(yè)務(wù)系統(tǒng)的關(guān)注，包括物流、購物車、積分、流計(jì)算分析等等，整體業(yè)務(wù)系統(tǒng)龐大而且復(fù)雜，消息隊(duì)列 RocketMQ 版可實(shí)現(xiàn)異步通信和應(yīng)用解耦，確保主站業(yè)務(wù)的連續(xù)性。
順序收發(fā)
細(xì)數(shù)日常中需要保證順序的應(yīng)用場(chǎng)景非常多，例如證券交易過程時(shí)間優(yōu)先原則，交易系統(tǒng)中的訂單創(chuàng)建、支付、退款等流程，航班中的旅客登機(jī)消息處理等等。與先進(jìn)先出（First In First Out，縮寫 FIFO）原理類似，消息隊(duì)列 RocketMQ 版提供的順序消息即保證消息 FIFO。
分布式事務(wù)一致性
交易系統(tǒng)、支付紅包等場(chǎng)景需要確保數(shù)據(jù)的最終一致性，大量引入消息隊(duì)列 RocketMQ 版的分布式事務(wù)，既可以實(shí)現(xiàn)系統(tǒng)之間的解耦，又可以保證最終的數(shù)據(jù)一致性。
大數(shù)據(jù)分析
數(shù)據(jù)在“流動(dòng)”中產(chǎn)生價(jià)值，傳統(tǒng)數(shù)據(jù)分析大多是基于批量計(jì)算模型，而無法做到實(shí)時(shí)的數(shù)據(jù)分析，利用阿里云消息隊(duì)列 RocketMQ 版與流式計(jì)算引擎相結(jié)合，可以很方便的實(shí)現(xiàn)將業(yè)務(wù)數(shù)據(jù)進(jìn)行實(shí)時(shí)分析。
分布式緩存同步
天貓雙 11 大促，各個(gè)分會(huì)場(chǎng)琳瑯滿目的商品需要實(shí)時(shí)感知價(jià)格變化，大量并發(fā)訪問數(shù)據(jù)庫導(dǎo)致會(huì)場(chǎng)頁面響應(yīng)時(shí)間長，集中式緩存因?yàn)閹捚款i限制商品變更的訪問流量，通過消息隊(duì)列 RocketMQ 版構(gòu)建分布式緩存，實(shí)時(shí)通知商品數(shù)據(jù)的變化。
核心概念
Topic：消息主題，一級(jí)消息類型，生產(chǎn)者向其發(fā)送消息。
生產(chǎn)者：也稱為消息發(fā)布者，負(fù)責(zé)生產(chǎn)并發(fā)送消息至 Topic。
消費(fèi)者：也稱為消息訂閱者，負(fù)責(zé)從 Topic 接收并消費(fèi)消息。
消息：生產(chǎn)者向 Topic 發(fā)送并最終傳送給消費(fèi)者的數(shù)據(jù)和（可選）屬性的組合。
消息屬性：生產(chǎn)者可以為消息定義的屬性，包含 Message Key 和 Tag。
Group：一類生產(chǎn)者或消費(fèi)者，這類生產(chǎn)者或消費(fèi)者通常生產(chǎn)或消費(fèi)同一類消息，且消息發(fā)布或訂閱的邏輯一致。
消息收發(fā)模型
消息隊(duì)列 RocketMQ 版支持發(fā)布/訂閱模型，消息生產(chǎn)者應(yīng)用創(chuàng)建 Topic 并將消息發(fā)送到 Topic。消費(fèi)者應(yīng)用創(chuàng)建對(duì) Topic 的訂閱以便從其接收消息。通信可以是一對(duì)多（扇出）、多對(duì)一（扇入）和多對(duì)多。
具體通信如下圖所示。
圖 1. 消息收發(fā)模型
messagingmodel
生產(chǎn)者集群：用來表示發(fā)送消息應(yīng)用，一個(gè)生產(chǎn)者集群下包含多個(gè)生產(chǎn)者實(shí)例，可以是多臺(tái)機(jī)器，也可以是一臺(tái)機(jī)器的多個(gè)進(jìn)程，或者一個(gè)進(jìn)程的多個(gè)生產(chǎn)者對(duì)象。
一個(gè)生產(chǎn)者集群可以發(fā)送多個(gè) Topic 消息。發(fā)送分布式事務(wù)消息時(shí)，如果生產(chǎn)者中途意外宕機(jī)，Broker 會(huì)主動(dòng)回調(diào)生產(chǎn)者集群的任意一臺(tái)機(jī)器來確認(rèn)事務(wù)狀態(tài)。
消費(fèi)者集群：用來表示消費(fèi)消息應(yīng)用，一個(gè)消費(fèi)者集群下包含多個(gè)消費(fèi)者實(shí)例，可以是多臺(tái)機(jī)器，也可以是多個(gè)進(jìn)程，或者是一個(gè)進(jìn)程的多個(gè)消費(fèi)者對(duì)象。
一個(gè)消費(fèi)者集群下的多個(gè)消費(fèi)者以均攤方式消費(fèi)消息。如果設(shè)置的是廣播方式，那么這個(gè)消費(fèi)者集群下的每個(gè)實(shí)例都消費(fèi)全量數(shù)據(jù)。
一個(gè)消費(fèi)者集群對(duì)應(yīng)一個(gè) Group ID，一個(gè) Group ID 可以訂閱多個(gè) Topic，如圖 1 中的 Group 2 所示。Group 和 Topic 的訂閱關(guān)系可以通過直接在程序中設(shè)置即可，具體設(shè)置方法可參見產(chǎn)品更新日志中的資源申請(qǐng)流程優(yōu)化部分。
產(chǎn)品功能
消息隊(duì)列 RocketMQ 版在阿里云多個(gè)地域（Region）提供了高可用消息云服務(wù)。單個(gè)地域內(nèi)采用多機(jī)房部署，可用性極高，即使整個(gè)機(jī)房都不可用，仍然可以為應(yīng)用提供消息發(fā)布服務(wù)。
消息隊(duì)列 RocketMQ 版提供 TCP 和 HTTP 協(xié)議的多語言接入方式，方便不同編程語言開發(fā)的應(yīng)用快速接入消息隊(duì)列 RocketMQ 版消息云服務(wù)。您可以將應(yīng)用部署在阿里云 ECS、企業(yè)自建云，或者嵌入到移動(dòng)端、物聯(lián)網(wǎng)設(shè)備中與消息隊(duì)列 RocketMQ 版建立連接進(jìn)行消息收發(fā)；同時(shí)，本地開發(fā)者也可以通過公網(wǎng)接入消息隊(duì)列 RocketMQ 版服務(wù)進(jìn)行消息收發(fā)。functionswithoutstomp
多協(xié)議接入
HTTP 協(xié)議：采用 RESTful 風(fēng)格，方便易用，快速接入，跨網(wǎng)絡(luò)能力強(qiáng)。支持 Java、C++、.NET、Go、Python、Node.js 和 PHP 七種語言客戶端。
TCP 協(xié)議：區(qū)別于 HTTP 簡(jiǎn)單的接入方式，提供更為專業(yè)、可靠、穩(wěn)定的 TCP 協(xié)議的 SDK 接入服務(wù)。支持的語言包括 Java、C/C++ 以及 .NET。
管理工具
Web 控制臺(tái)：支持 Topic 管理、Group 管理、消息查詢、消息軌跡展示和查詢、資源報(bào)表以及監(jiān)控報(bào)警管理。
OpenAPI：提供開放的 API 便于將消息隊(duì)列 RocketMQ 版管理工具集成到自己的控制臺(tái)。消息隊(duì)列 RocketMQ 版的 API。
