架构设计的一些实践概括(持续完备中)
架构设计大概要考虑的点:
1,分布式选型
2,中间件选型
3,接受返回参数封装
4,同步异步设计(队列,redis使用)
5,swagger集成
6,日志切面--kafka
7,降级处理,定时任务(分布式锁)
8,session的共享无状态
8,gateway的设计思想
9,http等工具类
10,跨域处理
11,枚举类型
12,反射调用(结合数据表的不同渠道不同业务类的配置)---重复性质的类似业务
13,nginx代理
14,分布式事物的处理
15,是否有必要 api<->gateway->service->api(和外部交互的统一经过api转发)
16,在设计架构的时候尽量设计交互系统间数据流转的设计---之一:系统在运行后期80%左右的问题都在系统间数据流转,同步(数据库共享)---分布式系统在设计的时候,处理特殊的数据流转设计,数据库共享是保证数据问题少的基础
之二:分布式系统数据流设计(数据关联系统):
数据库之间高内聚低耦合(一个库一个业务系统)
库之间用一个关联业务字段
库之间不能有标志,状态的耦合----即库之间不需要同步数据(不能A系统库有B系统库的状态,否则A,B哪一方修改状态都需要同步),只需要做到业务一致性即可
17,表设计的时候表之间最好用统一的关联字段,这样有利于后续数据逻辑(适当冗余一些字段减少关联查询)(用自动生成的订单,或id--外部无法更改的作为关联字段,就不会因为外部的修改二影响其他)
2,操作日志表(方便生成报表)
18,系统重构几种方式
1,框架重构---修改框架
2,分层重构---一般是dao,service,(bo可以通过dozer工具转化)--合并数据库
3,业务重构---一般适用于局部业务的改造
19,灰度发布