网站分布式架构_1_ 简略

分布式一般主要是处理大访问量，通过把请求分发到多台机器或者服务来提升访问速度和访问量

下面是现在多数服务器的配置

我们从下往上说:


代码层，这里一般都用过一些架构进行配置，可以配置最大连接数、文件上传大小、用户登录信息保留时间等等,另外就架构本身会涉及到一些设计模式，对象创建、保存，代码业务逻辑的优化。这些都会影响到程序处理请求的速度和并发量。

如果请求很慢，而且很明显熟读卡在这个地方了，可以考虑优化代码，当然如果是数据库压力过大，那就要对数据库进行分布式等方式的优化，这里暂时不进行详细接受，后续会对数据库分布式进行讲解。

容器层：比较常用的有tomcat,jetty等，他们是代码运行的容器，拿tomcat举例说明，tomcat就请求的量来说可以配置最大线程数，每一个线程可以处理一个请求，

<Connector port="8080"     
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"     
               enableLookups="false" redirectPort="8443" acceptCount="100"     
               debug="0" connectionTimeout="20000"      
               disableUploadTimeout="true" />

线程数对于tomcat处理最大请求的数量是至关重要的一个配置，当然线程配置的很大也是不可能的也是不现实的，虽然它本身没有限制最大线程数,但是它受到硬件、操作系统，容器版本的限制，具体的情况要根据情况而定

容易应该也有一个最大等待队列数，对请求的最大数也是有影响的。

服务器架构配置

Dubbo 架构说明

时间： 2024-08-30 12:15:20

网站分布式架构_1_ 简略的相关文章

网站分布式架构

原文:http://xubaoguo.iteye.com/blog/1882030 摘要: 互联网的网站和大部分企业管理软件一样都是使用B/S架构模型,但是大型的公共网站B/S架构会更加复杂,对架构人员的要求更高,今天我想在自己博客里聊聊我设计的网站的B/S技术架构.不管是B/S架构的企业管理系统还是网站技术架构可以抽象为如下简图: 在传统B/S... <!-- SingleAd begin --> <iframe id="baidu_clb_slot_iframe_66411

网站的分布式架构

如果你对项目管理.系统架构有兴趣,请加微信订阅号"softjg",加入这个PM.架构师的大家庭 互联网的网站和大部分企业管理软件一样都是使用B/S架构模型,但是大型的公共网站B/S架构会更加复杂,对架构人员的要求更高,今天我想在自己博客里聊聊我设计的网站的B/S技术架构. 不管是B/S架构的企业管理系统还是网站技术架构可以抽象为如下简图: 在传统B/S架构的企业管理系统里,技术架构往往就是一个工程项目,各个逻辑分层都是该工程的业务逻辑模块.但是作为提供公共服务的网站,由于用户群比较庞大

大型电商分布式网站架构设计与实践，Java分布式架构，Java事务分布式高并发-视频教程

15套java架构师.集群.高可用.高可扩 展.高性能.高并发.性能优化.Spring boot.Redis.ActiveMQ.Nginx.Mycat.Netty.Jvm大型分布 式项目实战视频教程 视频课程包含: 高级Java架构师包含:Spring boot.Spring  cloud.Dubbo.Redis.ActiveMQ.Nginx.Mycat. Spring.MongoDB.ZeroMQ.Git.Nosql.Jvm.Mecached.Netty.Nio.Mina.性能调优.高并发.

设计的一个网站的分布式架构

互联网的网站和大部分企业管理软件一样都是使用B/S架构模型,但是大型的公共网站B/S架构会更加复杂,对架构人员的要求更高,今天我想在自己博客里聊聊我设计的网站的B/S技术架构. 不管是B/S架构的企业管理系统还是网站技术架构可以抽象为如下简图: 在传统B/S架构的企业管理系统里,技术架构往往就是一个工程项目,各个逻辑分层都是该工程的业务逻辑模块.但是作 为提供公共服务的网站,由于用户群比较庞大,网站并发量高,需求变化大,变更频繁以及网站出于对安全的考虑,以上的逻辑分层在技术架构上的实现也就会复杂

大型网站系统架构的演化(转)

前言 一个成熟的大型网站(如淘宝.京东等)的系统架构并不是开始设计就具备完整的高性能.高可用.安全等特性,它总是随着用户量的增加,业务功能的扩展逐渐演变完善的,在这个过程中,开发模式.技术架构.设计思想也发生了很大的变化,就连技术人员也从几个人发展到一个部门甚至一条产品线.所以成熟的系统架构是随业务扩展而完善出来的,并不是一蹴而就:不同业务特征的系统,会有各自的侧重点,例如淘宝,要解决海量的商品信息的搜索.下单.支付,例如腾讯,要解决数亿的用户实时消息传输,百度它要处理海量的搜索请求,他们都有各

Windows平台分布式架构实践 - 负载均衡

概述 最近.NET的世界开始闹腾了,微软官方终于加入到了对.NET跨平台的支持,并且在不久的将来,我们在VS里面写的代码可能就可以通过 Mono直接在Linux和Mac上运行.那么大家(开发者和企业)为什么那么的迫切的希望.NET跨平台呢?第一个理由是便宜,淘宝号称4万多台服务器 全部运行在Linux,Linux平台下还有免费的MySql,这些都是免费的,这些省下来直接就是利润呀,做企业的成本可以降低又没有任何损失,何乐而 不为呢?第二个理由是在Linux系统下还有很多非常优秀的构架(当然同样也

大型网站技术架构

初始阶段 小型网站的架构很简单,访问量很少,一台服务器充当应用服务器.数据库服务器和文件服务器都绰绰有余. 应用服务与数据服务分离 随着业务量的增大,业务的处理能力遇到了瓶颈.CPU总是满负荷,文件越来越多,而数据库越来越繁忙.这时候需要增加服务器,将服务器的职能进行划分,分别是应用服务器.文件服务器和数据库服务器. 缓存技术改善网站性能 网站访问量的规律与现实世界中的财富分配一样遵循二八原则.80%的业务集中在20%的数据中,比如百度搜索的关键字集中在少数的热门词汇中,淘宝前几页的商品占了大部

关于分布式架构的思考

1 概述 分布式系统就是利用一组机器来协同工作,并对外提供统一的服务. 分布式架构的核心,在于拆分. 2 分布式数据架构 2.1 垂直拆分 按照业务将数据拆分成不同的库; 如sns网站中日志与照片可以分成两个数据库. 2.2 读写分离 一般是主从架构,主库用于写,从库用于读; 主从之间需要同步机制来保证数据的一致性. 2.3 水平拆分 按照数据的特点将全量的数据拆分成不同的分区,并分布到指定的库中; 如sns网站中的日志/照片等信息是按照userID来组织的,因此可以根据userID将数据拆分到

JavaWeb网站技术架构

JavaWeb网站技术架构总结 题记 工作也有几多年了,无论是身边遇到的还是耳间闻到的,多多少少也积攒了自己的一些经验和思考,当然,博主并没有太多接触高大上的分布式架构实践,相对比较零碎,随时补充(附带架构装逼词汇). 俗话说的好,冰冻三尺非一日之寒,滴水穿石非一日之功,罗马也不是一天就建成的,当然对于我们开发人员来说,一个好的架构也不是一蹴而就的. 初始搭建 开始的开始,就是各种框架一搭,然后扔到Tomcat容器中跑就是了,这时候我们的文件,数据库,应用都在一个服务器上. 服务分离 随着系统的