架构设计的一些实践概括(持续完备中)

架构设计大概要考虑的点:

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,灰度发布

相关推荐