中央戏剧学院票务系统建设项目技术描述和部署架构

　　项目基本情况

　　项目编号：TC240W6M4

　　项目名称：中央戏剧学院票务系统建设项目

　　采购方式：竞争性磋商

　　预算金额：60 万元(人民币)

　　中央戏剧学院票务系统建设项目技术描述

　　1、 可集成性

　　#1.1 投标人本期承建的业务系统须遵循我校信息标准体系;

　　#1.2 投标人本期承建的业务系统身份认证须遵循 LDAP 和 CAS 协议，免费开放与我校的统一身份认证与管理平台集成的接口，实现系统的单点登录和统一身份认证;

　　#1.3 投标人本期承建的业务系统需免费开放与我校数据集成平台集成的接口，保障数据集成平台从业务系统抓取其他业务系统需要共享交换的数据，并且保障了数据集成平台推送业务系统订阅的数据;

　　#1.4 投标人本期承建的业务系统需免费开放与我校门户平台集成的接口;

　　#1.5 投标人本期承建的业务系统需免费开放与我校移动校园集成的接口，需要集成 Oauth 认证，确保用户在移动校园的统一登录，移动内容需要提供独立的 URL 地址和移动端的自适应展现，便于进行移动校园的整合，同时还要提供推送的相关数据源访问方式和数据库视图信息，便于和推动引擎对接提供移动化推送服务;

　　2、开放性

　　需要有良好地开放性，对于一些新的应用，能够比较便捷地进行整合对接。

　　3、可管理性

　　要有良好的后台管理，能够针对用户、角色、功能以及权限进行可视化地配置，对于系统正常输入、异常输入，乃至第三方整合的异常问题，能够有效地处理并提供提醒机制，便于问题的发现和快速处理。

　　4、可扩展性

　　便于学院后续应用的变更、调整以及扩展，要能够支持组件开发模式，比较便捷地进行自主开发以及第三方的开发扩展。

　　5、整体架构

　　本系统采用以下架构方案实现

　　中央戏剧学院票务系统建设项目设计依据：

　　1.系统具备一定的复杂性，各个模块之间的关联性和耦合程度较强

　　2.系统对并发的要求不高

　　3.系统在渲染侧(企业微信端与浏览器)的客户端比较单一

　　4.系统的业务相对比较单一基于以上考虑，将大型分布式票务营销平台核心业务作二次抽取后形成单体架构业务系统。该架构具有以下特点：

　　1.统一性：所有功能作为一个整体存在，易于理解和部署，初始开发成本较低，因为不需要复杂的系统间交互设计。

　　2.技术栈单一：整个应用使用同一种编程语言和技术栈开发，便于团队成员之间的协作和知识共享。

　　3.集中式管理：系统的配置、编译、部署和监控都是集中进行的，运维相对简单。

　　4.性能优化简便：由于所有组件运行在同一进程中，内存、CPU 资源调配和性能优化较为直接。

　　5. 开发效率高：开发团队可以快速迭代，因为修改一处代码无需考虑对其他模块的影响(假定良好的模块化设计)。

　　中央戏剧学院票务系统建设项目部署架构：

　　基于单体架构设计，本系统采用以下部署方案

　　该部署方案具备以下特性：

　　1.单一部署包：整个应用程序被打包为一个单独的部署单元，在本项目中，前端将通过 Nginx 中间件作为静态资源分发服务器，后端服务以可执行 jar 包的方式进行部署。部署时只需上传静态温江并启动 jar 即可，部署过程相对简单直接。

　　2.集中部署：由于所有功能模块都集成在一起，对服务器的资源需求比较一致，请求将通过负载均衡器分发到多台服务器上。这种部署模式减少了部署配置的复杂度，并使所有服务在一致的环境中运行，加强了多个服务节点之间的负载权重的一致性。

　　3. 部署频率较低：由于服务模块相对较少，采用这种部署方式降低了服务的更新频率，同时避免了在大型分布式架构中的复杂链路，便于保证系统的稳定性。