IIs 网站应用程序与虚拟目录的区别及高级应用说明(文件分布式存储方案)

简介: 原文 IIs 网站应用程序与虚拟目录的区别及高级应用说明(文件分布式存储方案) 对于IIS网站,大伙用的比较多,就不啰嗦了。   今天和说说大伙比较少使用的"IIS应用程序”和虚拟目录的区别及高级应用场景,文件分布式存储方案。

原文 IIs 网站应用程序与虚拟目录的区别及高级应用说明(文件分布式存储方案)

对于IIS网站,大伙用的比较多,就不啰嗦了。
 
今天和说说大伙比较少使用的"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.xx.com/别名)

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

 

 
3:物理路径:可以将后台放到任意路径,而不用非要放在主站的根目录。
复制代码
 
 

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

 
 

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

 
 

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

 
比如:
http://www.cyqdata.com/news 代表一个新闻频道
http://www.cyqdata.com/sport 代表一个体育频道
 
 

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

 
 

3:虚拟目录(分布式文件存储方案之一)

 
 

简单说明:

 
虚拟目录,是可以把一个目录,映射到网络上的任意共享目录。

虚拟目录,在IIS6,看似和应用程序差不多,好像也是虚拟路径。
 
 

其实虚拟目录的功效,于在后期的分布式文件存储:

 
 

举例一:将大量的静态Html独立到一个系统盘符:

 
复制代码
如果在程序中,需要生成了大量的html,而我们程序中,通常路径就是根目录下:"/Html/..."

通过把Html设置成虚拟目录,可以把存储文件移到其它盘。

 

 
就算你想删除时,直接格式化就OK了。

 

 
假设如果你文件是直接存在网站根目录下的Html文件夹,想删除你就头大了。
复制代码
 
 

网络节点分布,提升硬盘IO性能:

 
除了这种映射,你还可以映射到网络不同的硬盘,要知道IO的瓶颈,就是单块硬盘的极限,通过映射到不同的硬盘,性能的提升点就是:单块硬盘的极限*N块硬盘。

而这一切的扩展,只是简单的虚拟目录映射,再移动相应的文件,而程序上,并不需要动刀,简单就完成文件的分布式存储。
 
 

这种方式,可以横向扩展,可以通过不停的加独立硬盘,方便性的提升性能。

 

 
好了,本文:IIs 网站应用程序与虚拟目录的区别及高级应用说明,基本介绍就到这里了,谢谢收看。..

 

 
 
版权声明:本文原创发表于 博客园,作者为 路过秋天 本文欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则视为侵权。
目录
相关文章
|
3月前
|
存储 分布式计算 负载均衡
分布式计算模型和集群计算模型的区别
【10月更文挑战第18天】分布式计算模型和集群计算模型各有特点和优势,在实际应用中需要根据具体的需求和条件选择合适的计算架构模式,以达到最佳的计算效果和性能。
172 62
|
2月前
|
消息中间件 架构师 数据库
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
45岁资深架构师尼恩分享了一篇关于分布式事务的文章,详细解析了如何在10Wqps高并发场景下实现分布式事务。文章从传统单体架构到微服务架构下分布式事务的需求背景出发,介绍了Seata这一开源分布式事务解决方案及其AT和TCC两种模式。随后,文章深入探讨了经典ebay本地消息表方案,以及如何使用RocketMQ消息队列替代数据库表来提高性能和可靠性。尼恩还分享了如何结合延迟消息进行事务数据的定时对账,确保最终一致性。最后,尼恩强调了高端面试中需要准备“高大上”的答案,并提供了多个技术领域的深度学习资料,帮助读者提升技术水平,顺利通过面试。
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
|
2月前
|
消息中间件 SQL 中间件
大厂都在用的分布式事务方案,Seata+RocketMQ带你打破10万QPS瓶颈
分布式事务涉及跨多个数据库或服务的操作,确保数据一致性。本地事务通过数据库直接支持ACID特性,而分布式事务则需解决跨服务协调难、高并发压力及性能与一致性权衡等问题。常见的解决方案包括两阶段提交(2PC)、Seata提供的AT和TCC模式、以及基于消息队列的最终一致性方案。这些方法各有优劣,适用于不同业务场景,选择合适的方案需综合考虑业务需求、系统规模和技术团队能力。
347 7
|
2月前
|
缓存 NoSQL Java
Spring Boot中的分布式缓存方案
Spring Boot提供了简便的方式来集成和使用分布式缓存。通过Redis和Memcached等缓存方案,可以显著提升应用的性能和扩展性。合理配置和优化缓存策略,可以有效避免常见的缓存问题,保证系统的稳定性和高效运行。
73 3
|
3月前
|
NoSQL 安全 PHP
hyperf-wise-locksmith,一个高效的PHP分布式锁方案
`hyperf-wise-locksmith` 是 Hyperf 框架下的互斥锁库,支持文件锁、分布式锁、红锁及协程锁,有效防止分布式环境下的竞争条件。本文介绍了其安装、特性和应用场景,如在线支付系统的余额扣减,确保操作的原子性。
46 4
|
3月前
|
NoSQL 算法 关系型数据库
分布式 ID 详解 ( 5大分布式 ID 生成方案 )
本文详解分布式全局唯一ID及其5种实现方案,关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
分布式 ID 详解 ( 5大分布式 ID 生成方案 )
|
3月前
|
消息中间件 运维 数据库
Seata框架和其他分布式事务框架有什么区别
Seata框架和其他分布式事务框架有什么区别
52 1
|
3月前
|
缓存 NoSQL PHP
Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出
本文深入探讨了Redis作为PHP缓存解决方案的优势、实现方式及注意事项。Redis凭借其高性能、丰富的数据结构、数据持久化和分布式支持等特点,在提升应用响应速度和处理能力方面表现突出。文章还介绍了Redis在页面缓存、数据缓存和会话缓存等应用场景中的使用,并强调了缓存数据一致性、过期时间设置、容量控制和安全问题的重要性。
65 5
|
4月前
|
存储 缓存 NoSQL
分布式架构下 Session 共享的方案
【10月更文挑战第15天】在实际应用中,需要根据具体的业务需求、系统架构和性能要求等因素,选择合适的 Session 共享方案。同时,还需要不断地进行优化和调整,以确保系统的稳定性和可靠性。
|
4月前
|
人工智能 文字识别 Java
SpringCloud+Python 混合微服务,如何打造AI分布式业务应用的技术底层?
尼恩,一位拥有20年架构经验的老架构师,通过其深厚的架构功力,成功指导了一位9年经验的网易工程师转型为大模型架构师,薪资逆涨50%,年薪近80W。尼恩的指导不仅帮助这位工程师在一年内成为大模型架构师,还让他管理起了10人团队,产品成功应用于多家大中型企业。尼恩因此决定编写《LLM大模型学习圣经》系列,帮助更多人掌握大模型架构,实现职业跃迁。该系列包括《从0到1吃透Transformer技术底座》、《从0到1精通RAG架构》等,旨在系统化、体系化地讲解大模型技术,助力读者实现“offer直提”。此外,尼恩还分享了多个技术圣经,如《NIO圣经》、《Docker圣经》等,帮助读者深入理解核心技术。
SpringCloud+Python 混合微服务,如何打造AI分布式业务应用的技术底层?