集群部署
上一章我们完善了服务层的设计,传送门:项目架构开发:服务层(下)
这次我们来完成项目的单机部署与集群部署,我们来看看单机部署与登录
单机部署很简单,这里就不演示了,要注意的是我们用的是session来保存登录信息
虽然Session不安全,比如sessionid被截获那就可以在任何地方用你的账号登录;
但是大多数企业内部系统都无需那么高的安全级别,所以这个不用太担心;
现在我们开始部署多个相同的应用,让他署集群运行,从而提高系统性能;
1、Application Request Route
既然选择asp.net,那集群当然首选ARR咯;至于Linux的nginx,我觉得还是不要让他再Windows下运行
要是有ARR要首先 Web Platform installer V5.0;安装完后会出现一个红色的图标,如下
2、然后双击它,再按照下边几个组件
Web Deploy V3.0
Applicaiton Request Router 3 for IIS
Url Rewriter 2
大概这几个就够了,安装好后从新打开IIS,可以看到 Server Farms
这个就是集群需要用的东西了,右键 Create Server Farms
3、把节点加进来
最后创建好后如下,192.168.63.128/129 是2台虚拟机地址,localhost是本机转发Web站点
4、好了,我们打开虚拟机
5、再倒回IIS中,我们在Health Test中新建一个测试
点击 Verify URL Test 提示PASS,说明子站点都联通了
6、我们再外边的本地主机上访问站点(localhost)看看
localhost什么都没有的哦,只是一个转发站点,看图
7、访问localhost,登录用户
8、看到连接到的是128虚拟机
9、我们刷新多几次,就可以看到另外的节点,Session也同步过去了
截止这一篇,项目架构系列就写完了,除了UI层的HTML与JS的设计,其他层都有讲到,我们再来看看整个目录
1、阅读目录
- 项目架构开发:服务层(下)
- 项目架构开发:异常处理及日志
- 项目架构开发:展现层(下)
- 项目架构开发:展现层(上)
- 项目架构开发:服务层(上)
- 项目架构开发:业务逻辑层之领域驱动失血模型
- 项目架构开发:数据访问层之UnitOfWork (这个有大改动(实现Dapper的DbContext,以及集合EF),后面更新上来)
- 项目架构开发:数据访问层之Query
- 项目架构开发:数据访问层之Repository
- 项目架构开发:数据访问层之Logger
- 项目架构开发:数据访问层之Cache