阶段一-01.万丈高楼,地基首要-1-3 大型网站架构演变历程


web2.0时代

早期传统web开发

文件服务器和数据库

服务器仅仅包含网站,用户所上传的头像等其他数据,会有一个额外的文件服务器存储。
数据库也是单独的服务器。

用户成倍成倍的增加,用户的查询量增加。所有压力都会到数据库上,引入缓存中间件。用户大部分查询都会落到缓存中间件里面,而不是直接落到数据库。保证用户体验增强,响应速度也会加快。

单节点进入瓶颈后。

大部分的请求是读数据库,少部分是写数据库。数据库进行读写分离。主库定时的向从库同步数据,

数据库扛不住了 就做分库分表。有多个数据库了同一张表的数据根据一定的算法和规则,散列在不同的数据库,这种做法也称之为分布式数据库。这也是我们对数据库拆分最后的手段。只有在数据库规模非常强大的时候,才会考虑使用它。一般是单表的数据库达到700百万,或者800万的时候,我们就要考虑这么做了。因为我们数据库的性能会急剧下降,

一旦分库分表了,分布式主键,也就是我们每一张表内的每一条数据的主键,就不能够再使用自增长了。我们一定要使用分布式主键,全局唯一的主键。

引入solr或者是elaticSearch搜索引擎。

拆分服务。分布式事务,用户的请求可能同时到达多个子系统,所以分布式事务也是必须要考虑的问题。

结束

原文地址:https://www.cnblogs.com/wangjunwei/p/12019882.html

时间: 2024-10-13 01:14:06

阶段一-01.万丈高楼,地基首要-1-3 大型网站架构演变历程的相关文章

阶段一-01.万丈高楼,地基首要-第1章 学习指南

讲师团队 课程安排 阶段五 结束 原文地址:https://www.cnblogs.com/wangjunwei/p/12005018.html

阶段一-01.万丈高楼,地基首要-第2章 单体架构设计与准备工作-2-2 前后端技术选型讲解

Struts有一些安全的漏洞, Spring.SrpingMVC和Spring Boot拦截器的机制是基于AOP,基于切面的拦截.是通过方法去拦截的.Struts是通过过滤器,过滤器是类拦截. 前端选型 vue.js渐进式的.例如有个老项目是jquery做的,现在用vue.js以后,经过周期性的迭代,逐渐的把jquery剔除掉,这就是渐进式的框架. 结束 原文地址:https://www.cnblogs.com/wangjunwei/p/12025029.html

阶段一-01.万丈高楼,地基首要-第3章 用户登录注册模块开发-3-3 自定义响应数据结构

由于我们修改了Service所以是需要安装service的 在这里我们进行全局的安装 安装失败了.是在我们的api这一层. 我们在进行maven安装的时候,也会运行这里的测试类 我们也可以通过maven去忽略 这里为了简便,我们直接把这几行代码注释.掉. 再次进行maven install 启动api测试类 postman测试.返回了200,也就是我们的请求成功了. HttpStatus是个枚举类. 修改返回类型为HttpStatus 重新启动api服务.这个时候会得到一个ok ok就是后端的这

读书笔记-01大型网站架构演化-思维导图

1.服务器分离? 随着业务发展,越来越多的用户访问导致网站性能越来越差,越来越多的数据导致存储空间不足,这时候就需要将网站进行分离. 2.使用缓存? 随着用户增多,数据库压力越来越大导致访问延迟想象越来越多,进而影响网站性能和用户体验.而根据2/8法则,80%的业务需求集中在20%的数据上. 3.应用服务器负载均衡? 使用缓存后,单一的应用服务器能够处理的请求连接有限,在网站高峰期,应用服务器成为其瓶颈.使用集群是解决网站高并发.海量数据的常用手段.通过负载均衡调度器,可以将来自用户的请求分发到

万丈高楼从地起

经过多年的折腾,加上不断的试错和等待,得到的还是很让人痛苦的结果.今天重新回到起点,总要做点什么.前段时间的不断自我认识,对自身职业成长有了新的认识,同时也感到了各种焦虑.本着想让生活更上一层楼,目观当下情况,半吊子的状态,心里颇为不安与不爽.时常思考自己所爱,万变不离技术,何技术?回顾一 一经历,从搜索引擎优化技术入门互联网,开始对计算机互联网的世界有了些许兴趣,随着时间的研究深入,以及市场变化,还有自己的认知水平没能突破,以致一直保留在当时的水平.换来的是进入管窥世界,看到的互联网实在太小.

《大型网站技术架构核心原理与案例分析》阅读笔记-01

通过阅读该书籍我们能够更加清楚的树立大型网站的的技术发展历程,剖析大型网站技术架构模式,深入的讲述大型互联网架构核心原理,并通过一些典型的技术案例来讲述大型网站开发全景视图,该书籍深入的阐述了各种大型网站面临的各种架构问题及解决方案. 在第一章第一篇大型网站架构演化中了解到与传统企业应用系统相比,大型互联网应用系统具有高并发大流量.高可用性.海量数据.用户分布广泛,网络情况复杂.安全环境恶劣.需求快速变更,发布频繁.渐进式发展等特点:大型网站架构演化发展历程经历了初始阶段的网络架构它的应用程序.

红尘万丈,泪如花落三千场

一曲琴韵瑟瑟,十指相拘留香;一场红尘绝恋,千年情缘自健忘.可悲缘相错,情相没,道是薄情却有情,情深缘浅,怎奈叠叠旧梦的焕发碎成一地的难过;红尘万丈,重逢只道是平时. 轻叹浮生如梦,醉饮一杯相思泪,滚热的热度如烈火普遍深深地灼伤了我如莲的苦衷.期待在时光中大哥,而我却浑然不知,孤单蹲守在岁月苍穹中静待那场淡淡的地老天荒. 独倚高楼,望及春愁,琴弦声断,雁自东来几归来,泪沾衣衫朝与暮,怎度?低眉细看池塘处,柳絮飘飞暮影来.惊醒整妆相奉承,原是他家宾客在. 岁月苍穹,太仓促,多少红颜已逝,多少相思成痴

Linux_防火墙入门01:以太网的诞生与演变历程

一.以太网的诞生 Bob Metcalfe被尊称为"以太网之父",他来到Xerox公司第一个任务就是把研究中心多台电脑接入连接到Arpanet(Internet的前身,这个早闻名于世!就不用多介绍了),1972年底,他成功把公司的研究中心所有电脑连接起来,Metcalfe把这个网络正式命名为以太网(Ethernet),这就是最初的以太网试验原型,该网络运行的速率为2.94Mbps,网络运行的介质为粗同轴电缆. 1977年底,Metcalfe与合作者获得了"具有冲突检测的多点数

阶段3 1.Mybatis_01.Mybatis课程介绍及环境搭建_02.三层架构和ssm框架的对应关系

原文地址:https://www.cnblogs.com/wangjunwei/p/11297826.html