亚洲一区二区中文字幕在线观看,成人在线看片,av黄在线

到目前為止，介紹關(guān)于Azure平臺(tái)的底層架構(gòu)的文章一直都不多，可以說少的跟“國(guó)寶大熊貓”似的。所幸在PDC2008上有一些相關(guān)的信息（主要是一些SESSION和相關(guān)的PPTX）。今天就先整理一下，希望有哪位在微軟從事相關(guān)工作的兄臺(tái)出手（在不違反保密協(xié)議的前提下）將更多的信息發(fā)出來，讓大家一起學(xué)習(xí)進(jìn)步。

費(fèi)話不多說了，開始今天的正文。

Session 1：Windows Azure: Architecting & Managing Cloud Services

PPTX下載鏈接：http://mschnlnine.vo.llnwd.NET/d1/pdc08/PPTX/ES02.pptx

在該SESSION中最讓人印象深刻的是對(duì)Fabric Controller(FC)的講解，這里暫且稱之為“組織控制器”吧。其所要做的事件就是對(duì)發(fā)布的服務(wù)進(jìn)行資源分派，管理服務(wù)生命周期，維護(hù)系統(tǒng)正常運(yùn)轉(zhuǎn)。
如下圖所示：

圖中左上角的“What” is needed，按我的理解應(yīng)該“你想要得到的東西”，換句話說是你的需求是什么。因?yàn)槲④浽谥暗男麄髦刑岢鲞^一些信息，即：

Windows Azure管理服務(wù)并不僅僅是服務(wù)器，它是“告之它你想要的，然后它就會(huì)自己實(shí)現(xiàn)相關(guān)細(xì)節(jié)”的這樣一個(gè)平臺(tái)。

而Fabric Controller就是在對(duì)這些需求進(jìn)行分析整理并加以布署實(shí)現(xiàn)，在該圖的下方我們看到有兩塊內(nèi)容，一個(gè)是load-balancers（負(fù)載均衡），另一個(gè)是switches.

除了Fabric Controller(FC)之外，該Session還講了關(guān)于服務(wù)（托管代碼）的隔離和安全性問題，如下圖:

然后就是在布署服務(wù)時(shí)，平臺(tái)是采用負(fù)載均衡方式來路由那些有效的活動(dòng)節(jié)點(diǎn)，同時(shí)會(huì)跨越那些失效的域。

FC提供了狀態(tài)檢查點(diǎn)（state check-pointed），其實(shí)現(xiàn)的功能包括：

用于回滾到前一個(gè)檢查點(diǎn)。（按我的理解：服務(wù)的執(zhí)行可能會(huì)出現(xiàn)中斷或失敗，當(dāng)出現(xiàn)這種情況時(shí)，可以回滾到最近的成功執(zhí)行的檢查點(diǎn)繼續(xù)執(zhí)行）。
同時(shí)預(yù)防中斷或FC狀態(tài)的丟失。
跨失效域（faultdomain）的存儲(chǔ)（注：失效域應(yīng)該是指在Azure平臺(tái)上那些服務(wù)器或主機(jī)出現(xiàn)硬軟故障或進(jìn)行升級(jí)服務(wù)時(shí)節(jié)點(diǎn)）

最后該SESSION還發(fā)布了在2009年度要做的工作，包括：

暴露更多的基礎(chǔ)服務(wù)模型
更加豐富的服務(wù)生命周期管理

Session 2：Under the Hood: Inside the Windows Azure Hosting Environment

PPTX下載鏈接：http://mschnlnine.vo.llnwd.NET/d1/pdc08/PPTX/ES19.pptx

看了上面的Session1如果感覺還不過癮的話，可以看看這個(gè)課程，這個(gè)Session可以看過是對(duì)之前課程的高級(jí)版講解。里面對(duì)FC的講解要更加透徹（我目前還在看，所以就先不
多說了）

Session 3：Windows Azure: Essential Cloud Storage Services

PPTX下載鏈接：http://mschnlnine.vo.llnwd.NET/d1/pdc08/PPTX/ES04.pptx

該Session講解的是關(guān)于云存儲(chǔ)服務(wù)相關(guān)的內(nèi)容，因?yàn)樵谥拔铱催^Azure tookit開發(fā)包中的一些例子，然而卻不能完全搞懂Azure平臺(tái)上是如何存儲(chǔ)結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)的，所以才專門看了這個(gè)課程，一看之下，還真發(fā)現(xiàn)了不少門道，下面簡(jiǎn)要?dú)w納一下：

在Azure平臺(tái)上要存儲(chǔ)數(shù)據(jù)要使用帳號(hào)進(jìn)行存儲(chǔ)。當(dāng)用戶創(chuàng)建相應(yīng)帳戶后，會(huì)得到一個(gè)256位的加密串（開發(fā)時(shí)使用）。在Azure平臺(tái)上有三個(gè)基本的數(shù)據(jù)（層）抽象，分別是:

Blobs：提供一個(gè)簡(jiǎn)單接口來用戶存儲(chǔ)非結(jié)構(gòu)化數(shù)據(jù)文件（圖片，普通文件等）和相關(guān)的元數(shù)據(jù)（我想可能會(huì)用于數(shù)據(jù)文件同步的需要）
Tables：提供結(jié)構(gòu)化存儲(chǔ)。該Table是一組entities,該entities包括一系列的屬性
Queues：提供可靠的數(shù)據(jù)存儲(chǔ)并對(duì)相應(yīng)的應(yīng)用（服務(wù)）發(fā)送消息（messages）

關(guān)于Blobs （非結(jié)構(gòu)化文件存儲(chǔ)），其提出了下面的概念：

即：一個(gè)存儲(chǔ)帳號(hào)可以有許多的Blob Containers(容器)，而一個(gè)Container即是一組blob的集合。所謂的共享策略需被施加于容器(container)級(jí)別之上。

同時(shí)該Session也解釋了Azure平臺(tái)上進(jìn)行服務(wù)請(qǐng)求時(shí)的URL串的結(jié)構(gòu)，如下圖：

當(dāng)然該Session的精彩之處還不在于此，其所提出的“使用Blocks機(jī)制上傳大文件”是一個(gè)不錯(cuò)的亮點(diǎn)。如下圖：

1.原理分析：

2.使用PutBlockList 的例子：

3.然后是上傳之后的圖形講解：

通過這些可以看出，blob結(jié)構(gòu)由一個(gè)Blocks列表所組成的。每個(gè)block是通過blockid進(jìn)行標(biāo)識(shí)的，其ID發(fā)布為64字節(jié)長(zhǎng)。其次每個(gè)BLOCK之間是彼此關(guān)聯(lián)，互相影響的。且每個(gè)block的最大長(zhǎng)度是4M,但每個(gè)BLOCK的大小可以不同。在BLOB講解最后就是解釋了如何使用RESTAPI來操作管理BLOB（更新，添加，拷貝等）。

而對(duì)于Tables存儲(chǔ)（結(jié)構(gòu)化數(shù)據(jù)）的講解，因?yàn)橹拔乙恢辈惶澩瑢?strong>核心數(shù)據(jù)移入到云平臺(tái)之后，所以就沒過多關(guān)注，但從其介紹的內(nèi)容中還是可以看出一些很好的地方的，比如數(shù)據(jù)起碼被拷貝三次（冗余的需要），可以隨時(shí)訪問您的數(shù)據(jù)，提供以TB為單位的存儲(chǔ)空間等等，如下：

對(duì)于Queues應(yīng)該是Azure平臺(tái)的一個(gè)重點(diǎn)，因?yàn)橄⑦@種數(shù)據(jù)結(jié)構(gòu)在ServiceBus中是核心數(shù)據(jù)，可以說服務(wù)總結(jié)本身就是消息驅(qū)動(dòng)的。當(dāng)然在 Azure平臺(tái)上所提供的異步的消息發(fā)送機(jī)制，并確保每個(gè)消息至少被處理一次，參見下圖：