首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

由于负载大小问题而拆分大型请求

是指在云计算领域中,由于某些请求的负载过大,无法直接处理或传输,需要将其拆分成多个较小的请求进行处理和传输的过程。

拆分大型请求的主要目的是为了提高系统的性能和可扩展性,避免单个请求过大导致系统负载过高或网络传输速度过慢的问题。通过将大型请求拆分成多个小请求,可以将负载均衡到多个处理节点上,提高系统的并发处理能力和响应速度。

拆分大型请求的方法可以根据具体的场景和需求而定,常见的方法包括:

  1. 分割请求参数:将大型请求的参数按照一定规则进行分割,分成多个小的参数集合,分别发送给不同的处理节点进行处理。
  2. 分割请求内容:将大型请求的内容按照一定规则进行分割,分成多个小的内容片段,分别发送给不同的处理节点进行处理。
  3. 分割请求流程:将大型请求的处理流程按照一定规则进行分割,分成多个小的处理步骤,分别由不同的处理节点依次执行。

拆分大型请求的优势包括:

  1. 提高系统性能:通过将大型请求拆分成多个小请求,可以将负载均衡到多个处理节点上,提高系统的并发处理能力和响应速度。
  2. 提高系统可扩展性:通过拆分大型请求,可以将请求分散到多个处理节点上,实现系统的水平扩展,提高系统的可扩展性和容错性。
  3. 提高网络传输效率:拆分大型请求可以减小单个请求的大小,降低网络传输的负载,提高网络传输的效率和速度。

拆分大型请求适用于以下场景:

  1. 大数据处理:在进行大数据处理时,由于数据量庞大,需要将数据拆分成多个小块进行并行处理,提高处理效率。
  2. 分布式计算:在分布式计算环境中,由于计算任务的复杂性和规模,需要将任务拆分成多个子任务进行并行计算,提高计算效率。
  3. 高并发请求:在面对大量并发请求时,通过拆分大型请求可以将请求分散到多个处理节点上,提高系统的并发处理能力。

腾讯云相关产品和产品介绍链接地址:

  1. 腾讯云负载均衡(CLB):https://cloud.tencent.com/product/clb 腾讯云负载均衡(CLB)可以实现将大型请求均衡到多个后端服务器上,提高系统的并发处理能力和响应速度。
  2. 腾讯云云服务器(CVM):https://cloud.tencent.com/product/cvm 腾讯云云服务器(CVM)提供了高性能、可扩展的计算资源,可以用于处理拆分后的大型请求。
  3. 腾讯云云数据库MySQL版:https://cloud.tencent.com/product/cdb_mysql 腾讯云云数据库MySQL版提供了高可用、高性能的数据库服务,可以用于存储和管理拆分后的请求数据。

请注意,以上仅为示例,实际应根据具体需求选择适合的腾讯云产品。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

架构设计--互联网架构演化

,动态请求(也就是我们的业务承载者)会随着业务的发展越来越复杂。 2 动静分离部署方案 由于 静态请求 与 动态请求 采用不同的处理策略,我们可以将其进行分离。 ?...3.2 负载均衡器 这里的负载均衡器主要指的是 Nginx 的反向代理功能。当用户请求发送到 Nginx 后,Nginx 需要决定将请求转发到哪台应用服务器上。...Nginx 对于后台服务器配置比较灵活,可以同时配置多台服务器,并根据负载策略将请求分发给后台服务器。 3.3 会话问题 在单机时代,我们的请求只会发送到同一台机器上,不存在会话问题。...该方案的问题: 受到 Cookie 大小的限制; 存在安全性问题; 每次都携带巨大的 Cookie,带宽消耗严重; 每次都进行 Session 数据恢复,加大应用服务器的负担; 随着系统访问量的持续增加...此时,我们需要引入其他组件来有针对性的解决问题。 5 引入搜索和缓存 针对数据库的 like 语句,通常情况下,是通过引入搜索引擎来解决;热点数据的访问加速,是通过引入缓存服务来解决。 ?

62120

大型网站架构演进过程

架构演进 大型网站的技术挑战主要来自于庞大的用户,高并发的访问和海量的数据,任何简单的业务一旦需要处理数以P计的数据和面对数以亿计的用户,问题就会变得很棘手。大型网站架构主要就是解决这类问题。...通过负载均衡调度服务器,可将来自浏览器的访问请求分发到应用的集群中的任何一台服务器上。 数据库读写分离 当用户达到一定规模后,数据库因为负载压力过高而成为网站的瓶颈。...目前主流的数据库都提供主从热备功能,通过配置两台数据库主从关系,可以将一台数据库的数据更新同步到另一台服务器上。网站利用数据库这一功能实现数据库读写分离,从而改善数据库负载压力。...CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,反向代理是部署在网站的中心机房,当用户请求到达中心机房后,首先访问的反向代理,如果反向代理缓存着用户请求的资源,则直接返回给用户...业务拆分 大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将真个网站业务拆分成不同的产品线。 具体到技术上,也会根据产品线话费,将一个网站拆分成许多不同的应用,每个应用独立部署维护。

25070
  • 大型网站架构演化

    由于网络的问题,这两天我会发一下架构方面的知识,谢谢大家的支持。 说道网站,就的先说网站的特点:高并发,大流量,高可用,海量数据等。下面就说说网站的架构演化过程吧。...通过负载均衡调度服务器,可将来自浏览器的访问请求分发到应用的集群中的任何一台服务器上。 ? 5、数据库读写分离 当用户达到一定规模后,数据库因为负载压力过高而成为网站的瓶颈。...目前主流的数据库都提供主从热备功能,通过配置两台数据库主从关系,可以将一台数据库的数据更新同步到另一台服务器上。网站利用数据库这一功能实现数据库读写分离,从而改善数据库负载压力。 ?...CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,反向代理是部署在网站的中心机房,当用户请求到达中心机房后,首先访问的反向代理,如果反向代理缓存着用户请求的资源,则直接返回给用户...9、业务拆分 大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将网站业务拆分成不同的产品线。 具体到技术上,也会根据产品线花费,将一个网站拆分成许多不同的应用,每个应用独立部署维护。

    1K10

    大型互联网架构概述

    使用缓存改善性能 问题:随着用户逐渐增多,数据库压力太大导致访问延迟。 特征:由于网站访问和财富分配一样遵循二八定律:80% 的业务访问集中在 20% 的数据上。...描述:CDN 和反向代理的基本原理都是缓存,区别在于 CDN 部署在网络提供商的机房,使用户在请求网站服务时,可以从距离自己最近的网络提供商机房获取数据;反向代理则部署在网站的中心机房,当用户请求到达中心机房后...分布式文件系统和分布式数据库 问题:随着大型网站业务持续增长,数据库经过读写分离,从一台服务器拆分为两台服务器,依然不能满足需求。 特征:数据库采用分布式数据库,文件系统采用分布式文件系统。...业务拆分 问题大型网站的业务场景日益复杂,分为多个产品线。 特征:采用分而治之的手段将整个网站业务分成不同的产品线。系统上按照业务进行拆分改造,应用服务器按照业务区分进行分别部署。...NOSql 数据库集群 - 由于先天就是为了应对海量数据产生,因此对伸缩性的支持通常都非常好。 4.4.

    61520

    阿里P8架构师深度概述分布式架构

    2.1 IBM大型机曾支撑美国航天登月计划 2.2 IBM主机一直服务于金融等核心行业的关键领域 由于高可靠性和超强的计算能力,几遍在X86和云计算飞速发展的情况下,IBM的大型机依然牢牢占据着一定的高端市场份额...凭借着大型机超强的计算和I/O处理能力、稳定性、安全性等,在很长一段时间内,大型机引领了计算机行业及商业计算领域的发展。 集中式的计算机系统架构也成为了主流。...随着计算机的发展,这种架构越来越难以适应人们的需求,比如说 由于大型主机的复杂性,导致培养一个能够熟练运维大型主机的人的成本很高 大型主机很贵,一般只有土豪(政府、金融、电信)才能用得起 单点问题,一台大型主机出现故障...在假设数据库服务器还没有遇到性能问题的时候,我们可以增加应用服务器,通过应用服务器集群将用户请求分流到各个服务器中,从而继续提升负载能力。...但是假如我们单纯的把数据库一分为二,然后对于后续数据库的请求,分别负载到两台数据库服务器上,那么一定会造成数据库不统一的问题。所以我们一般先考虑读写分离的方式 ?

    80660

    大型网站架构技术一览(文末送书)

    大型网站的挑战主要来自庞大的用户,高并发的访问和海量数据,任何简单的业务一旦需要处理数以P计的数据和面对数以亿计的用户,问题就会变得棘手。大型网站架构主要就是解决这类问题。...负载均衡 将多台应用服务器组成一个集群,通过负载均衡技术将用户请求分发到不同的服务器上,以应对大量用户同时访问时产生的高并发负载压力。...业务拆分 将复杂庞大的业务拆分开来,形成多个规模较小的产品,独立开发、部署、维护,除了降低系统耦合度,也便于数据库业务分库。按业务对关系数据库进行拆分,技术难度相对较小,效果又相对较好。...机柜架构 包括机柜大小,网线布局、指示灯规格、不间断电源、电压规格(是48V直流电还是220V民用交流电)等一系列问题。...服务器架构 大型网站由于服务器采购规模庞大,大都采用定制服务器的方式代替购买服务器整机。

    99280

    Java程序员进阶笔记实操—大型网站架构技术之负载均衡详解(1)

    面对大量用户访问、高并发请求,海量数据,可以使用高性能的服务器、大型数据库,存储设备,高性能Web服务器,采用高效率的编程语言比如(Go,Scala)等,当单机容量达到极限时,我们需要考虑业务拆分和分布式部署...,来解决大型网站访问量大,并发量高,海量数据的问题。...分布式和业务拆分解决了,从集中到分布的问题,但是每个部署的独立业务还存在单点的问题和访问统一入口问题,为解决单点故障,我们可以采取冗余的方式。将相同的应用部署到多台机器上。...2.5混合型负载均衡 由于多个服务器群内硬件设备、各自的规模、提供的服务等的差异,可以考虑给每个服务器群采用最合适的负载均衡方式,然后又在这多个服务器群间再一次负载均衡或群集起来以一个整体向外界提供服务...将这种方式称之为混合型负载均衡。 此种方式有时也用于单台均衡设备的性能不能满足大量连接请求的情况下。是目前大型互联网公司,普遍使用的方式。

    57320

    阿里P8架构师详说分布式架构的应用原理简介什么是分布式?分布式和集群的关系计算机发展历史分布式架构发展的里程碑架构的发展演变过程如何把单击扩展到分布式

    2.1 IBM大型机曾支撑美国航天登月计划 2.2 IBM主机一直服务于金融等核心行业的关键领域 由于高可靠性和超强的计算能力,几遍在X86和云计算飞速发展的情况下,IBM的大型机依然牢牢占据着一定的高端市场份额...凭借着大型机超强的计算和I/O处理能力、稳定性、安全性等,在很长一段时间内,大型机引领了计算机行业及商业计算领域的发展。 集中式的计算机系统架构也成为了主流。...随着计算机的发展,这种架构越来越难以适应人们的需求,比如说 由于大型主机的复杂性,导致培养一个能够熟练运维大型主机的人的成本很高 大型主机很贵,一般只有土豪(政府、金融、电信)才能用得起 单点问题,一台大型主机出现故障...在假设数据库服务器还没有遇到性能问题的时候,我们可以增加应用服务器,通过应用服务器集群将用户请求分流到各个服务器中,从而继续提升负载能力。...但是假如我们单纯的把数据库一分为二,然后对于后续数据库的请求,分别负载到两台数据库服务器上,那么一定会造成数据库不统一的问题。所以我们一般先考虑读写分离的方式 ?

    1.2K60

    大型网站技术架构(二)--大型网站架构演化

    使用应用服务器集群改善网站的并发处理能力 因为单一应用服务器能够处理的请求连接有限,在网站访问高峰时期,应用服务器会成为整个网站的瓶颈,因此使用负载均衡处理器势在必然,通过负载均衡调度服务器,可将来自浏览器的访问请求分发到应用的集群中的任何一台服务器上...数据库读写分离 当用户达到一定规模后,数据库因为负载压力过高而成为网站的瓶颈,目前主流的数据库都提供主从热备功能,通过配置两台数据库主从关系,可以将一台数据库的数据更新同步到另一台服务器上,网站利用数据库这一功能实现数据库读写分离...CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,反向代理是部署在网站的中心机房,当用户请求到达中心机房后,首先访问的反向代理,如果反向代理缓存着用户请求的资源,则直接返回给用户...业务拆分 大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将真个网站业务拆分成不同的产品线。 具体到技术上,也会根据产品线话费,将一个网站拆分成许多不同的应用,每个应用独立部署维护。...分布式服务 由于每一个应用系统都需要执行许多相同的业务操作,比如用户管理,session管理,那么可以将这些公用的业务提取出来,独立部署。

    2.1K60

    分布式架构的前世今生...

    一、前言 随着社会的发展,技术的进步,以前的大型机架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了,替代它的就是当下最火的分布式架构,从大型机到分布式,经历了好几个阶段,我们弄明白各个阶段的架构...假设我的数据库服务器还没有遇到性能问题,那我们可以通过增加应用服务器的方式来将应用服务器集群化,这样就可以将用户请求分流到各个服务器中,从而达到继续提升系统负载能力的目的。...系统架构发展到这个阶段,各种问题也会接踵至: 用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡) 用户如果每次访问到的服务器不一样,那么如何维护session,达到session共享的目的。...负载均衡又可以分为软负载和硬负载。软负载我们可以选择Nginx、Apache等,硬负载我们可以选择F5等。 session共享问题我们可以通过配置tomcat的session共享解决。...但假如我们单纯的把数据库一分为二,然后对于数据库的请求,分别负载到两台数据库服务器上,那必定会造成数据库数据不统一的问题。 所以我们一般先考虑将数据库读写分离。 ?

    41230

    分布式架构的前世今生...

    一、前言 ​  随着社会的发展,技术的进步,以前的大型机架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了,替代它的就是当下最火的分布式架构,从大型机到分布式,经历了好几个阶段,我们弄明白各个阶段的架构...假设我的数据库服务器还没有遇到性能问题,那我们可以通过增加应用服务器的方式来将应用服务器集群化,这样就可以将用户请求分流到各个服务器中,从而达到继续提升系统负载能力的目的。...系统架构发展到这个阶段,各种问题也会接踵至: 用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡) 用户如果每次访问到的服务器不一样,那么如何维护 session,达到session...负载均衡又可以分为软负载和硬负载。软负载我们可以选择Nginx、Apache等,硬负载我们可以选择F5等。session共享问题我们可以通过配置tomcat的session共享解决。...但假如我们单纯的把数据库一分为二,然后对于数据库的请求,分别负载到两台数据库服务器上,那必定会造成数据库数据不统一的问题。 所以我们一般先考虑将数据库读写分离。 ?

    34720

    阿里P8架构师深度概述分布式架构

    2.1 IBM大型机曾支撑美国航天登月计划 2.2 IBM主机一直服务于金融等核心行业的关键领域 由于高可靠性和超强的计算能力,几遍在X86和云计算飞速发展的情况下,IBM的大型机依然牢牢占据着一定的高端市场份额...凭借着大型机超强的计算和I/O处理能力、稳定性、安全性等,在很长一段时间内,大型机引领了计算机行业及商业计算领域的发展。 集中式的计算机系统架构也成为了主流。...随着计算机的发展,这种架构越来越难以适应人们的需求,比如说 由于大型主机的复杂性,导致培养一个能够熟练运维大型主机的人的成本很高 大型主机很贵,一般只有土豪(政府、金融、电信)才能用得起 单点问题,一台大型主机出现故障...在假设数据库服务器还没有遇到性能问题的时候,我们可以增加应用服务器,通过应用服务器集群将用户请求分流到各个服务器中,从而继续提升负载能力。...但是假如我们单纯的把数据库一分为二,然后对于后续数据库的请求,分别负载到两台数据库服务器上,那么一定会造成数据库不统一的问题。所以我们一般先考虑读写分离的方式 ?

    75510

    阿里P8架构师深度概述分布式架构

    2.1 IBM大型机曾支撑美国航天登月计划 2.2 IBM主机一直服务于金融等核心行业的关键领域 由于高可靠性和超强的计算能力,几遍在X86和云计算飞速发展的情况下,IBM的大型机依然牢牢占据着一定的高端市场份额...凭借着大型机超强的计算和I/O处理能力、稳定性、安全性等,在很长一段时间内,大型机引领了计算机行业及商业计算领域的发展。 集中式的计算机系统架构也成为了主流。...随着计算机的发展,这种架构越来越难以适应人们的需求,比如说 由于大型主机的复杂性,导致培养一个能够熟练运维大型主机的人的成本很高 大型主机很贵,一般只有土豪(政府、金融、电信)才能用得起 单点问题,一台大型主机出现故障...在假设数据库服务器还没有遇到性能问题的时候,我们可以增加应用服务器,通过应用服务器集群将用户请求分流到各个服务器中,从而继续提升负载能力。...但是假如我们单纯的把数据库一分为二,然后对于后续数据库的请求,分别负载到两台数据库服务器上,那么一定会造成数据库不统一的问题。所以我们一般先考虑读写分离的方式 ?

    68760

    新手入门:零基础理解大型分布式架构的演进历史、技术原理、最佳实践

    1、前言 随着社会的发展、互联网技术的进步,以前的大型机服务端架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了,替代它的就是当下最火的互联网分布式架构。...假设我的数据库服务器还没有遇到性能问题,那我们可以通过增加应用服务器的方式来将应用服务器集群化,这样就可以将用户请求分流到各个服务器中,从而达到继续提升系统负载能力的目的。...系统架构发展到这个阶段,各种问题也会接踵至: 1)用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡); 2)用户如果每次访问到的服务器不一样,那么如何维护session,达到session共享的目的...负载均衡又可以分为软负载和硬负载。软负载我们可以选择Nginx、Apache等,硬负载我们可以选择F5等。session共享问题我们可以通过配置tomcat的session共享解决。...但假如我们单纯的把数据库一分为二,然后对于数据库的请求,分别负载到两台数据库服务器上,那必定会造成数据库数据不统一的问题。  所以我们一般先考虑将数据库读写分离,如下图所示。 ?

    62531

    【Redis】性能瓶颈:如何优化大key问题

    多大的数据量才算是大key,具体取决于Redis服务器的内存大小、可用内存空间、系统负载等因素。...在实际应用中,需要根据具体情况来评估key的大小和数量,以及Redis服务器的硬件配置和系统负载情况,从而确定一个合理的key大小范围,以避免Redis大key问题的发生。...当Redis需要处理大量的请求时,服务器的负载会变得非常高,可能会导致Redis服务器宕机或崩溃; 数据备份和恢复:大key会对Redis的数据备份和恢复产生影响。...key的大小过大,从而出现Redis大key问题; 业务需求导致key过大:有些业务需求需要使用大型数据结构,例如使用大型字符串类型key存储数据,或者使用大型列表、集合、有序集合等数据结构类型,这些需求可能导致单个...可以将大型数据结构拆分成多个小型数据结构,或者使用Redis的分布式特性,将数据分散到多个节点上; 数据切割:对于已经出现的大key,可以将其拆分成多个小型key,并通过Redis的管道技术批量处理这些小型

    1.1K20

    微服务简介

    它将一个大型应用程序拆分为一组更小、更独立的服务,每个服务都可以独立部署、扩展和管理。这些服务之间通过轻量级的通信机制进行交互,通常采用 HTTP 或消息传递协议。 1....微服务架构的特点和优势 •解耦和独立性:微服务架构将应用程序拆分为多个服务,每个服务都相对独立。这使得团队可以独立地开发、部署和维护这些服务,不会影响其他服务。...•负载均衡:用于在多个实例之间均衡请求负载,以确保高可用性和性能。•配置管理:微服务需要能够管理其配置,例如数据库连接、端口号等信息。...•分布式系统问题:微服务是分布式系统,需要解决分布式事务、一致性和网络通信等问题。•运维成本:由于微服务涉及多个服务的运维,需要更多的资源和成本来管理和维护这些服务。...•服务之间的耦合:虽然微服务鼓励低耦合,但如果设计不当,服务之间的耦合仍然可能导致问题。 4. 微服务架构的最佳实践 •服务拆分:将应用程序拆分为合理大小的服务,每个服务负责一个明确的业务功能。

    19820

    大型网站技术架构演化

    使用应用服务器集群改善网站的并发处理能力 ---- 因为单一应用服务器能够处理的请求连接有限,在网站访问高峰时期,应用服务器会成为整个网站的瓶颈,因此使用负载均衡处理器势在必然,通过负载均衡调度服务器,...数据库读写分离 ---- 当用户达到一定规模后,数据库因为负载压力过高而成为网站的瓶颈,目前主流的数据库都提供主从热备功能,通过配置两台数据库主从关系,可以将一台数据库的数据更新同步到另一台服务器上,...CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,反向代理是部署在网站的中心机房,当用户请求到达中心机房后,首先访问的反向代理,如果反向代理缓存着用户请求的资源,则直接返回给用户...业务拆分 ---- 大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将真个网站业务拆分成不同的产品线。...分布式服务 ---- 由于每一个应用系统都需要执行许多相同的业务操作,比如用户管理,session管理,那么可以将这些公用的业务提取出来,独立部署。 ? 本文思维导图 ---- ?

    82620

    理解大型分布式架构的演进历史、技术原理、最佳实践

    1、前言 随着社会的发展、互联网技术的进步,以前的大型机服务端架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了,替代它的就是当下最火的互联网分布式架构。...假设我的数据库服务器还没有遇到性能问题,那我们可以通过增加应用服务器的方式来将应用服务器集群化,这样就可以将用户请求分流到各个服务器中,从而达到继续提升系统负载能力的目的。...系统架构发展到这个阶段,各种问题也会接踵至: 1)用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡); 2)用户如果每次访问到的服务器不一样,那么如何维护session,达到session...负载均衡又可以分为软负载和硬负载。软负载我们可以选择Nginx、Apache等,硬负载我们可以选择F5等。session共享问题我们可以通过配置tomcat的session共享解决。...但假如我们单纯的把数据库一分为二,然后对于数据库的请求,分别负载到两台数据库服务器上,那必定会造成数据库数据不统一的问题。 所以我们一般先考虑将数据库读写分离,如下图所示。 ?

    74731

    Java程序员进阶笔记实操—大型网站架构技术之负载均衡详解(1)

    面对大量用户访问、高并发请求,海量数据,可以使用高性能的服务器、大型数据库,存储设备,高性能Web服务器,采用高效率的编程语言比如(Go,Scala)等,当单机容量达到极限时,我们需要考虑业务拆分和分布式部署...,来解决大型网站访问量大,并发量高,海量数据的问题。...分布式和业务拆分解决了,从集中到分布的问题,但是每个部署的独立业务还存在单点的问题和访问统一入口问题,为解决单点故障,我们可以采取冗余的方式。将相同的应用部署到多台机器上。...纵向扩展,是从单机的角度通过增加硬件处理能力,比如CPU处理能力,内存容量,磁盘等方面,实现服务器处理能力的提升,不能满足大型分布式系统(网站),大流量,高并发,海量数据的问题。...2.5混合型负载均衡 由于多个服务器群内硬件设备、各自的规模、提供的服务等的差异,可以考虑给每个服务器群采用最合适的负载均衡方式,然后又在这多个服务器群间再一次负载均衡或群集起来以一个整体向外界提供服务

    88660

    新手入门:零基础理解大型分布式架构的演进历史、技术原理、最佳实践

    1、前言 随着社会的发展、互联网技术的进步,以前的大型机服务端架构很显然由于高成本、难维护等原因渐渐地变得不再那么主流了,替代它的就是当下最火的互联网分布式架构。...针对不同业务特征的系统,各自都会有自己的侧重点,例如像淘宝这类的网站,要解决的重点问题就是海量商品搜索、下单、支付等问题; 像腾讯这类的网站,要解决的是数亿级别用户的实时消息传输;像百度这类的公司所要解决的又是海量数据的搜索...假设我的数据库服务器还没有遇到性能问题,那我们可以通过增加应用服务器的方式来将应用服务器集群化,这样就可以将用户请求分流到各个服务器中,从而达到继续提升系统负载能力的目的。...系统架构发展到这个阶段,各种问题也会接踵至: 1)用户请求交由谁来转发到具体的应用服务器上(谁来负责负载均衡); 2)用户如果每次访问到的服务器不一样,那么如何维护session,达到session共享的目的...但假如我们单纯的把数据库一分为二,然后对于数据库的请求,分别负载到两台数据库服务器上,那必定会造成数据库数据不统一的问题。  所以我们一般先考虑将数据库读写分离,如下图所示。

    65340
    领券