打造属于客户自己的网站流量入口,快速切入市场流量抢占红利!

手机热线:17742004931 咨询热线:0571-88730320

SEO实战

首页 > SEO实战 > 网站架构的渐进优化与演进

网站架构的渐进优化与演进

  • 发表时间:2020-09-11 12:00:00

网站建设初期,现场流量量很小,可能低于10万水平。这意味着,平均每秒访问几次。请求数量相对较少,数据量相对较小,代码量也相对较小。几位工程师在很短的时间内建立了这样一个系统,甚至没有考虑到“体系结构”。站点架构的特点是“一体式”:

这是一个独立的系统,所有站点、数据库、文件都部署在服务器上。工程师的核心工作每天都很无聊。通过浏览器传输部分数据,并对get/post/cookie数据进行分析。数据被组合成一些curd SQL语句来访问数据库。数据库返回数据,将其组装成页面并返回到浏览器。我相信创业团队的很多工程师在创业初期也做过类似的工作。

例如:Microsoft技术系统:windows、IIS、SQL server、C#

Lamp不需要编译。它发布速度快,功能强大,在社区中很活跃。可以从前端+后端+数据库访问+业务逻辑处理。而且,开源是免费的,当公司发展壮大时,没有人会募集资金(许多公司都遭受了损失)。现在如果你再次创业,我们强烈建议使用lamp。

在初始阶段,工程师面临的主要问题是在编写curd-SQL语句时容易出错。

本阶段引入Dao和orm,使工程师不再直接面对curd-SQL语句,而是面向自己擅长的面向对象开发,大大提高了编码效率,降低了错误率。

随着流量越来越大,老板不仅要求“有一个可见的网站”,他希望网站能够正常访问,当然,速度越快越好。

此时,系统面临的问题是:流量峰值容易下移,大量的请求会被压在数据库上,数据库成为新的瓶颈,很多人并行访问时,网站非常卡死。此时,我们的机器数量已经从一台变为多台,我们的系统已经成为所谓的(伪)“分布式架构”:

我们使用一些常用的优化方法:

互联网上的大多数商业场景读多写少。对于访问量大的系统,大多数用户需要访问信息和搜索信息,只有少数用户发帖。此时,读取性能很容易成为瓶颈,那么如何扩展整个站点的读性能架构呢?常用的方法是主从同步,增加从数据库。我们以前只有一个读数据库。现在我们有多个读数据库,这提高了读取性能。

现阶段,系统的主要矛盾是“站点耦合+读写延迟”。如何解决这两个问题?

问题是站点耦合。对于信息发布系统,典型的业务场景是:类别聚合主页、发布信息发布页面、信息聚合列表页面、帖子内容详细页面。最初,这些系统耦合在一个站点上,一旦出现问题,整个系统就会受到影响。

第二个问题是读写延迟。在主从同步和读写分离之后,读写数据库之间的数据同步会出现延迟。数据库数据量越大,从数据库越多,延迟越明显。与业务相对应的是,有用户发帖。如果你立即去搜索,你可能找不到他们(焦虑的用户会再次发布相同的帖子)。

为了解决耦合问题,首先要考虑的是对核心业务进行细分。工程师还根据业务细分对系统进行了细分:我们将业务垂直分为主页、发布页面、列表页面和详细页面。

此外,我们还对数据库级别进行了垂直划分,以减少单个数据库中的数据量,并减轻了读写延迟。

电话咨询
在线咨询