项目架构开发：集群部署

q3256

　　上一章我们完善了服务层的设计，传送门：项目架构开发：服务层（下）
　　这次我们来完成项目的单机部署与集群部署，我们来看看单机部署与登录
　　单机部署很简单，这里就不演示了，要注意的是我们用的是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
  

2、分层架构一览

　　好累啊。。。