第3章-Amazon-云計算-AWS(三)課件

云計算（第三版）CLOUDCOMPUTINGThirdEdition第3章Amazon云計算AWS(三)云計算（第三版）CLOUDCOMPUTINGThird3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理3.5.2RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理34RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS網(wǎng)絡(luò)CPUCPUCPU內(nèi)存內(nèi)存內(nèi)存硬盤硬盤硬盤AmazonRDS將MySQL數(shù)據(jù)庫移植到集群中，在一定的范圍內(nèi)解決了關(guān)系數(shù)據(jù)庫的可擴展性問題。MySQL集群方式采用了Share-Nothing架構(gòu)。每臺數(shù)據(jù)庫服務(wù)器都是完全獨立的計算機系統(tǒng)，通過網(wǎng)絡(luò)相連，不共享任何資源。這是一個具有較高可擴展性的架構(gòu)，當數(shù)據(jù)庫處理能力不足時，可以通過增加服務(wù)器數(shù)量來提高處理能力，同時多個服務(wù)器也增加了數(shù)據(jù)庫并發(fā)訪問的能力。4RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS網(wǎng)絡(luò)CPUCP53.5關(guān)系數(shù)據(jù)庫服務(wù)RDSRDS的基本原理集群MySQL小表1表單劃分Sharding小表2小表n存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器表單主要根據(jù)業(yè)務(wù)的需要進行針對性的劃分，對數(shù)據(jù)庫的管理人員提出了非常高的要求，如果劃分得不科學，則查詢經(jīng)常會跨表單和服務(wù)器，性能就會嚴重下降。53.5關(guān)系數(shù)據(jù)庫服務(wù)RDSRDS的基本原理集群MySQL6SlaveASlaveBSlaveCMasterBMasterA主從備份客戶端客戶端客戶端…………寫寫讀RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS集群MySQL通過主從備份和讀副本技術(shù)提高可靠性和數(shù)據(jù)處理能力。癱瘓升級并發(fā)處理6SlaveASlaveBSlaveCMasterB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理3.5.2RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理38RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS從用戶和開發(fā)者的角度來看，RDS和一個遠程MySQL關(guān)系數(shù)據(jù)庫沒什么兩樣。Amazon將RDS中的MySQL服務(wù)器實例稱做DBInstance，通過基于Web的API進行創(chuàng)建和管理，其余的操作可以通過標準的MySQL通信協(xié)議完成。創(chuàng)建DBInstance時還需要定義可用的存儲，存儲范圍為5GB到1024GB，RDS數(shù)據(jù)庫中表最大可以達到1TB。可以通過兩種工具對RDS進行操作：命令行工具和兼容的MySQL客戶端程序命令行工具是Amazon提供的Javamazon網(wǎng)站下載。MySQL客戶端是可以與MySQL服務(wù)器進行通信的應(yīng)用程序8RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS從用戶和開發(fā)者的角3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.Amazon為解決云計算平臺之間不同組件的通信專門設(shè)計開發(fā)的簡單隊列服務(wù)SimpleQueueService，SQSAmazon為解決云計算平臺之間不同組件的通信專門設(shè)計開發(fā)的3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.6.2SQS的消息3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.12SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……三個組成部分系統(tǒng)組件Component隊列Queue消息Message12SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息13SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……系統(tǒng)組件Component系統(tǒng)組件是SQS的服務(wù)對象，而SQS則是組件之間溝通的橋梁既可以是消息的發(fā)送者，也可以是消息的接收者13SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息14SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……隊列Queue隊列是存放消息的容器，類似于S3中的桶隊列的數(shù)目是任意的，創(chuàng)建隊列時用戶必須給其指定一個在SQS賬戶內(nèi)唯一的名稱隊列在傳遞消息時會盡可能“先進先出”14SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息15SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……消息Message消息是發(fā)送者創(chuàng)建的具有一定格式的文本數(shù)據(jù)，接收對象可以是一個或多個組件消息的大小是有限制的，但是消息的數(shù)量并未做限制15SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息16SQS的基本模型3.6簡單隊列服務(wù)SQS在SQS中，消息和隊列是最重要的兩個概念。不過SQS允許用戶在消息中添加有關(guān)的序列數(shù)據(jù)，對于數(shù)據(jù)發(fā)送順序要求比較高的用戶可以在發(fā)送消息之前向其中加入相關(guān)信息。隊列消息1消息2消息3消息n……16SQS的基本模型3.6簡單隊列服務(wù)SQS在SQS中，消3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.6.2SQS的消息3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.18SQS的消息3.6簡單隊列服務(wù)SQS消息IDMessageID接收句柄ReceiptHandle消息體Body消息體MD5摘要MD5ofBody由系統(tǒng)返回給用戶，用來標識隊列中的不同消息。當從隊列中接收消息時就會從消息那里得到一個接收句柄，這個句柄可以用來對消息進行刪除等操作。消息的正文部分，需要注意的是消息存放的是文本數(shù)據(jù)并且不能是URL編碼方式。消息體字符串的MD5校驗和。消息的格式18SQS的消息3.6簡單隊列服務(wù)SQS消息IDMessa19SQS的消息3.6簡單隊列服務(wù)SQS消息取樣隊列中的消息是被冗余存儲的，同一個消息會存放在系統(tǒng)的多個服務(wù)器上。其目的是為了保證系統(tǒng)的高可用性，但這會給用戶查詢隊列中的消息帶來麻煩。為了解決該問題，SQS采用了基于加權(quán)隨機分布（WeightedRandomDistribution）的消息取樣當用戶發(fā)出查詢隊列中消息的命令后，系統(tǒng)在所有的服務(wù)器上使用基于加權(quán)隨機分布算法隨機地選出部分服務(wù)器，然后返回這些服務(wù)器上保存的所查詢的隊列消息副本。19SQS的消息3.6簡單隊列服務(wù)SQS消息取樣隊列中的消20發(fā)出查詢請求返回查詢結(jié)果ABC隊列ABCDAB服務(wù)器1AB服務(wù)器2AB服務(wù)器3AB服務(wù)器4SQS的消息3.6簡單隊列服務(wù)SQS當消息數(shù)量較少時，SQS進行消息取樣時可能會出現(xiàn)返回結(jié)果不準確的現(xiàn)象但由于消息采樣具有隨機性，只要用戶一直查詢下去，總會查詢到所有的消息。20發(fā)出查詢請求返回查詢結(jié)果ABC隊列ABCDAB服務(wù)器21不可見拓展重新計時可見消息生命周期結(jié)束超過4天接收消息未刪除終止計時時間到時間未到消息刪除未接收SQS的消息3.6簡單隊列服務(wù)SQS擴展操作就是將計時器按照新設(shè)定的值重新計時，終止就是將當前的計時過程終止，直接將消息由不可見變?yōu)榭梢?。可見性表明該消息可以被所有的組件查看，可見性超時值相當于一個計時器，在設(shè)定好的時間內(nèi)，發(fā)給用戶的消息對于其他所有的組件是不可見的。21不可見拓展可見消息生命超過4天接收消息終止計時時間到時間3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.基于Amazon云計算平臺實現(xiàn)的內(nèi)容分發(fā)網(wǎng)絡(luò)。借助Amazon部署在世界各地的邊緣節(jié)點，用戶可以快速、高效地對由CloudFront提供服務(wù)的網(wǎng)站進行訪問。CloudFront基于Amazon云計算平臺實現(xiàn)的內(nèi)容分發(fā)網(wǎng)絡(luò)。借助Amazo3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN3.7.2CloudFront3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN25傳統(tǒng)的網(wǎng)絡(luò)服務(wù)模式中，用戶和內(nèi)容提供商位于服務(wù)的兩端，網(wǎng)絡(luò)服務(wù)提供商將兩者聯(lián)系起來。在這種情況下，網(wǎng)絡(luò)服務(wù)提供商僅僅起“橋梁”作用。CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNSDNS服務(wù)器網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名發(fā)出解析請求返回所訪問網(wǎng)站的IP返回所訪問網(wǎng)站的IP利用網(wǎng)站IP進行訪問1234525傳統(tǒng)的網(wǎng)絡(luò)服務(wù)模式中，用戶和內(nèi)容提供商位于服務(wù)的兩端，網(wǎng)26CDN3.7內(nèi)容推送服務(wù)CloudFront用戶在發(fā)出服務(wù)請求后，需要經(jīng)過DNS服務(wù)器進行域名解析后得到所訪問網(wǎng)站的真實IP，然后利用該IP訪問網(wǎng)站。在這種模式中，世界各地的訪問者都必須直接和網(wǎng)站服務(wù)器連接才可以訪問相關(guān)內(nèi)容，存在明顯的缺陷。首先其次最后網(wǎng)站服務(wù)器可以容納的訪問量是有限的這種模式中沒有考慮訪問者的地域問題使用不同網(wǎng)絡(luò)服務(wù)提供商服務(wù)的用戶之間的互訪速度也會受到限制CDN技術(shù)通過將網(wǎng)站內(nèi)容發(fā)布到靠近用戶的邊緣節(jié)點，使不同地域的用戶在訪問相同網(wǎng)頁時可以就近獲取。解決辦法26CDN3.7內(nèi)容推送服務(wù)CloudFront用戶在發(fā)出27CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNSDNS服務(wù)器智能DNS負載均衡系統(tǒng)邊緣節(jié)點網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名1發(fā)出解析請求2重定向3返回邊緣節(jié)點的IP4返回邊緣節(jié)點的IP5返回邊緣節(jié)點的IP6利用邊緣節(jié)點訪問7通過內(nèi)部DNS解析得到IP并向服務(wù)器發(fā)出請求8返回請求內(nèi)容9返回請求內(nèi)容10DNS在對域名進行解析時不再向用戶返回網(wǎng)站服務(wù)器的IP，而是返回了由智能CDN負載均衡系統(tǒng)選定的某個邊緣節(jié)點的IP。27CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNS28CDN3.7內(nèi)容推送服務(wù)CloudFront這種訪問模式的好處主要有以下幾點：好處一好處二好處三將網(wǎng)站的服務(wù)流量以比較均勻的方式分散到邊緣節(jié)點中，減輕了網(wǎng)站源服務(wù)器的負擔。由于邊緣節(jié)點與訪問者的地理位置較近，訪問速度快。智能DNS負載均衡系統(tǒng)和各個邊緣節(jié)點之間始終保持著通信聯(lián)系，可以確保分配給用戶的邊緣節(jié)點始終可用且在允許的流量范圍之內(nèi)。28CDN3.7內(nèi)容推送服務(wù)CloudFront這種訪問模29CDN3.7內(nèi)容推送服務(wù)CloudFrontCDN的實現(xiàn)需要多種網(wǎng)絡(luò)技術(shù)的支持，主要包括以下幾種：負載均衡技術(shù)分布式存儲緩存技術(shù)將網(wǎng)站的服務(wù)流量以比較均勻的方式分散到邊緣節(jié)點中，減輕了網(wǎng)站源服務(wù)器的負擔。由于邊緣節(jié)點與訪問者的地理位置較近，訪問速度快。智能DNS負載均衡系統(tǒng)和各個邊緣節(jié)點之間始終保持著通信聯(lián)系，可以確保分配給用戶的邊緣節(jié)點始終可用且在允許的流量范圍之內(nèi)。29CDN3.7內(nèi)容推送服務(wù)CloudFrontCDN的實3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN3.7.2CloudFront3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN31CloudFront3.7內(nèi)容推送服務(wù)CloudFrontCloudFront正是通過Amazon設(shè)在全球的邊緣節(jié)點來實現(xiàn)CDN的，但是較普通的CDN而言，它的優(yōu)勢無疑是巨大的。首先CloudFront的收費方式和Amazon的其他云計算收費方式一樣是按用戶實際使用的服務(wù)來收費，這尤其適合那些資金缺乏的中小企業(yè)。其次CloudFront的使用非常簡單，只要配合S3再加上幾個簡單的設(shè)置就可以完成CDN的部署31CloudFront3.7內(nèi)容推送服務(wù)CloudFro32CloudFront3.7內(nèi)容推送服務(wù)CloudFront對象Object源服務(wù)器OriginServer分發(fā)Distribution利用CloudFront進行分發(fā)的任意一個文件存儲需要分發(fā)文件的位置作用是在CloudFront服務(wù)和源服務(wù)器之間建立一條通道別名指向CNAME邊緣節(jié)點位置EdgeLocation有效期Expiration系統(tǒng)分配給用戶域名的一個別名實際的邊緣節(jié)點服務(wù)器位置文件副本在邊緣節(jié)點上的存放時間32CloudFront3.7內(nèi)容推送服務(wù)CloudFro33CloudFront3.7內(nèi)容推送服務(wù)CloudFrontCloudFront邊緣節(jié)點S3利用相關(guān)鏈接向服務(wù)器1給該訪問請求分配邊緣節(jié)點2邊緣節(jié)點上無請求內(nèi)容則向S3發(fā)出請求3返回請求內(nèi)容的副本4返回請求內(nèi)容5CloudFront在此處就相當于CDN中的智能DNS負載均衡系統(tǒng)，用戶實際是和CloudFront進行服務(wù)交互而不是直接和S3中的原始文件進行交互。CloudFront與其他一些AWS不同的是，它只接受安全的HTTPS方式而不接受HTTP方式進行訪問，這又進一步提高了安全性。33CloudFront3.7內(nèi)容推送服務(wù)CloudFro云計算（第三版）CLOUDCOMPUTINGThirdEdition第3章Amazon云計算AWS(三)云計算（第三版）CLOUDCOMPUTINGThird3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理3.5.2RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理337RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS網(wǎng)絡(luò)CPUCPUCPU內(nèi)存內(nèi)存內(nèi)存硬盤硬盤硬盤AmazonRDS將MySQL數(shù)據(jù)庫移植到集群中，在一定的范圍內(nèi)解決了關(guān)系數(shù)據(jù)庫的可擴展性問題。MySQL集群方式采用了Share-Nothing架構(gòu)。每臺數(shù)據(jù)庫服務(wù)器都是完全獨立的計算機系統(tǒng)，通過網(wǎng)絡(luò)相連，不共享任何資源。這是一個具有較高可擴展性的架構(gòu)，當數(shù)據(jù)庫處理能力不足時，可以通過增加服務(wù)器數(shù)量來提高處理能力，同時多個服務(wù)器也增加了數(shù)據(jù)庫并發(fā)訪問的能力。4RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS網(wǎng)絡(luò)CPUCP383.5關(guān)系數(shù)據(jù)庫服務(wù)RDSRDS的基本原理集群MySQL小表1表單劃分Sharding小表2小表n存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器存儲于數(shù)據(jù)庫服務(wù)器表單主要根據(jù)業(yè)務(wù)的需要進行針對性的劃分，對數(shù)據(jù)庫的管理人員提出了非常高的要求，如果劃分得不科學，則查詢經(jīng)常會跨表單和服務(wù)器，性能就會嚴重下降。53.5關(guān)系數(shù)據(jù)庫服務(wù)RDSRDS的基本原理集群MySQL39SlaveASlaveBSlaveCMasterBMasterA主從備份客戶端客戶端客戶端…………寫寫讀RDS的基本原理3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS集群MySQL通過主從備份和讀副本技術(shù)提高可靠性和數(shù)據(jù)處理能力。癱瘓升級并發(fā)處理6SlaveASlaveBSlaveCMasterB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理3.5.2RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.5.1RDS的基本原理341RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS從用戶和開發(fā)者的角度來看，RDS和一個遠程MySQL關(guān)系數(shù)據(jù)庫沒什么兩樣。Amazon將RDS中的MySQL服務(wù)器實例稱做DBInstance，通過基于Web的API進行創(chuàng)建和管理，其余的操作可以通過標準的MySQL通信協(xié)議完成。創(chuàng)建DBInstance時還需要定義可用的存儲，存儲范圍為5GB到1024GB，RDS數(shù)據(jù)庫中表最大可以達到1TB。可以通過兩種工具對RDS進行操作：命令行工具和兼容的MySQL客戶端程序命令行工具是Amazon提供的Javamazon網(wǎng)站下載。MySQL客戶端是可以與MySQL服務(wù)器進行通信的應(yīng)用程序8RDS的使用3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS從用戶和開發(fā)者的角3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.Amazon為解決云計算平臺之間不同組件的通信專門設(shè)計開發(fā)的簡單隊列服務(wù)SimpleQueueService，SQSAmazon為解決云計算平臺之間不同組件的通信專門設(shè)計開發(fā)的3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.6.2SQS的消息3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.45SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……三個組成部分系統(tǒng)組件Component隊列Queue消息Message12SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息46SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……系統(tǒng)組件Component系統(tǒng)組件是SQS的服務(wù)對象，而SQS則是組件之間溝通的橋梁既可以是消息的發(fā)送者，也可以是消息的接收者13SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息47SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……隊列Queue隊列是存放消息的容器，類似于S3中的桶隊列的數(shù)目是任意的，創(chuàng)建隊列時用戶必須給其指定一個在SQS賬戶內(nèi)唯一的名稱隊列在傳遞消息時會盡可能“先進先出”14SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息48SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息2消息3消息n……消息Message消息是發(fā)送者創(chuàng)建的具有一定格式的文本數(shù)據(jù)，接收對象可以是一個或多個組件消息的大小是有限制的，但是消息的數(shù)量并未做限制15SQS的基本模型3.6簡單隊列服務(wù)SQS隊列消息1消息49SQS的基本模型3.6簡單隊列服務(wù)SQS在SQS中，消息和隊列是最重要的兩個概念。不過SQS允許用戶在消息中添加有關(guān)的序列數(shù)據(jù)，對于數(shù)據(jù)發(fā)送順序要求比較高的用戶可以在發(fā)送消息之前向其中加入相關(guān)信息。隊列消息1消息2消息3消息n……16SQS的基本模型3.6簡單隊列服務(wù)SQS在SQS中，消3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.6.2SQS的消息3.6簡單隊列服務(wù)SQS3.6.1SQS的基本模型3.51SQS的消息3.6簡單隊列服務(wù)SQS消息IDMessageID接收句柄ReceiptHandle消息體Body消息體MD5摘要MD5ofBody由系統(tǒng)返回給用戶，用來標識隊列中的不同消息。當從隊列中接收消息時就會從消息那里得到一個接收句柄，這個句柄可以用來對消息進行刪除等操作。消息的正文部分，需要注意的是消息存放的是文本數(shù)據(jù)并且不能是URL編碼方式。消息體字符串的MD5校驗和。消息的格式18SQS的消息3.6簡單隊列服務(wù)SQS消息IDMessa52SQS的消息3.6簡單隊列服務(wù)SQS消息取樣隊列中的消息是被冗余存儲的，同一個消息會存放在系統(tǒng)的多個服務(wù)器上。其目的是為了保證系統(tǒng)的高可用性，但這會給用戶查詢隊列中的消息帶來麻煩。為了解決該問題，SQS采用了基于加權(quán)隨機分布（WeightedRandomDistribution）的消息取樣當用戶發(fā)出查詢隊列中消息的命令后，系統(tǒng)在所有的服務(wù)器上使用基于加權(quán)隨機分布算法隨機地選出部分服務(wù)器，然后返回這些服務(wù)器上保存的所查詢的隊列消息副本。19SQS的消息3.6簡單隊列服務(wù)SQS消息取樣隊列中的消53發(fā)出查詢請求返回查詢結(jié)果ABC隊列ABCDAB服務(wù)器1AB服務(wù)器2AB服務(wù)器3AB服務(wù)器4SQS的消息3.6簡單隊列服務(wù)SQS當消息數(shù)量較少時，SQS進行消息取樣時可能會出現(xiàn)返回結(jié)果不準確的現(xiàn)象但由于消息采樣具有隨機性，只要用戶一直查詢下去，總會查詢到所有的消息。20發(fā)出查詢請求返回查詢結(jié)果ABC隊列ABCDAB服務(wù)器54不可見拓展重新計時可見消息生命周期結(jié)束超過4天接收消息未刪除終止計時時間到時間未到消息刪除未接收SQS的消息3.6簡單隊列服務(wù)SQS擴展操作就是將計時器按照新設(shè)定的值重新計時，終止就是將當前的計時過程終止，直接將消息由不可見變?yōu)榭梢??？梢娦员砻髟撓⒖梢员凰械慕M件查看，可見性超時值相當于一個計時器，在設(shè)定好的時間內(nèi)，發(fā)給用戶的消息對于其他所有的組件是不可見的。21不可見拓展可見消息生命超過4天接收消息終止計時時間到時間3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.3簡單存儲服務(wù)S33.4非關(guān)系型數(shù)據(jù)庫服務(wù)SimpleDB和DynamoDB3.5關(guān)系數(shù)據(jù)庫服務(wù)RDS3.6簡單隊列服務(wù)SQS3.7內(nèi)容推送服務(wù)CloudFront3.8其他Amazon云計算服務(wù)3.9AWS應(yīng)用實例3.10小結(jié)3.1基礎(chǔ)存儲架構(gòu)Dynamo3.2彈性計算云EC23.基于Amazon云計算平臺實現(xiàn)的內(nèi)容分發(fā)網(wǎng)絡(luò)。借助Amazon部署在世界各地的邊緣節(jié)點，用戶可以快速、高效地對由CloudFront提供服務(wù)的網(wǎng)站進行訪問。CloudFront基于Amazon云計算平臺實現(xiàn)的內(nèi)容分發(fā)網(wǎng)絡(luò)。借助Amazo3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN3.7.2CloudFront3.7內(nèi)容推送服務(wù)CloudFront3.7.1CDN58傳統(tǒng)的網(wǎng)絡(luò)服務(wù)模式中，用戶和內(nèi)容提供商位于服務(wù)的兩端，網(wǎng)絡(luò)服務(wù)提供商將兩者聯(lián)系起來。在這種情況下，網(wǎng)絡(luò)服務(wù)提供商僅僅起“橋梁”作用。CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNSDNS服務(wù)器網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名發(fā)出解析請求返回所訪問網(wǎng)站的IP返回所訪問網(wǎng)站的IP利用網(wǎng)站IP進行訪問1234525傳統(tǒng)的網(wǎng)絡(luò)服務(wù)模式中，用戶和內(nèi)容提供商位于服務(wù)的兩端，網(wǎng)59CDN3.7內(nèi)容推送服務(wù)CloudFront用戶在發(fā)出服務(wù)請求后，需要經(jīng)過DNS服務(wù)器進行域名解析后得到所訪問網(wǎng)站的真實IP，然后利用該IP訪問網(wǎng)站。在這種模式中，世界各地的訪問者都必須直接和網(wǎng)站服務(wù)器連接才可以訪問相關(guān)內(nèi)容，存在明顯的缺陷。首先其次最后網(wǎng)站服務(wù)器可以容納的訪問量是有限的這種模式中沒有考慮訪問者的地域問題使用不同網(wǎng)絡(luò)服務(wù)提供商服務(wù)的用戶之間的互訪速度也會受到限制CDN技術(shù)通過將網(wǎng)站內(nèi)容發(fā)布到靠近用戶的邊緣節(jié)點，使不同地域的用戶在訪問相同網(wǎng)頁時可以就近獲取。解決辦法26CDN3.7內(nèi)容推送服務(wù)CloudFront用戶在發(fā)出60CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNSDNS服務(wù)器智能DNS負載均衡系統(tǒng)邊緣節(jié)點網(wǎng)站服務(wù)器提交所訪問網(wǎng)站域名1發(fā)出解析請求2重定向3返回邊緣節(jié)點的IP4返回邊緣節(jié)點的IP5返回邊緣節(jié)點的IP6利用邊緣節(jié)點訪問7通過內(nèi)部DNS解析得到IP并向服務(wù)器發(fā)出請求8返回請求內(nèi)容9返回請求內(nèi)容10DNS在對域名進行解析時不再向用戶返回網(wǎng)站服務(wù)器的IP，而是返回了由智能CDN負載均衡系統(tǒng)選定的某個邊緣節(jié)點的IP。27CDN3.7內(nèi)容推送服務(wù)CloudFront本地DNS61CDN3.7內(nèi)容推送服務(wù)CloudFront這種訪問模式的好處主要有以下幾點：好處一好處二好處三將網(wǎng)站的服務(wù)流量以比較均勻的方式分散到邊緣節(jié)點中，減輕了網(wǎng)站源服務(wù)器的負擔。由于邊緣節(jié)點與訪問者的地理位