在帮助药企实施质量管理数字化转型过程中，很多客户会关心系统业务数据量和并发用户量大的情况下，系统性能是否能够支撑？

通常来说，制药企业内部应用系统的性能要求并不像大型To C类应用在数据处理能力和用户并发方面的要求那么高。所以，很多药企开发应用时在技术架构选择和方案设计上往往没有充分考虑系统的性能要求，甚至在产品发布前都没有进行严格的性能压力测试，造成在面对稍大一些的业务数据量或用户并发时，系统性能就会显著降低到无法接受的状态。

事实上，虽然绝大部分药企内部应用不会有To C类那么大用户规模，但在某些特定场景下，仍然会产生高并发需求，同时随着系统使用时间增长，也会积累起庞大的数据量，尤其是大型集团药企，性能的忽视容易导致非常严重的后果。

在Akso某药企客户集团化部署项目中，面对整个集团超20个子公司及数万员工的规模，Akso仅在10个月内就完成了DMS全部上线。目前，系统每天活跃人数达数千人，仅发放生产批记录就超过1万，高峰时每秒需处理数百个待办。

该集团客户数据量非常庞大，特别是打印发放批记录数量在整个制药行业都是天花板级别，这些数据都是很消耗系统性能的文档转换和打印处理任务，甚至会在一天的特定时间集中处理，这对并发和数据处理效率带来巨大挑战。

得益于Akso在系统技术架构和方案设计时充分考虑了性能需求，经过上线后系统配置调优，最终达到良好性能表现，充分保证了用户使用。基于实践经验，Akso建议可从以下方面考虑技术架构，确保系统性能：

第一，采用微服务架构，支持集群化部署，实现服务横向扩展。只需增加更多服务器即可轻松解决随着业务数据增长或者并发数量增长带来的负载压力，无需停机，无需修改代码；

第二，采用负载均衡技术。根据业务重要性和负载情况，合理分配服务器资源，将不同访问请求分散到不同服务器，轻松处理高并发场景。

第三，采用引入消息队列。将同步操作转换为异步处理，削峰填谷，避免短暂流量高峰带来后端服务器承载极限，保持系统平稳运行。