您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 高并发高负载系统架构

  2. 对于一般应用与高并发应用的架构设计,包括物理的,系统的,软件的设计
  3. 所属分类:其它

    • 发布日期:2012-03-23
    • 文件大小:898048
    • 提供者:gs_zhaoyang
  1. 高并发高负载系统架构

  2. 搭建高并发高负载系统架构的介绍,介绍高并发高负载系统的主要约束及系统架构的设计、建设方案。
  3. 所属分类:Web开发

    • 发布日期:2012-04-01
    • 文件大小:898048
    • 提供者:jim0169
  1. 高并发高流量网站架构

  2.  本文围绕高并发高流量的网站架构设计问题,主要研究讨论了以下内容:   首先在整个网络的高度讨论了使用镜像网站,CDN内容分发网络等技术对负载均衡带来的便利及各自的优缺点比较。然后在局域网层次对第四层交换技术,包括硬件解决方案F5和软件解决方案LVS,进行了简单的讨论。接下来在单服务器层次,本文着重讨论了单台服务器的Socket优化,硬盘级缓存技术,内存级缓存技术,CPU与IO平衡技术(即以运算为主的程序与以数据读写为主的程序搭配部署),读写分离技术等。在应用层,本文介绍了一些大型网站常用的技
  3. 所属分类:网络基础

    • 发布日期:2008-09-27
    • 文件大小:256000
    • 提供者:bjo2008cn
  1. 基于docker容器的高并发web系统架构设计与实现.caj

  2. 《基于docker容器的高并发web系统架构设计与实现》随着互联网迅速发展,社交、媒体以及电商等web网站用户数量 越来越大,并发流量也越来越高,这对于传统web系统架构设计提出 新的挑战。本文基于docker容器虚拟化技术来设计实现高并发web系 统架构,实现web系统的高并发、易扩展以及提升系统资源利用均衡 率等功能。 本文基于docker容器以及Kubemetes容器集群技术,从负载均 衡、弹性伸缩以及资源调度等方面设计实现容器化高并发web系统架
  3. 所属分类:kubernetes

    • 发布日期:2020-04-07
    • 文件大小:9437184
    • 提供者:siwei1988
  1. 火爆背后的挑战:直播平台的高并发架构设计

  2. “对技术人来说,火爆即是高并发的代名词。越是火爆的平台,对架构、负载容量的要求越高。挑战常在,怎么应战?日常生活用手机来看视频的次数越来越多,时间越来越长,看的内容也是种类越来越多。包括最近从3月份美国开始火起来之后,国内也在火的移动视频社交类。这个也是我们现在在重点切的一个垂类,这个垂类为什么现在会火?我们总结下来一部分原因是因为它的娱乐性很强,延迟很低,和主播有强互动的可能,所以越来越多的人在关注。国内现在起码有几家已经上线,有几十家正在联系准备上线,其中总归会有几个火起来的。这就是对我们现
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:921600
    • 提供者:weixin_38596267
  1. 大话程序猿眼里的高并发架构

  2. 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并发量等因素,来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年,我有幸的遇到了并发下的各种坑,这一路摸爬滚打过来有着不少的血泪史,这里进行的总结,作为自己的归档记录,同时分享给大家。服务器架构业务从发展的初期到逐渐成熟,服务器架构也是从相对单一到集群,再到分布式服务。一个可以支持高并发的服务少不了好的服务器架构
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:208896
    • 提供者:weixin_38605801
  1. 互联网高并发架构技术实践

  2. 本文来自于cnblogs,介绍了什么是高并发,如何提升系统的并发能力,常见的互联网分层架构,分层水平扩展架构实践等知识。高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查询率QPS(QueryPerSecond),并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms
  3. 所属分类:其它

    • 发布日期:2021-02-25
    • 文件大小:167936
    • 提供者:weixin_38611508
  1. 高并发架构与分布式技术NoSQL--Redis原理剖析

  2. Redis是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库。它可以用作数据库、缓存和消息中间件。它支持多种类型的数据结构,如字符串(strings),散列(hashes),列表(lists),集合(sets),有序集合(sortedsets)与范围查询,bitmaps,hyperloglogs和地理空间(geospatial)索引半径查询。hashes存的是字符串和字符串值之间的映射,比如一个用户要存储其全名、姓氏、年龄等等,就很适合使用哈希。
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:263168
    • 提供者:weixin_38518518
  1. 微博短视频百万级高可用、高并发架构如何设计?

  2. 本文来自于51cto,文章设计及服务可用性方面,详细解析了微博短视频高可用、高并发架构设计中的问题与解决方案等内容。我们的业务场景主要是应对热门事件的流量暴涨,例如明星绯闻、爆炸性新闻等势必会让流量在短时间内急剧增长的事件。如何从架构上保证流量暴涨时整体平台的稳定性?如果只是简单地通过调整服务器规模解决,流量较小时过多的服务器冗余带来成本的浪费,流量暴涨时过少的服务器又令平台服务处于崩溃的边缘。比较特别的是,我们面临的问题与诸如“双十一”这种在某一确定时间段内流量的可预见式高并发有着本质的不同,
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:436224
    • 提供者:weixin_38612437
  1. 千万级用户的大型网站,应该如何设计其高并发架构?

  2. (1)单块架构(2)初步的高可用架构(3)千万级用户量的压力预估(4)服务器压力预估(5)业务垂直拆分(6)用分布式缓存抗下读请求(7)基于数据库主从架构做读写分离(8)总结一般一个网站刚开始建立的时候,用户量是很少的,大概可能就几万或者几十万的用户量,每天活跃的用户可能就几百或者几千个。这个时候一般网站架构都是采用单体架构来设计的,总共就部署3台服务器,1台应用服务器,1台数据库服务器,1台图片服务器。研发团队通常都在10人以内,就是在一个单块应用里写代码,然后写好之后合并代码,接着就是直接在
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:202752
    • 提供者:weixin_38650842
  1. 高并发架构的设计

  2. 1)高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。2)高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查询率QPS(QueryPerSecond),并发用户数等。3)响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。4)吞吐量:单位时间内处理的请求数量。5)QPS:每秒响应请求数。在互联
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:239616
    • 提供者:weixin_38586428
  1. 阿里P8架构师谈:高并发架构解决方案总结

  2. 高并发是指在同一个时间点,有很多用户同时访问URL地址,比如:淘宝的双11、双12,就会产生高并发。又如贴吧的爆吧,就是恶意的高并发请求,也就是DDOS攻击。服务端:导致站点服务器/DB服务器资源被占满崩溃,数据的存储和更新结果和理想的设计是不一样的,比如:出现重复的数据记录,多次添加了用户积分等。用户角度:网站打不开服务器雪崩:通过表设计,如:记录表添加唯一约束,数据处理逻辑使用事物防止并发下的数据错乱问题。通过服务端锁进程防止包并发下的数据错乱问题。这里主要讲述的是在并发请求下的数据逻辑处理
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:150528
    • 提供者:weixin_38549520
  1. 高并发架构解析

  2. 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并发量等因素,来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年,我有幸的遇到了并发下的各种坑,这一路摸爬滚打过来有着不少的血泪史,这里进行的总结,作为自己的归档记录,同时分享给大家。业务从发展的初期到逐渐成熟,服务器架构也是从相对单一到集群,再到分布式服务。一个可以支持高并发的服务少不了好的服务器架构,需要有均
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:313344
    • 提供者:weixin_38602982
  1. 滴滴出行高并发高性能的分布式架构设计之道

  2. 互联网生下来就是为了服务海量用户,在这个时代,几乎没有哪个应用再为单机而生。每个公司的每个产品将要面临的都是不可预知的用户海量请求。显然这个靠分布式程序来解决,比靠单机靠谱得多。然而不幸的是,如果一开始你的架构设计不可扩展,有再多的机器,有再多的云解决方案,对你来说至多是将单机程序跑在了一个虚拟的单机上。很少有一个应用能准确预测自己的用户量有多大,因此,一开始就为上亿用户去设计一个极为复杂的分布式架构,几乎是不可能的。因为这不仅会带来极高的成本,还会牺牲整个系统的灵活度。并不是每个公司都像谷歌一
  3. 所属分类:其它

    • 发布日期:2021-02-23
    • 文件大小:214016
    • 提供者:weixin_38702945
  1. 互联网高并发架构技术实践

  2. 本文来自于cnblogs,介绍了什么是高并发,如何提升系统的并发能力,常见的互联网分层架构,分层水平扩展架构实践等知识。高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计保证系统能够同时并行处理很多请求。高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查询率QPS(Query PerSecond),并发用户数等。响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200m
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:167936
    • 提供者:weixin_38660051
  1. 微博短视频百万级高可用、高并发架构如何设计?

  2. 本文来自于51cto,文章设计及服务可用性方面,详细解析了微博短视频高可用、高并发架构设计中的问题与解决方案等内容。我们的业务场景主要是应对热门事件的流量暴涨,例如明星绯闻、爆炸性新闻等势必会让流量在短时间内急剧增长的事件。如何从架构上保证流量暴涨时整体平台的稳定性?如果只是简单地通过调整服务器规模解决,流量较小时过多的服务器冗余带来成本的浪费,流量暴涨时过少的服务器又令平台服务处于崩溃的边缘。比较特别的是,我们面临的问题与诸如“双十一”这种在某一确定时间段内流量的可预见式高并发有着本质的不同,
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:436224
    • 提供者:weixin_38723559
  1. 阿里P8架构师谈:高并发架构解决方案总结

  2. 高并发是指在同一个时间点,有很多用户同时访问URL地址,比如:淘宝的双11、双12,就会产生高并发。又如贴吧的爆吧,就是恶意的高并发请求,也就是DDOS攻击。服务端:导致站点服务器/DB服务器资源被占满崩溃,数据的存储和更新结果和理想的设计是不一样的,比如:出现重复的数据记录,多次添加了用户积分等。 用户角度:网站打不开 服务器雪崩:通过表设计,如:记录表添加唯一约束,数据处理逻辑使用事物防止并发下的数据错乱问题。通过服
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:150528
    • 提供者:weixin_38657139
  1. 高并发架构解析

  2. 高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并发量等因素,来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年,我有幸的遇到了并发下的各种坑,这一路摸爬滚打过来有着不少的血泪史,这里进行的总结,作为自己的归档记录,同时分享给大家。 业务从发展的初期到逐渐成熟,服务器架构也是从相对单一到集群,再到分布式服务。一个可以支持高并发的服务少不了好的
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:312320
    • 提供者:weixin_38581447
  1. 千万级用户的大型网站,应该如何设计其高并发架构?

  2. (1)单块架构(2)初步的高可用架构(3)千万级用户量的压力预估(4)服务器压力预估(5)业务垂直拆分(6)用分布式缓存抗下读请求(7)基于数据库主从架构做读写分离(8)总结一般一个网站刚开始建立的时候,用户量是很少的,大概可能就几万或者几十万的用户量,每天活跃的用户可能就几百或者几千个。这个时候一般网站架构都是采用单体架构来设计的,总共就部署3台服务器,1台应用服务器,1台数据库服务器,1台图片服务器。研发团队通常都在10人以内,就是在一个单块应用里写代码,然后写好之后合并代码,接着就是直接在
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:202752
    • 提供者:weixin_38641896
  1. 高并发架构的设计

  2. 1)高并发(HighConcurrency)是互联网分布式系统架构设计中必须考虑的因素之一,它通常 是指,通过设计保证系统能够同时并行处理很多请求。 2)高并发相关常用的一些指标有响应时间(ResponseTime),吞吐量(Throughput),每秒查 询率QPS(QueryPerSecond),并发用户数等。
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:239616
    • 提供者:weixin_38670700
« 12 3 4 5 6 7 8 9 10 ... 15 »