系统架构
datuzijean
鸡是蛋进行基因延续的工具。
展开
-
Elasticsearch初步部署配置-(不改会启动失败、ip无法连接)
Elasticsearch初步部署配置-(不改会启动失败、ip无法连接)vim config/elasticsearch.ymlvim/etc/sysctl.conf添加内容:vm.max_map_count=655360执行:sysctl -p启动es成功:远程访问成功:原创 2021-03-06 22:58:03 · 300 阅读 · 0 评论 -
高并发架构设计原则-缓存
缓存大多存在于读服务中来对抗流量。客户端浏览器缓存、客户端缓存客户端网络代理服务器开启缓存广域网使用代理服务器(含CDN)、使用镜像服务、使用P2P技术源站及源站网络接入层缓存、应用层缓存、分布式缓存、静态化和伪静态化、操作系统缓存...原创 2020-06-15 20:43:54 · 269 阅读 · 0 评论 -
高并发架构设计原则-数据异构
什么是数据异构呢?简单举个例子,有一张基础表含有商品单格、数量、仓库等信息,有业务场景查询只需要查单价和数量,然而其他信息都不关心,可以把这部分数据从基础表中复制出来单独成表;以此类推,异构既可以是分表也可以是合表。目的是让业务使用数据更方便和快捷。实用中基本步骤如下:数据异构 接收数据,然后原子化存储到合适的存储引擎。数据聚合 把“有用“的数据聚合成一张表或者一对keyvalue前端展示 通过一次货少量几次调用拿到所需要的数据...原创 2020-06-15 20:31:25 · 473 阅读 · 0 评论 -
高可用、高并发的设计原则概括
最近前辈推荐看架构相关的一些书籍,有些收获不知道该怎么形容,索性在回头回忆这些内容的时候想到哪写到哪,作为笔记分享吧。高可用:负载均衡、限流、熔断、隔离、降级、超时与重试机制、回滚机制、压测与预案。高并发:缓存、池化、异化、队列、扩容等(这个等.......)。...原创 2020-06-13 22:16:07 · 381 阅读 · 0 评论 -
高并发架构设计原则-消息队列
消息队列作用解耦、消峰、异步解耦有ABCD四个系统,A系统有一条数据需要传给BCD,A系统不仅要关心数据发送还要处理数据发送BCD其中产生的异常,如B挂掉了怎么办,A是否重传?如果使用消息队列,A系统只负责发送消息到消息队列,BCD消费消息队列中的消息即可,A系统不关心消息发给谁了,谁消费失败了等等问题。消峰类似于地铁排队?(暴露了。。。),10000万个并发请求直接到服务器,服务器最大处理能力2000个每秒,那样极限情况下会有8000个请求在等待征用系统资源,导致请求超时系统资源紧张、原创 2020-05-28 22:10:56 · 417 阅读 · 0 评论 -
高并发架构设计原则-服务设计思考过程
进程内服务->单机远程服务->集群手动注册服务->自动注册和发现服务->服务的分组/隔离/路由->服务治理和限流/黑白名单。进程内服务单机软件,如office办公软件、单机游戏等等单机远程服务客户量和访问量少、服务压力不大单机可以支持的情况下集群手动注册服务集群部署,但是手动配置Nginx进行服务器的扩展自动注册和发现服务如Dubbo使用zookeeper服务的分组/隔离/路由防止系统访问量过大导致整体服务挂掉、需要对不同的调用方提供相应原创 2020-05-27 16:09:34 · 255 阅读 · 0 评论 -
高并发架构设计原则-拆分
在系统设计初期,是做一个大而全的系统还是根据模块进行拆分要根据环境和需求进行权衡。访问量不大、功能简单、研发资源不多时可以做一个大而全的系统即可;如果访问量大资源充足、功能繁多可以考虑按功能拆分系统。下面几种拆分维度系统维度按照系统功能/业务拆分,比如商品系统、购物车系统、结算系统、订单系统等。功能维度对一个系统进行功能再次拆分,比如优惠券系统可以拆分为后台优惠券创建系统、领券系统、用券系统等。读写维度根据读写比例特征进行拆分。比如商品系统,交易的哥哥系统都会读取数据,读的量原创 2020-05-27 11:20:53 · 413 阅读 · 0 评论 -
高并发架构设计原则-无状态
无状态:服务端不保存任何客户端请求者信息,客户端的每次请求必须具备自述信息,通过这些信息识别客户端身份。优点-客户端请求不依赖服务端的信息,任何多次请求不需要必须访问到同一台服务,这样为服务器横向扩展提供了条件。有状态:服务端需要记录每次绘画的客户端信息,从而识别客户端身份,根据客户端身份进行对请求的处理,如session。缺点-服务端保存大量客户端信息,增加服务端压力。-服务端保存用户状态,无法进行水平拓展。-客户端请求依赖服务端,多次请求必须访问同一台服务器。有状态无原创 2020-05-26 22:47:34 · 869 阅读 · 0 评论