微软技术的高可扩展性中小企业系统解决方案研究

中图分类号:TP393文献标识码:A文章编号:1009-3044(2016)14-0225-02

随着智能设备价格的下降及移动到联网的发展,移动设备已实际得到普及,PC出货量已开始处于下降通道,互联网应用与移动互联网应用在实论文网际系统中的地位开始互相靠近。应用系统中互联网应用与移动互联网应用的开发重要性已基本相同,系统设计时,需要对PC和移动设备提供同样的支持,方案定型时,服务器端需要同时设计两种应用的服务接口,以微软主流技术为核心,已能较好地实现这样的完整系统。

1系统网络结构

1。1小并发量系统网络图

对于小并发量的系统,不需要特别提供大并发量处理技术。由于系统并发量较小,所以对于数据WEB服务器。数据库服务器发生故障时系统恢复工作量相对较小,因此也不做多台服务器的备份,但需要注意数据库服务器中数据库的备份工作。

1。2大并发量系统网络图

对于大并发量的系统,首先需要注意的是当并发量大到系统原有服务器已无法满足要求时,在软件不修改。系统正常工作的情况下,系统能够快速添加硬件设备实现系统的可扩展性,同时,还需要在某些(非全部)数据库服务器及WEB服务器出现故障时,整个系统在不停止服务的情况下,仍能快速恢复系统响应性能。因此,大并发量系统网络结构应如图1所示。其中,WEB负载均衡服务器可以采用微软的IIS实现;Session服务器可以采用ASP。NETStateService服务实现;所有WEB服务器都采用IIS,并都使用Session服务器所管理的Session数据;数据库服务器采用MicrosoftSQLServer2012及更高版本,读。写服务器分离,采用AlwaysOn技术实现读操作的负载均衡。

2系统软件架构

对于需要同时支持PC和APPS的系统,其软件架构的设计,都有一些需要注意的基本原则。对于非必需的情况,PC应用都采用B/S结构,而App则根据不同的移动设备平台有针对性的开发原生App。

2。1需要注意避免的情况

1)前后端紧密耦合:不论是WEB应用还是App原生应用,都要注意不能和服务器的后端紧密耦合,否则WEB应用或App原生应用导致服务器端的变更,将因为对应的服务器修改而引起另一类型应用的修改。根据软件设计的原则,需要实现系统的松耦合。

2)重复开发:尽可能避免服务器端为适应WEB应用和App的不同而对于同一功能或服务分别进行一次独立的开发,从而导致软件模块的重复开发,不仅在开发时成倍地增加开发工作量,而且也必然地导致系统变更或修补BUG时需要同样地进行重复设计与开发工作,也同时导致项目管理工作量增加。复杂度上升,增加了系统的开发风险。

2。2系统方案

根据实际开发经验,微软技术的中小企业系统解决方案可以采用如图2所示的架构。

系统主要部件都直接采用微软对应技术实现,其中客户端只需要对移动设备开发App,目前可以采用微软跨平台解决方案Xamarin,实现一次开发适应各种主流移动设备。服务器端提供两类WEB服务,一个采用ASP。NETMVC解决方案以支持浏览器,其中各个View仅提供JSON格式的数据给客户端,客户端数据的处理由对应的Knockout。js及Bootstrap进行展示实现;另一个采用ASP。NETWEBAPI2解决方案以服务各种移动平台的App。为了防止服务器端的重复开发,两个WEB服务器除了各自的接口外,其余模块都设计成独立的部分,如果并发量大,则可以把各类业务逻辑再独立成WCF形式的WEB服务,否则可以把两个WEB服务器部署在同一系统中,各内部服务模块做成类库,集成在WEB服务器项目中。

3系统集成

由于系统主要部件都是直接采用微软解决方案,各技术及部件相互配合集成时,一般不会有关键性的对接问题,在有技术疑问需要解决时,也较容易找到解决方法。本解决方案在硬件集成和软件架构设计方面都提供了良好可扩展性,实际开发实现时,可以根据实际系统的可预见要求进行实现,系统实现后,也可以通过直接增加硬件设备实现需要的可扩展性。

微软技术的高可扩展性中小企业系统解决方案研究