IIS网站
一个网站可以新建无数个应用程序和目录
应用程序
同一域名下程序的独立开发，独立部署的最佳应用策略。
应用程序的应用场景：
1. 域名的分布
比如：www.baidu.com，对于后台，我们部署之后的域名基本不会是admin.baidu.com，大部分是www.baidu.com/admin(采用这种方式的原因，多数是因为在同一个域名下，cookie比较好使，也有可能是规范和方便)
2. IIS对应的部署
传统的部署方式：如果我们不知道应用程序的应用场景，可能会采取如下的部署方式：将网站发布到www.baidu.com主域名的目录下，文件夹名称叫：admin。这样部署，就等于开发时是独立，最终运行时一个站点在运行。当然修改后台程序，也会影响到前台
应用程序的部署方式：
别名： 相当于目录名，之后访问的路径就变成 http://www.baidu.com/别名
应用程序池： 可以独立一个应用程序域进行，后台的程序修改，将不再影响前台
物理路径： 可以将后台放到任意路径。而不用非要放在主站的跟目录
事实上，默认整个站点，就是一个默认的应用程序。
举例： http://www.baidu.com/study 代表一个学习频道； http://www.baidu.com/music 代表一个音乐频道 ... ... 后期可能有多个频道上线，而且互相独立开发，在最终部署时，应用程序部署这种方式就非常的好用了。
虚拟目录：分布式文件存储方案之一
虚拟目录： 是可以把一个目录，映射到网络上的任意共享目录，看似和应用程序差不多， 好像也是虚拟路径。但是其实虚拟目录的功能， 在于后期的分布式文件存储
举例1： 将大量的静态html独立到一个系统盘符
如果在程序中，需要生成了大量的html， 而我们的程序中通常路径就是根目录下： /html/xxx。 通过把html设置成虚拟目录，可以把存储文件移到其他盘，想删除的时候直接删除就可以。但是假如我们的文件是直接存在网站根目录下的html文件夹，想删除就很麻烦了。
举例2： 网络节点分布，提升硬盘IO
除了以上的映射，我们还可以映射到网络不通的硬盘。我们知道IO的瓶颈就是单块硬盘的极限。通过映射到不同的硬盘，性能的提升点就是：单块硬盘的极限+N块硬盘
而这一切的扩展，只是简单的虚拟目录映射，再移动相应的文件，而程序上不需要修改，就能简单的完成文件的分布式存储。这种方式可以横向扩展，可以通过不断的加独立硬盘，方便性的提升性能。