某中心现架构分析及优化思考

    为了响应某号召，现在的中心正在进行自研替代计划，这一计划已经实行三四年了，现在来看一下替代的结果。

    先写一下架构：

   这里的数据链路分两个大类。

   1、专用线路

    各大银行、大基金公司等，数量不多。使用的是专用网络。专用网络线路通过imix消息传输交易数据。架构见图：

   

   2、互联网线路

   其他机构使用互联网线路，要使用专用的usebKey才可以访问中心网络。互联网线路通过json或Imixobject对象传输数据。架构见图：

3、内部业务人员维护系统

这一系统是供内部业务人员使用(类似互联网公司的产品人员)。json传输请求

  从整体架构可以看出，虽然中心的系统也是分布式，但数据层并没有像互联网企业一样使用分布式。这是因为中心的数据量和访问量和互联网企业的流量比起来差别还是蛮大的，中心的复杂度主要在业务层，每日的数据量和访问量并不大，对于数据库和缓存不会造成太大压力，而业务处理层由于计算逻辑复杂所以很耗时，所以在设计时只是对应用进行了拆分。中心的数据库都是oracle，性能很强劲，足以支撑当前流量。

开源框架替代

    1、spring替代

    没看出来改了啥。

    2、服务间通讯

    服务间通讯原先使用的是activeMQ，目前正逐渐被自研的Dsp取代，Dsp是用C++写的服务间通讯服务平台，支持字节、json、ImixObject对象传输。Dsp与gRPC非常相似。