企业网站服务器架构演变

1.小型网站或网站前期:架构在一台服务器上

2.web+DB

3.负载均衡+WEB+WEB+WEB+DB

4.负载均衡+负载均衡+WEB+WEB+WEB+DB+DB备份(同步DB)

5.负载均衡+负载均衡+静态代理(squid/varnish)+WEB+WEB+WEB+DB

6.负载均衡+负载均衡+静态代理(squid/varnish)+WEB+WEB+WEB+数据库缓存(memcache)+DB

总结:
以lamp、lnmp为例

lamp/lnmp/在一台服务器上
|
负载均衡(LVS/NGINX)+负载均衡2(HA)
|
web静态资源缓存(squid/varnish)
|
web(lamp/lnmp/tomcat)
|
数据库缓存(memcache/redis/mongodb)
|
DB+DB备份(同步DB)

时间: 2024-08-09 14:43:25

企业网站服务器架构演变的相关文章

企业网站服务器稳定性是网站成功的前提

企业网站服务器稳定性是网站成功的前提 网站稳定性是网站成功的前提,所有营销人员平时所做的工作都是为了确保网站能够稳固发展,接下来我们来了解一下如何确保网站的稳定性  第一点:网站内容稳定 为什么收录里总是会出现"提示:为了提供最相关的结果,我们省略了一些内容相似的条目,点击这里可以看到所有搜索结果."这句话,内容不稳定,内容不够专业,内容重复性太高,这就是最为主要的原因. 第二点:外链稳定 我们平时都接触的链接,稳定是一切一切的基础,举个例子,发外链,如果频繁不稳定那SEO搜索引擎就会

常见的网站服务器架构有哪些?

1. 初始阶段的网站架构 一般来讲,大型网站都是从小型网站发展而来,一开始的架构都比较简单,随着业务复杂和用户量的激增,才开始做很多架构上的改进.当它还是小型网站的时候,没有太多访客,一般来讲只需要一台服务器就够了,这时应用程序.数据库.文件等所有资源都在一台服务器上,网站架构如下图所示: 2. 应用服务和数据服务分离 随着网站业务的发展和用户量的增加,一台服务器就无法再满足需求了.大量用户访问导致访问速度越来越慢,而逐渐增加的数据也会导致存储空间不足.这时就需要将应用和数据分离,应用和数据分离

网站平台架构演变史(一)

朋友公司的产品已经做了11个年头了,在餐饮业可以说数一数二,网站架构从原始的单一应用一直演变至今,已经十分庞大了,不说完美,但是可支撑的业务量已经十分强大.最近受邀参与了他们的架构分享会,在此我也总结一下大致内容,一方面当做会议纪要,一方面也总结分享给大家看看. 先看一下初期架构,前期网站平台刚刚建立,对于访问量并发量来说并不会很高,所以采用如下的架构即可,虚线框代表服务端可以做一个主备集群,如果挂了可以使备胎立刻顶上,当然这个备胎对于有些创业小公司可以拿掉,毕竟多一台服务器也是成本 需要注意的

网站平台架构演变史(二)

上篇文章大致降了网站架构的一个大致发展趋势,这篇咱们讲讲数据库.数据库在大并发的情况下是最容易出现问题的,往往都是由于写操作引发的网站访问缓慢或者崩溃,之前说过12306就是这个问题. 大并发的时候,打个比方,上下班高峰期经常会堵车,我们把并发访问量当做车流量,某个路段路口比作数据库,某路口就这么大,3车道直行,而车流量巨大的时候就会引发大量车缓慢前行甚至不动,这个就是并发,交通瘫痪了嘛,数据库不也是一样瘫痪吗. 之前我们讲的读写分离,就是一种解决方案,很多网站都是读操作大于写操作的,分开即可,

网站平台架构演变史(三) - 数据库表的查询优化

上篇说道了数据库读写分离,对于大型网站来说这么说是十分有必要的.数据库在整个互联网架构中担当的角色无法有两个,存储和运算,很多时候这两个是并存的,但是在后期,对于上亿条数据来说,让数据库既要存储,又要运算,那么是这是不可行的,为了保证性能,我们仅仅只需要最大化利用DB的存数就行了,连数据库之间的外键管理都不需要,只要有对应的id即可.那么既然如此,相互关联的表肯定会存在删除业务,而事实上我们如今处理删除操作并不是真正的删除,只不过我们添加了is_delete这个字段来标注逻辑是否删除即可.不然在

网站平台架构演变史(四) - 水平拆分的查询

之前在讲表拆分的时候氛围垂直拆分和水平拆分 垂直拆分的查询其实不难,就是从单表变为了多表,而大部分情况下只是对主表的查询多,从表的查询会很少用到,这样的情况下关联查询不需要太多的考虑 水平拆分之前讲了大数据量的情况下根据历史时间来查询,那么今天来说另外一种,还有一只是根据主键id取模后根据这样的规则把数据均匀分布到不同的数据库表中,一般可以以2.5.10来做,那么分页的时候怎么做,用户在查询的时候是不知道你后台怎么查的,他只关心数据的显示,比如我分页显示10条,那么在后台进去查询的时候需要将"1

大型网站架构演变史(含技术栈与价值观)

这篇文章是参考李智慧的<大型网站技术架构:核心原理与案例分析>和现蘑菇街CTO曽宪杰的<大型网站系统与Java中间件实践>写的一篇读书笔记. 前言 何谓大型网站?大型网站的特点是什么?大型网站架构发生演变的源动力是什么?大型网站的架构演变经历了哪些阶段?在演变的某个具体阶段使用到常用技术有哪些,为什么要使用这些技术,同时这些技术又解决了什么问题?笔者在初次接触大型网站时思考了以上几个问题,本着缘木求鱼的方式,我打算详细的扒一扒大型网站的演变史.如果对以上的几个问题都理解透彻了,那么

提升企业网站(教育类、医疗类)服务器安全的五个技巧

教育类和医疗类网站,常常因为同行之间的恶意竞争,导致网站被黑.无法打开的现象,那么如何提升网站服务器的安全,成为一个首要的问题!为此,这里为大家讲解提升企业内容服务器安全的五个技巧,希望能够帮助大家更好的运维企业网站服务器. 一.通过NTFS文件系统加强企业文件的安全性 配置过服务器的朋友们都知道正在运行的服务器采用的是哪种操作系统,这里就拿大家普遍使用的Windows系统举例,win系统所支持的文件格式中有一种叫NTFS,它为服务器文件提供了额外的安全性能,如:为服务器中各个应用程序进行磁盘配

LNMP网站服务器部署

LNMP是目前应用最为广泛的网站服务器架构,Linux是一类Unix计算机操作系统的统称,是目前最流行的免费操作系统.代表版本有:debian.centos.ubuntu.fedora.gentoo等,Nginx是一个高性能的HTTP和反向代理服务器,也是一个IMAP/POP3/SMTP代理服务器,Mysql是一个小型关系型数据库管理系统,PHP是一种在服务器端执行的嵌入HTML文档的脚本语言.这四种软件均为免费开源软件,组合到一起,成为一个免费.高效.扩展性强的网站服务系统. 系统环境: rh