历史性突破：使用 .net core 日处理消息量超过 1.7 万条！【更新对评论的回应】

业余时间用 .net core 写了一个在线客服系统。并在博客园写了一个系列的文章，写介绍这个开发过程：

.net core 和 WPF 开发升讯威在线客服系统：目录
https://blog.shengxunwei.com/Home/Post/44a31a32-d4e1-4ddd-8526-8a2bcd2e22be

我把这款业余时间写的小系统丢在网上，陆续有人找我要私有化版本，我都给了，毕竟软件业的初衷就是免费和分享，后来我索性就官方发了一个私有化版直接给别人下载。

直到有一天，我无意间发现 一家电子商务公司，在线咨询量远远超过了我的预计，当天处理的收发消息量超过了 1.7 万条！

虽然系统完全是免费的，免费给客户使用，但是达到这样一个成绩，自己的小系统有这个的用户，也很欣慰。

有朋友质疑 1.7 万条每天的数据量不值得一提，这就片面了，这不是一个压力测试得到的上限。

对于现实中的实际客户来讲，在线咨询量达到 1.7 万条消息，对应的 DAU 在什么规模各位自己想一下，生意做的相当大了。

我昨天看到一个 37 岁的前京东程序员简历，写的很卑微，在脉脉的信息流里面被 HR 们各种嘴毒调侃，很悲哀，也许他当年也写过日处理 10亿 条数据的代码，可是，谁在意呢？

不知你们能不能 get 到这个点。

如果你们有【自己】的软件，有【自己】的用户，有一个用户能达到这样的规模，我倒是希望我们能多多交流，互通有无。

我是一个画家，不是一个画匠。昨天晚上我在自己的个人网站，留下了这样一段话：

就像没有一个画匠不想办一场属于自己的画展，没有一个歌者不想写一首自己的歌。
也许只有为数不多的听众，但是当他怀疑自己时，还是会有忠实的听众支持他继续走下去。

在本文我简单介绍一下系统后台的架构，还请大家多多指正。

服务器程序和数据库

服务端程序除了提供一般数据增删改查能力之外，重要的是需要实现稳定的消息中件间，稳定的站点状态、客服状态、访客状态等上下文数据在内存中的管理，以及稳定的TCP/IP长连接维护机制。
综合考虑技术指标和开发效率，我采用了 .net core 做为服务端程序，SQL Server 做为数据库的方案。
.net core 目前已经具备了完善的技术指标，并且能够提供其它开发平台无法比拟的开发效率。得益于整个 .net 技术体系，使我靠一己之力完成整个系统成为可能。

数据库我采用了 SQL Server ，它能够借助 Entity Framework Core 与 .net core 无缝融合，提供无与伦比的开发效率。同时，在数据处理的性能上，完全能够满足各项技术指标的要求，在日常使用和运维上，也提供了 Oracle 和 MySQL 无法比拟的便利性和工作效率。

客服端程序

客服端程序我使用了 WPF 框架。相比 WinForms 程序，WPF 提供了更高的开发效率和更完备的基础框架，使得画面呈现、数据处理、模块解耦更容易。同样，基于 .net 体系的 WPF 所提供的极高的开发效率是其它开发平台无法提供的。对于需要一天十几个小时稳定运行不退出的程序而言，原生客户端程序的稳定性也是基于 Web 页面的程序所无法相比的。

在上文中，我们提到系统可以横向扩展，具备弹性扩容的能力。在初期可以以较低的配置环境运行，用户增加时，可以在不影响原有结构的基础上，无感的横向扩展。亦或因服务规模的减小而收缩。

下面我将从系统的整体结构来阐述这个问题：

从上图可以看出这是一个典型的分布式部署系统。客户网站中嵌入的 JavaScript 文件在运行是地，首先连接路由服务器，路由服务器保存了一张表，每个站点所应该使用的应用服务器地址。就好像DNS服务器一样，告诉客户网站你应该向哪里发起真正的连接请求。接着，客户网站中嵌入的 JavaScript 程序向对应的应用服务器发起连接，上报访客状态，接收服务器指令。
那么很容易理解，我们只需要扩展我们的应用服务器数量，就可以轻松的增加系统的承载能力。反之也可以进行缩减操作。

在处理客户的私有化部署需求时，我们也可以根据容易的实际需要，取消路由服务器、取消文件服务器、取消CDN内容分发网络。以一个简单的方案来应对访问量不高的中小企业需求。在这个基础上，我们还可以借助现在的云服务器，实现弹性配置，以一个较低配置的服务器开始运行，甚至将数据库和缓存服务完全部署在一台服务器上使用，在使用过程中发现确有需要，先增加单台服务器的配置，不能满足需求的，再分离数据库和缓存服务，还不能满足要求的，则增加路由服务器，增加应用服务器。