1、性能
1)单机
受限于主机的CPU、网络、磁盘读写速度等影响
在多线程的互斥性、并发中的同步数据状态等;
扩展:硬件资源、增大线程池
2)集群
微服务化拆分,导致调用链过长,网络传输的消耗过多。
集群下的任务分发
分布式下的任务拆分、合并
扩展:服务、主机的水平扩展
常见的系统性能列表:
1、Nginx 负载均衡 3万
2、LVS 十万级
3、F5 百万级
4、Memcache 读写TPS 5W
5、Redis 5-10万
6、kafka百万级,
7、zookeeper写入读取2万以上
8、http请求访问大概在2万左右
9、Tomcat 2000左右并发;最大连接数为200
10、RocketMQ 10WQPS
2、高可用
1)计算高可用
冗余:通过水平扩展计算节点,每个节点都是无状态,从而达到分摊任务的目的
2)存储高可用
由于网络延迟、主机故障等问题,导致数据产生最终一致性问题。
主备模式:主节点宕机会导致不一致
双主模式:要求同步双写主节点
独裁:一主多从,要求从节点向同一个主节点发起请求,由主节点决策,典型代表有Zookeeper
协商:由多数投票通过,设立主节点。其他节点作为备节点
民主模式:各节点都参与投票,获得多数票的作为决策。存在脑裂问题(要求多数票必须大于总节点的一半以上)
3、可扩展
1)成功预测变化
多数据源的兼容、本地存储/网络存储/分布式存储、国产化服务器兼容等
2)完美封装变化
分解 变化层、稳定层,双方对外暴露接口,提供调用
构建抽象层、实现层
参考装饰器模式
- 抽象构件(Component)角色:定义一个抽象接口以规范准备接收附加责任的对象。
- 具体构件(ConcreteComponent)角色:实现抽象构件,通过装饰角色为其添加一些职责。
- 抽象装饰(Decorator)角色:继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。
- 具体装饰(ConcreteDecorator)角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。
4、低成本
成本与高可用、性能成相反作用,以附加的约束条件,作为备选考虑
5、安全性
功能安全:XSS、SQL注入攻击、CSRF、DDos攻击等
架构安全:地址白名单、访问鉴权、数据/权限分组隔离、防火墙等
6、规模化
量变引起质变,大规模部署引起的运维、监控复杂度不断增加
大数据治理