Azure开发者任务之三：理解Azure应用程序（下）-azure 开发

本文接《Azure开发者任务之三：理解Azure应用程序（上）》

配置文件

到现在为止，我们已经搞清楚了三种不同类型的角色。接下来，让我们看一看Windows Azure应用程序中包含的两种类型的配置文件。

ServiceConfiguratiobn.cscfg

无需停止Azure服务，也可以更新配置文件。这个文件主要包含下面这些信息：

1，角色的实例数

2，不同类型设置的值。

1，实例数是指将要运行的Web角色或Worker角色的实例的数量。

2，在上面这个配置文件中，我们看到这个应用程序是使用本地开发存储器的。

ServiceDefinition.csdef

这个文件包含下面这些信息：

1，这个服务使用的各种角色。

2，关于这个服务使用的“Certificates”的信息。

3，这个服务的“Input End Point”和“Internal End Point”。

4，这个服务需要的本地磁盘存储器。

5，不同的角色使用的配置设置。

这个配置定义了Web角色或Worker角色。让我们一个一个地来理解这个文件中的每个小节。

<Sites>

</Bindings>

</Site>

</Sites>

这个小节包含站点和Web应用程序的定义。这些站点和Web应用程序都是托管在IIS 7中的。

</Endpoints>

在这个配置文件中，有两种类型的“End Point”，“Input End Point”和“Internal End Point”。

“Input End Point”包含用于联系托管服务的“End Point”的定义。

“Internal End Point”包含用于角色之间彼此进行通信的“End Point”的定义。

<Certificate

name =""

permissionLevel =""

storeLocation =""

storeName ="" />

</Certificates>

这个小节包含角色需要的证书。

</Impotrs>

这个小节包含导入规则的定义。

存储服务

Azure应用程序的最后一个组成部分是Azure Storage Service。有三种类型的Azure服务：

1，针对非结构化数据（BLOBS）

2，针对结构化数据（TABLES）

3，针对应用程序和服务之间的消息传递（QUEUES）

BLOBS主要用于大型的数据存储。有两种类型的BLOB存储，“Block BLOB”和“PAGE BLOB”。“Azure Table”用于存储结构化的数据。CRUD（Create，Retrieve，Update，和Delete）操作可以使用ODATA协议来实现，或者，也可以使用和WCF Data Service一样的语法来实现。在“Azure Table”中的每一行通过“Row Key”和“Partition Key”来唯一标识。

SQL Azure

要达到存储的目的，也可以使用SQL Azure。

结论

在这篇文章中，我们对一个Windows Azure应用程序做了简单的介绍。本文更侧重于理论。在这个系列的下一篇文章中。我们会用演练的方式来研究Windows Azure应用程序。感谢您的阅读。

原文名：Windows Azure for Developers Task 3: Understanding Windows Azure Application 作者：Dhananjay Kumar

本文接《Azure开发者任务之三：理解Azure应用程序（上）》

【本文乃51CTO精选译文，转载请标明出处！】

【编辑推荐】