前言凭据现在产物存在的问题，针对快速开发、海量用户、大量数据、低延迟等互联网应用的实际需要，通过对业务架构、系统架构、基础架构、技术架构举行分析，接纳先进实用的微服务SOA架构重构智慧校园、数字化校园等产物，彻底解决系统解耦、性能低下等问题，而且支持云盘算部署，可以满足高并发、高可用、高稳定和高宁静等性能要求，提供强大的saas和互联网会见服务。由于接纳微服务架构，各个服务模块化编写，具有高内聚低耦合的优势，便于灵活更新升级，而不会影响其他业务。一套代码，同时支持移动应用和pc应用，提高效率，节约成本。

这个架构还便于AB灰度公布产物，提高开发效率，对测试、运维治理也可以显著提高效率。微服务通过REST方式提供会见,产物实现重构，举行服务划分，可以充实使用现有的代码。

.NET产物使用ASP.NETWeb Api提供rest服务，使用RestSharp会见服务；java产物使用restEasy提供rest服务，使用httpClient会见服务。服务实现统一的注册、治理、发现，通过serviceAdapter统一挪用。

这个架构有助于对外提供会见API，提供open的开发支持，有利于形成公司的产物优势。这是一个非中心化微服务架构，互联网时代，企业的焦点就是效率。传统企业服务总线是中心化的架构，这会导致效率低下、稳定性差，接纳去中心化架构，教育显著提高效率，增强宁静性和稳定性。接纳数据库存储服务信息，接纳消息行列处置惩罚事务，特点在于多次挪用服务，确保乐成，接纳统一的接口挪用服务，对服务举行治理。

这个架构为用户提供的一个焦点价值，在于随着系统机械数量的不停增加，处置惩罚性能呈线性上升，可靠性呈指数级上升，而运营成本不会随着机械的增加而显著增加。为了实现这个价值，企业级互联网架构出现了服务化、去中心化、异步化、高可用、数据化运营等五大特征。而且对于开发可以提高效率，产物修改设计利便，测试、运维简朴。

服务化的技术体系提供企业级漫衍式应用框架来实现原有业务面向互联网服务化革新，改变现在的竖井式、烟囱式的系统建设，让应用开发周期更短，而且能够让IT应用系统进一步的促进业务生长。接纳去中心化架构，没有焦点流量汇入点，这样带来的负载更小，故障影响的规模也更小，能够大幅降低去中心化应用系统的运营成本。2.1.1现在现状1)没有服务化，各产物系统独立开发，代码复用率低，系统之间相互挪用，耦合严重，系统解耦独立部署难题。2)应用间数据复制严重，数据纷歧致性严重3)基础组件单薄，日志，监控系统不完善4)功效模块界说杂乱，包罗大量接口，接口界说重复5)大容量会见下无法提供可靠性服务6)开发saas互联网功效的产物迫在眉睫，需要满足快速开发、灵活升级、高性能、高可用、高稳定、简化运维等更高的需求。

2.1.2亟待解决1)焦点系统全面服务化：招生、教务、学籍、资产等系统剖析为焦点服务和基础服务。2)基础组件：服务化框架，分库分区，缓存组件。

3)增强监控，日志系统。4)异步化并行，限流，分流，降级，压力测试，异地灾备。

5)数据库统一计划优化。6)平台和业务功效设计，遵从三个维度界说架构设计的原则：a. 内容可扩展性针对智慧校园各个功效提供动态支持。针对梦想学堂营销运动提供动态可支持性。

b. 功效可扩展性针对种种扩展功效需求，系统支持统一的方式扩展新的能力，并提供统一的治理。c. 系统可扩展性支持对大量用户会见能力的平滑支持。支持高可用，高宁静，并具有高的系统恢复能力。以基于“云”模式的服务端IT架构框架为整体计谋，接纳基础架构和功效实现分散的原则：a. 服务端：构建统一的云模式IT基础设施基于尺度化的设施，划分构建统一的IAAS层和PAAS、SAAS层，实现资源的共享，提高未来业务应用开发的效率和可维护性，并提高整体设备的使用b. 大架构模式：实现基础架构和功效实现分散原则功效开发团队接纳简朴工具关注流程关注功效实现关注服务划分和治理关注数据处置惩罚关注用户体验系统开发团队关注系统稳定性关注系统性能关注系统扩展性关注系统可维护性关注系统可靠性2.1.3革新措施（1）焦点业务抽取出来，作为独立的服务对外服务，实现架构和代码重构。

（2）焦点服务挪用基础服务，充实复用代码，淘汰事情量，便于修改维护，掌握好服务的粒度划分，过多的服务会见会影响性能，过少会影响灵活性，需要对业务举行细致梳理，合理确定焦点服务和基础服务。（3）服务模块独立部署，充实解耦，各系统灵活使用差别服务，可以独立部署，彻底解决系统耦合不能单独销售问题。（4）各层相互独立，修改各层不影响其他层。

（5）数据库读写分散、分库分区（6）大量使用缓存，提高会见（7）系统间异步交互（8）服务对等隔离（9）移动和pc产物的优化APP实际上和PC端浏览器是对等的，PC端应用有服务端，APP也需要自己独立的服务端，两个服务端都需要针对自身的特点，独立开发，独立部署，同时实现逻辑和物理层面的解耦，从架构层面彻底挣脱PC思维移动化。1. 统一服务焦点逻辑从Web应用剥离出来，举行服务化革新，服务实现时不区分PC和移动，APP和Web应用都依赖于这些服务，一套接口，多方挪用。

2. 统一网关入口提供统一的移动网关，所有APP挪用指向此网关，网关包罗通用层、接口路由层、适配层。3.通用层通讯协议适配、数据封装、宁静、监控、日志这些系统级功效，每个接口挪用都需要同样逻辑，这些功效统一由网关前置处置惩罚，制止重复开发。

详细实现时，每个通用处置惩罚逻辑封装成拦截器，遵循统一的过滤接口，而且做到可设置，网关依次挪用这些拦截器，这样可以支持通用逻辑的灵活扩展。拦截器接口界说如下：Object filter(Object input) throws Exception接口路由经由通用逻辑预处置惩罚后，移动接口请求将进一步分发给后端处置惩罚（各个Adapter）。URL和Adapter在设置文件里做映射，分发逻辑凭据请求中的URL信息，找到对应的Adapter，然后把请求交给Adapter处置惩罚。设置例子如下：www.Website.com/search SearchAdapterwww.Website.com/detail DetailAdapter4.服务适配外部移动接口和内部SOA接口的输入输特别式以及通信协议很可能纷歧样，好比前者经常是HTTP+JSON花样，后者可能是Hessian+二进制花样，Adapter首先用于移动接口和内部SOA接口的适配，除此之外，Adapter还可能对多个SOA服务做聚合，对APP提供粗粒度的数据，以淘汰远程网络挪用次数。

实现上一般每个业务系统有一个Adapter，卖力本系统移动接口的挪用适配。Adapter接口界说如下：Object adapter(Object input) throws ExceptionAdapter物理上是jar包，由各个业务线研发团队提供，作为相应SOA服务的前置，最终所有Adapter集中部署在网关，网关自己支持水平扩展。

（10）关键点：1.服务注册中心，zookeeper集群作为漫衍式调理中心，各个服务注册在zookeeper之上，注册内容包罗服务的请求url，请求ip地址和端口，服务组件名称，注册时间等；2.Gateway，服务网关作为系统的入口，具有服务转发、授权验证、负载平衡等作用，可以使用高并发框架netty实现高速转发等；3.会见控制服务，用户首先需要获得系统授权才可以会见业务服务，授权通过token来实现；4.业务服务1~N，是系统内详细业务组件的划分区别焦点服务和基础服务；5.数据服务，实现信息的修改、共享等；6.设置中心，整个系统的设置均位于设置中心，组件通过会见设置中心获取设置参数；7.监控系统，检测服务、redis、zookeeper集群等的各项状态，自动告警和智能调治服务，防止服务器雪崩；8. 消息行列系统，支撑全部系统；9.服务治理、发现、挪用。10.服务挪用通过serviceAdapter接口完成。2.2关键功效1. 通过重构智慧校园架构，完成原有功效及新增功效。

架构分为应用层、焦点服务层、基础服务层、资源层及ecloud层。2. 应用层主要实现与Web页面、移动客户端的接口交互。

3. 服务层主要把焦点业务模块化、服务化，这里又分为两类服务，一类为基础服务，界说是不依赖任何其他服务的服务模块，表现它们的独立性，另外一类为焦点服务，通过种种原子服务和业务逻辑的组合，完成的Composite服务，界说统一的接口规范会见。4. 资源层主要是数据和文件的存储，包罗通用的缓存资源Redis以及持久化数据库存储MySQL、HBase，及漫衍式文件系统TFS等。

5. 水平分层有一个特点，依赖关系都是从上往下，上层的服务依赖下层，下层的服务不会依赖上层，构建了一种简朴直接的依赖关系。6.Ecloud层提供一门户、单点登录、用户权限治理中心、统一数据中心、统一认证中心、运维治理中心、消息推送中心、设置治理中心、统一注册及验证、统一注销、报表服务、统一会话、元数据、日志、缓存及通用基础功效等功效。产物的上层服务层挪用ecloud的功效，统一代码，充实复用，便于修改。

2.3关键质量属性l系统中需要同时满足移动端产物以及pc产物的需求。l 系统需要支持高性能、高并发性、高可用性的设计实现方案。

l 宁静性：应保证系统中关键敏感信息的宁静性，包罗但不限于用户名密码凭证、Ticket信息等。l 支持5千万人在线，大部门页面同时最多5000个并发请求，事务乐成率不低于98%。

l 系统保证7*24 小时运行，稳定可靠；l 平均延时：普通页面，小于2秒，最大不凌驾5秒；查询页面，小于3秒，最大不凌驾17秒；l 支持负载平衡、可扩展性。l 运维自动化，实时监控系统，实时发现异常和故障并自动告警。l 系统故障恢复时间不凌驾1小时。

2.4平台价值这个基础平台以先进的教育教学理念和技术作为依撑，以“应用导向”为基本原则，以探究教育教学的本质为主要精神，以教学资源整合为重要手段，以教学资源的开放共享为扩展偏向，实现教育教学与IT技术的深度融合，接纳微服务架构实现一个共享可复用的统一框架，是具有扩展性、兼容性、前瞻性的底层平台，实现6大产物共享，满足快速开发、制止重复开发的需求，开创产物创新的新模式和新途径，更好的为产物开发和部署、运维提供服务。l 平台共享数据为各个子系统配合挪用的数据，淘汰各子系统间数据的挪用，淘汰系统间的耦合性，到达“强内聚，低耦合”的效果；l 可实现数据一次输入，多个子系统使用，消除信息孤岛，淘汰数据库服务器事情量，提高整体使用性能；l 提供统一的开发框架，提高开发效率，制止重复开发，节约成本；l 便于部署，实施和运维；l 整合6大平台，形成强大的协力。

l 形成一个产物，用于教育、金融等产物的开发和治理。l 服务模块化设计，便于凭据需求组合使用。

l 服务统一注册、发现、治理。l 便于集群部署和负载平衡，提供强大的并发支持和高可用。

2.5约束条件a)系统稳定、高效，可支持校园内外种种差别使用场景下的并发操作。b)系统有良好的扩展性：在增加新的功效时旧有模块不做改动或稍作改动即可完成集成，部署更新不影响其他业务。c)提供数据接口：便于其他产物或第三方厂商系统举行集成。

d)模块化：各个功效部门按模块开发，模块相互解耦。e)设置化：可凭据客户实际需求，设置差别参数。

f）支持6大平台的开发和运行，支持Windows和Linux系统。g） 接纳B/S架构，与外部业务系统之间使用RestfulAPI举行交互，使用Spring MVC、java、c#语言举行开发。

h)需要支持高性能、高并发、高可用和高稳定的需求。2.6信息尺度信息尺度建设是数字化校园建设的重点之一，对推进数字化校园建设，保证 信息的交流与共享，有着重要的意义。鉴于各个学校的特殊性，因此所接纳的信息尺度必须保证和国家以及教育部的信息尺度相兼容。

《教育治理信息化尺度》的颁布为教育部门举行教育数据总体的计划和组织，建设统一的数据平台提供明确的规范和尺度，它将动员教育治理信息存储、会见、更新、通报方式的厘革，进一步减轻学校人力资源和财政治理的肩负。凭据上述信息尺度的要求，本公司将联合国家和行业尺度以及学校的实际要求，制定出《学校信息化数据尺度》。该数据尺度在全校规模内作为数据编码的依据和尺度，为数据库设计提供了类似数据字典的作用，为信息交流、资源共享提供了基础性条件。尺度制定的实施历程如下图所示：制定完成后的高校信息尺度有以下内容，如图所示：1. 架构设计原则3.1架构设计对后续事情的要求l 系统接纳B/S架构，需要使用spring MVC、java、c#语言举行开发，提供RestfulAPI和其他系统举行集成和交互。

l java系统接纳java技术构建，应用服务器仅支持部署在Windows +tomcat8平台，但并不限定使用Ecloud系统服务的其他相关系统的操作系统平台,.net系统使用c#开发。l 系统功效需要支持高性能、高并发性、高可用性的方案。3.2架构设计原则l SRP（Single Responseble Principle）即单一职责原则，每一个服务提供者仅袒露自己职责规模内的接口，操作职责规模内的DB，不继续其他服务提供者的协议。简朴点说，该你干的才去干，不应干的挪用其他人的服务来干。

lRESTful，作为Web Service的替代者，其面向资源的特性注定是为微服务而生的，接口设计切合REST设计原则将使服务易于明白和接受。需要注意的是，灵活的使用，如保持请求气势派头一致，一般用GET/POST，少用DELETE/PUT，保证同类资源前缀的一致性等。l 分散关注点，将应用划分为在功效上尽可能不重复的功效点。

主要的参考因素就是最小化交互，高内聚、低耦合。可是，错误的分散功效界限，可能会导致功效之间的高耦合性和庞大性，l 最小知识原则，一个组件或者是工具不应该知道其他组件或者工具的内部实现细节。l 不要重复你自己，你只需要在一个地方形貌目的。例如，特殊的功效只能在一个组件中实现，在其他的组件中不应该有副本。

l 最小化预先设计，只设计必须的内容。在一些情况，你可能需要预先设计一些内容。另外一些情况，尤其对于敏捷开发，你可以制止设计过分。如果你的应用需求是不清晰的，最好不要做大量的预先设计。

l 高内聚低耦合：将差别的功效代码分散开来，更利于系统的设计和开发，同时为可能的变换提供了更小的单元，十分有利于系统的维护和扩展。新增的自界说公式必须切合该原则。

l 可视作一个独立的系统，为淘汰重复的开发、统一治理，提高整体开发效率而存在。1、开放性基础平台应具有良好的开放性和兼容性，接纳面向服务的公共治理平台，提供REST API接口，通过统一信息门户、统一权限治理和公共数据交流，整合、集成各种应用系统和种种信息资源，实现资源宁静台的开放共享。

2、先进性基础平台整体建设接纳先进的理念和思想、成熟的技术与设计方法，切合当前潮水与未来生长趋势，以便跟上信息技术的生长，具有较强的生命力，具有恒久使用价值。3、易用性基础平台建设的焦点目的就是“易用”，须坚持易用的设计原则，牢牢围绕开发的实际需求，在满足产物要求的前提下，以尽可能少的投入，取得尽可能大的效益。4、可靠性基础平台支撑着整个系统的日常治理、教学、生活、科研、文化、服务、信息宁静和资源建设等方方面面，必须具有高可靠性、高容错性和强大的数据处置惩罚能力，使用成熟的热备份技术和集群技术，以确保不中断运行、确保局部堕落不影响整体、确保快速响应。

5、稳定性基础平台必须具有良好的稳定性，保证连续运行时间长、故障距离大、无故障时间长。6、可扩展性基础平台必须具有良好的可扩展性，对于校园治理模式的变化、治理体系的调整、业务流程的改变等，能够通过规则引擎轻便设置即可快速适应变化，满足学院的需求。7、易升级性基础平台接纳版本控制机制与更新包技术，能够轻便快捷地完成整体或部门的版本升级。8、易维护性基础平台的用户包罗部门的治理人员、工程师，必须坚持易维护的设计原则，确保结构清晰、界面友好、操作简朴、维护利便。

9、宁静性构建全方位、多条理、完善的宁静保障体系，通过宁静制度建设和宁静教育培训，在保证物理宁静和网络宁静的基础上，保证数据宁静。凭据基础架构及各个软件系统的设计要求，接纳差别的宁静计谋与宁静措施，保证系统宁静。10.保密性基础平台通过身份认证、角色界说与权限分配，确保每个用户能且只能会见相应的信息资源与应用服务。

11．可治理性基础平台具有高度可治理性，使得开发人员的开发轻便快捷。12． 逐步完善，平滑过渡要凭据现有的产物情况，逐步开发实施，平滑过渡。13．遵照 SOA 的设计理念，建设松散耦合的集成与应用14．可连续建设平台在满足现在开发需求的同时，能够兼顾公司的生长现状，设计一套能够满足未来一段时间生长的尺度，而且在全局建设历程中能够连续的升级、维护尺度。

15．服务组件及中间件一体化、通用化。2. 逻辑架构视图系统接纳4层微服务架构，划分是展示层、应用层、服务层、数据资源层。

4.1职责划分与职责确定根据“高内聚，低耦合”的思想，将差别的功效代码分散开来，更利于系统的设计和开发，同时为可能的变换提供了更小的单元，十分有利于系统的维护和扩展。系统接纳微服务架构，分5层，划分是划分是展示层、应用层、服务层、数据资源层、ecloud层。

4.2接口设计与协作机制Ecloud系统中，治理系统的实现技术类似，通过各个分层之间的协作来实现增删改查。下图以角色治理的增加功效为例说明各个分层之间的协作机制。1. 用户通过Management UI增加角色页面一个角色，Management UI挪用应用层Role Business的Add方法，同时把吸收到Model实体工具通报到已往。

2. RoleBusiness层挪用焦点服务层和基础服务层服务，同时把Model实体工具通报到已往，举行处置惩罚。3. RoleID逐层返回给Management UI。

4.3重要设计包和端口项目的包名和类名需要规范化，根据统一的约定完成。名称说明com.xx.platform.cache缓存组件包，包罗缓存相关类。属于公司级的公共组件com.xx.platform.commonEcloud项目的公共功效类com.xx.platform.dto显示业务实体类com.xx.platform.vo持久化实体类com.xx.platform.dao数据会见层com.xx.platform.service服务逻辑层com.xx.platform.controller业务逻辑接口层组件，应用真实的业务逻辑类com.xx.platform.exception系统的异常类com.xx.platform.interceptor拦截器类com.xx.platform.utils系统的工具类com.xx. platform.configuration系统的设置类1. Dao类分为接口XXDao和实现类XXDaoImpl及数据库映射文件XXDao.xml。

2.Service类分为接口XXService和实现类XXServiceImpl。Service分焦点服务和基础服务。

3.Controller类继续基类BaseBiz。4.Vo和Dto类继续基类BaseVO， Dto面向页面和业务处置惩罚，Vo面向持久化。PageModel类为分页类。5.前端页面接纳freemarker生成html，简朴高效。

6. Exception 类继续基类BaseException。7.只管淘汰端口，充实复用现有端口。4.4开发运行及使用接纳java和.NET开发，部署在tomcat8和iis上，Java产物使用先进实用稳定可靠的jdk1.8+spring4+mybtis3+jquery1.9.1+freemarker-2.3.21+mysql5.6框架。

支持ie8+、firefox、chorme浏览器，使用restEasy提供REST服务；.NET产物使用visiostudio开发。3. 物理架构视图5.1物理拓扑系统理想的网络部署图如上所示。

需要说明的是：1. 应用服务器、CAS服务器、service服务器、治理服务器、数据库服务器部署在一个局域网内部。2. 数据库系统接纳主从结构，保证高可用性。

3. CAS服务器卖力单点登录功效，需要保证高可用性，因此至少需要部署包罗两台服务器的集群。4. 治理服务器作为部署Management UI的WEB服务器，通常情况下部署一台服务器即可。

5. 系统治理员、用户通过Internet与划分与治理服务器、应用服务器链接。6. 为了提供数据会见的性能，需要部署缓存系统Redis。7. 接纳docker、k8s部署到容器，实现集群的自动负载平衡和治理，提高性能和稳定性，简化运维。5.2软件到硬件的映射l 应用服务器：运行业务系统。

WindowsServer 2013、iis+tomcat8l service服务器：运行服务系统。WindowsServer 2013、iis+tomcat8l 治理服务器：运行治理系统。

WindowsServer 2013、tomcat8l 数据库服务器：运行数据库系统。Linux、MySQL5.6、Redis3。l 缓存服务器：运行Redis系统。

Linux、Redis3。5.3优化部署为了淘汰硬件的成本，可以把治理系统部署在应用服务器上，省去治理服务器。各个模块可以划分部署，便于灵活修改升级公布。

Service服务器可以凭据会见量举行集群和负载平衡。四大项目实战：1 SpringBoot+ 高并发消息处置惩罚 EDM?项目 实战2 SpringBoot ELK?漫衍式 数据分析3 Netty?高 并发 UTS?项目实战4 SpringCloud?微服务+NoSQL+ 负载平衡平台设计谢谢大家的支持，多多转发，关注不迷路~~。

本文来源：pg电子-www.hoadangco.com