架构设计原理

架构设计原理

1.雪崩，是因为一个系统服务流量大，不能及时处理导致其他系统不可用或大量重试，导致一层层的系统都不能用的情况，（一是重试，一是链接要等待超时才能释放相关内存等系统资源）
2.雪崩处理方式，扩容(需求增大)，服务降级(缓存，限流，关闭部分功能释放CPU和相关资源，MQ(队列)延时处理（先保存请求，后面再查询请求结果）,写缓存降级为写缓存)，限流（超出系统处理能力的快速度返回，不要等待过长时间或超时），熔断（跟限流一样，大过一定值就拒绝服务，），

3.关键系统要做限流（保证资源快速响应）

4.long型ID(19位) ,时间戳（13位）＋4位（机器号）+2位毫秒自增（每秒10万个）,机器号通过IP+端号＋功能描述通过在数据库中进行维护

5.tomcat启动gzip进行内容压缩可以减小网络传输时间，

6.Nginx启动gzip进行内容压缩可以减小网络传输时间，

7.接口权限值可以缓存起来，没有再通过切面进行获取（要加锁，防止并发），

8.用户权限可以用MAP进行存储，加快查询速度,可以30分钟进行一次更新，增加可以通过接口进行设置用户权限是否需要重新获取（缓存），增加可以通过接口进行设置角色是否需要重新获取权限（缓存），

9.权限值与权限名（缓存），角包与角包名（缓存），如果数据太大可以只保存权限的ID（而不是权限值），做多级缓存，redis+ehcache（或guava cache）,管理人员不进行权限的较验，权限按系统进行划分，这样每个系统的权限就不会太多，放缓存也不会太占内存,更改角色或用户的角色时，由后台更新用户的权限列表到缓存，用户再重新从缓存获取放到本地缓存中,登陆时刷新一次权限,也可以更改了权限，要求用户重新登陆一次，极端情况可以用一位位代表权限，用户量实在太大可以在入口时就进行分流到不同的组进行处理，可以10分钟到缓存拿回放到本地缓存，


10.菜单登陆时拿一次放到前端进行保存,菜单可以以角色进行缓存，

11.如果要做一些例如针对用户的访问限制（限制多少分钟内不能访问）（或角色访问限制），强迫用户重新获取最新权限等，如果这些信息每次到redis里获取，会很占资源和时间（变化频率并不高），可以使用定时（如20s）到redis里获取要不要更新本地缓存的标志(或信息)，如果要再从redis里获取最新的更新到本地缓存中，也可以使用MQ进行消息的方式进行缓存的更新（要求时间严格），一般定时15s查询一次标志进行已经可以了。

12.CAS如果要设置用户重新进行登陆，可以设置session无效，并重定向到CAS服务端的退出请求进行全局退出

13.用户更新标志信息是以用户为基础的（容量(以500字节长度计算)，2百万1G容量），一个用户非常少会同时进行两次操作。

14.以强制退出为例，管理服务，更新用户重新登陆标志为1，应用服务检测到要退出就重定向到CAS退出实现全局退出，应用其中一个重新登陆就更新用户重新登陆标志为0。

15.对于集群应用都要更新的内容：一个标志位不能实现，因为不知道那个应用更新了，那个应用没有更新，那不能一个更新了就更改状态，所以要加个时间戳，大于这个时间的不用更新，少于这个时间的要进行更新。

16.角色更改，角色缓存清空，角色权限更改，删除角色权限列表缓存（最好设置进去），（查询相关用户列表）更改用户更新信息标志（有时间戳），不能有多个标志（除非有确保没有并发，否则有些标志会无效），应用服务检测到就更新角色列表，权限列表，菜单列表等（或要求重新登陆重新获取相关的信息）,也可以设置权限，角色，用户信息更新标志，有更新所有用户都进行一次刷新的方式。

17.用户量太大时，应该按地区或IP进行分组，进行业务应用的分区或分IP进行服务，防止每个应用服务都要缓存所有用户的基本信息

18.信息量太多时，可以按功能数据分开不同的redis进行缓存，提高并发量。

19.缓存回库进行查询时可以通过信号量的方式减少并发时过多请求压到数据库查询上。

20.guava cache 不能对每个元素进行设置超时时间，只有一个全局的超时间，ehcache可以直接存入对象，获取时也是一个对象（不用对象序列化）

21.nginx可以实现访问速率的功能，功能要求不高可以用
https://blog.csdn.net/echizao1839/article/details/80875358

22.接口请求频率限制,redis(INCRBY 命令)如果 key 不存在，那么 key 的值会先被初始化为 0 ，然后再执行 INCRBY 命令。可以用于进行接口或用户一定时间内的请求数据限制，原理为设置超时时间，每次INCRBY 超过一定值就表示达到限制，要expired(limitCacheKey,2);时要在前几次（3-5次）都设置一下超时间防止写不入，达到次数据更新数据库，达到超过限制强迫退出系统，一定时间内不允许登陆

23.服务调用次数统计可以用redis的自增，到一定数据刷到数据库的方式

24.用户PK可以用int(20亿)，方便分表分库，权限，角色可以用int（8位数（百万））代替用UUID，减速少空间存储，如用要用到时间进行查询的用long,否则用datetime，

25.如果不想用redis进行session共享，可以用cookie进行用户信息的传递（MD5,信息加密，），退出时cookie清空就可以了,安全放面MD5可以加入用户密码的盐。