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角色。让我们一个一个地来理解这个文件中的每个小节。
这个小节包含站点和Web应用程序的定义。这些站点和Web应用程序都是托管在IIS 7中的。
在这个配置文件中，有两种类型的“End Point”，“Input End Point”和“Internal End Point”。
“Input End Point”包含用于联系托管服务的“End Point”的定义。
“Internal End Point”包含用于角色之间彼此进行通信的“End Point”的定义。
name ="" permissionLevel ="" storeLocation ="" storeName ="" /> 这个小节包含角色需要的证书。 这个小节包含导入规则的定义。 存储服务 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精选译文，转载请标明出处！】 【编辑推荐】