技术体系

公司发展都是要经过技术体系到变更到。

由单体服务到微服务架构，从springMvc到springBoot到springCloud；

单体服务到多服务之后还要增加中间件mq，mysql分库，多数据源，redis和rpc等

存储

NOSQL——hbase、ESSQL——分库分表、读写分离 缓存——redis 小文件——pdfs

交互

Rpc  MQ 数据交换

基础设施

配置中心、短信平台、定时调度

负载均衡

通过NGINX负载均衡可以进行横向扩展，应对高并发场景配合基于URL的健康检查可以高效、稳定、准确的进行流量切换和服务升级。

2 API  PROXY

RPOXY代理通过高度自由适配各种来源的请求形式，通过业务配置进行请求转发，统一入口，整体管理渠道来源和版本，降低了业务层适配的复杂性。

API

API网关层可直接对接PROXY或者独立提供服务，可以解决复杂API管理和路由等问题，可以实现授权、安全管理、监控、缓存、灰度发布等功能。

4.RPC

RPC 是解决应用间业务耦合数据耦合的方案，通过简单直接的接口调用实现不同应用间数据共享，业务流程功能复用。

5.session共享

共享SESSION基于分布式SESSION服务器进行数据交换和存储，对客户端透明，服务起和SESSION服务器可横向扩展。

6大数据设计方案

7.数据交换计算平台

8.日志收集和服务监控平台

9.网络架构升级

目前存在的问题

内网架构层面

        业务系统缺少安全区域划分及定义； 无区域安全策略及访问控制； 业务系统IP网段划分不合理； 核心汇聚层逻辑定义模糊；

 互联层面 

        整体网络结构无外联区域，第三方连接无法隔离，存在安全风险； 与办公区网络互联无有效控制控制手段； 无链路备份，无链路状态机检测机制； 安全灾备层面 

        边界、核心、接入设备均为单点； 如图A点 宿主服务器为单上联，B点ISP互联为单上联，存在较大风险； 核心网络设备安全登陆未配置、无网络日志存储等；

运维面临问题

网络：业务系统缺少安全区域划分及定义；无区域安全策略及访问控制； 业务系统IP网段划分不合理； 核心汇聚层单点

安全：无安全建设/培训无攻击防御 无渗透测试 缺乏基线安全配置

自动化：群集无法集中管理； 系统快速部署扩容能力差； 工具平台零散不统一；

原系统架构