今天和说说大伙比较少使用的"IIS应用程序”和虚拟目录的区别及高级应用场景，文件分布式存储方案。

1：IIS网站：

一个网站，基本就是一个站点，绑定N个域名，绑定N个IP，然后设定一个应用程序池，基本就跑起来了，一个网站可以新建无数个应用程序和虚拟目录。

一行就带过了，大伙都懂，不多说。

2：应用程序（同一域名下程序的独立开发，独立部署的最佳应用策略）：

我们发现，IIS网站下，可以新建“应用程序”。 

接下来就举例说下应用程序的应用场景：

举例一：比较通常的一个网站，就分前台和后台（系统管理站点的后台）

1：域名的分布：

而对于后台，通常情况下，我们部署之后的域名：

基本不会用：admin888.cyqdata.com

多数是采用：www.cyqdata.com/admin888

采用后者的原因，多数是因为同一个域名下，cookie好办事，或传统就差不多这样的原因。

2：IIS对应的部署：

A:传统的部署方式：

要采用第二种方式，如果你不知道应用程序的应用场景，你可能会采取如下的部署方式：

将网站发布到www.cyqdata.com主域名的根目录下，文件夹名叫:admin888，顺着路径而为。

这样部署，就等于开发时是独立，最终运行是一个站点在运行，当然修改后台程序，也会影响到前台应用程序。

B：使用应用程序方式部署：

如果你看到上图的第二张图片，你可以看三个点：

1：别名：（相当于目录名，之后访问路径就变成：http://www.eforces.com/别名）

2：应用程序池：可以独立一个应用程序域运行，后台的程序修改，将不再影响前台。

3：物理路径：可以将后台放到任意路径，而不用非要放在主站的根目录。

从这三点，可以看出，应用程序方式的部署，才是推荐选择的方式。

PS：事实上，默认整个站点，就是一个默认的应用程序。

举例二：常见的站点频道：

比如：

http://www.eforces.com/products/代表一个产品频道

http://www.eforces.com/services代表一个服务频道

后期还可能有多种频道上线，而且互相独立开发，在最终部署时，应用程序部署这种方式的威力就出来了。