关于大型高并发网站架构以及数据库集群的一些问题

2014年6月11日,正在办理离职交接过程中,对未来的职业规划陷入了一些困境,想要专门从事管理工作,但是在任职期间所执行的管理工作仅仅属于team
leader级别的,离项目经理感觉能力还有差距。对技术方面,总是有着难以克制的热情,多年的企业应用开发,锻炼了将需求转化为程序逻辑的能力。可对当下比较吃香的大型网站架构以及数据库集群技术,接触甚少。这也让我一直心有芥蒂,总想向着这个方向去探索。我想,如果想要成为一个好的架构师,这些事情如果不接触,你都不好意思跟人说你会做系统架构吧。

IT给人的感觉就是这样,你总是想要成为一个管理人员,而又不可能平白无故的成为一个管理人员,你需要用你的技术能力,来碰触管理工作,从中锻炼,然后你才可能是一个管理人员。真是有点尴尬,不仅如此,你还会觉得有时,你根本控制不住去研究新技术的热情啊。

从业6年,尴尬,选择困难。但是觉得还是先在技术的道路上走下去吧,毕竟这个对自身所能接触到最容易解决的问题。

今天开始,记录我的架构师成长之路

今天接到一家企业的技术面试电话,主要问及的便是高并发服务器架构以及数据库集群的一些问题。

1000万用户,需要如何架构服务器来满足?

我想这个问题,问到了我尚未了解的范畴了,那么对此我想先对自己提出几个问题:

1.1000万用户可能造成的并发数量是多少?

2.选用什么服务来运行这个WEB程序?

3.1000万用户造成的并发,是否需要考虑服务器带宽的问题?如果需要,带宽应该是多少?

4.是否需要对服务器进行负载均衡?我需要多少台什么样的服务器,可以承受1000万用户带来的并发呢?

5.数据库要进行数据库集群处理,我应该怎么处理,如何保证访问效率?

6. java程序需是否需要根据这个并发情况设计一些应对高并发的软件结构?

7.如果给我一台服务器,我如何可以推断出我能否完成这样的服务器部署?

我想,如果想要成为一个架构师,这些问题,都要详细的了解并解决过一次吧。没有亲手操刀,你永远不知道会出现什么。

今天记录的这7个问题,将会逐一找到答案。迈出成为架构师的第一步

关于大型高并发网站架构以及数据库集群的一些问题,布布扣,bubuko.com

时间: 2024-10-22 21:25:23

关于大型高并发网站架构以及数据库集群的一些问题的相关文章

从12306说起 大型高并发网站架设

[IT168 评论]2012年春节,铁道部推出12306网站,进行网络实名购票.每一个返乡人原以为不用再忍冻排队,就能买着一张回家的火车票,但结果还是大失所望.7天内,12306网站访问用户已占全球互联网用户的0.902%,每天点击量高达10亿人次;系统一度支撑不住如此庞大的访问量而陷入崩溃.针对12306的责难也不绝于耳. 面对12306,人们发表种种猜想,究竟是哪里有问题引起了大家的兴趣,IT168也特意邀请了网站架构方面的专家-ITpub资深版主丁昊和腾讯架构平台部刘天斯,跟我们一起聊聊1

浅谈千万级PV/IP规模高性能高并发网站架构(转自老男孩)

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://oldboy.blog.51cto.com/2561410/736710 如果把来访用户比作来犯的"敌人",我们一定要把他们挡在800里地以外,即不能让他们的请求一下打到我们的指挥部(指挥部就是数据库及分布式存储). 如:能缓存在用户电脑本地的,就不要让他去访问CDN. 能缓存CDN服务器上的,就不要让CDN去访问源(静态服务器)了.能访问静态服务器的,就不要去访问动态

高负载、高并发网站架构知识汇总-大流量网站架构的几点认识

:硬架构 1:机房的选择: 在 选择机房的时候,根据网站用户的地域分布,可以选择网通或电信机房,但更多时候,可能双线机房才是合适的.越大的城市,机房价格越贵,从成本的角度看可以 在一些中小城市托管服务器,比如说广州的公司可以考虑把服务器托管在东莞,佛山等地,不是特别远,但是价格会便宜很多. 2:带宽的大小: 通常老板花钱请我们架构网站的时候,会给我们提出一些目标,诸如网站每天要能承受100万PV的访问量等等.这时我们要预算一下大概需要多大的带宽,计算带宽大小主要涉及两个指标(峰值流量和页面大小)

(转)浅谈千万级PV/IP规模高性能高并发网站架构

浅谈千万级PV/IP规模高性能高并发网站架构 原文:http://blog.51cto.com/oldboy/736710 文章架构简图:   高并发访问的核心原则其实就一句话"把所有的用户访问请求都尽量往前推". 如果把来访用户比作来犯的"敌人",我们一定要把他们挡在800里地以外,即不能让他们的请求一下打到我们的指挥部(指挥部就是数据库及分布式存储). 如:能缓存在用户电脑本地的,就不要让他去访问CDN. 能缓存CDN服务器上的,就不要让CDN去访问源(静态服务

千万级PV规模高性能高并发网站架构

防伪码:好久不见,你会不会突然的出现. 客户端:缓存(expires).deflate压缩 缓存服务器:CDN/cache缓存静态内容如:html.jpg.gif.js等 静态web服务器:Apache/nginx静态服务器提供html页面内容 php/java服务器:PHP/JAVA动态内容 数据库缓存服务器:数据库缓存memcache/redis 数据库服务器:MYSQL数据库 数据存储:NFS/HADOOP等 高并发访问的核心原则其实就一句话"把所有的用户访问请求都尽量往前推".

浅谈千万级PV/IP规模高性能高并发网站架构

高并发访问的核心原则其实就一句话“把所有的用户访问请求都尽量往前推”. 如果把来访用户比作来犯的"敌人",我们一定要把他们挡在800里地以外,即不能让他们的请求一下打到我们的指挥部(指挥部就是数据库及分布式存储). 如:能缓存在用户电脑本地的,就不要让他去访问CDN. 能缓存CDN服务器上的,就不要让CDN去访问源(静态服务器)了.能访问静态服务器的,就不要去 访问动态服务器.以此类推:能不访问数据库和存储就一定不要去访问数据库和存储. 说起来很轻松,实际做起来却不容易,但只要稍加努力

高性能高并发网站架构,教你搭建Redis5缓存集群

一.Redis集群介绍 Redis真的是一个优秀的技术,它是一种key-value形式的NoSQL内存数据库,由ANSI C编写,遵守BSD协议.支持网络.可基于内存亦可持久化的日志型.Key-Value数据库,并提供多种语言的API. Redis最大的特性是它会将所有数据都放在内存中,所以读写速度性能非常好.Redis是基于内存进行操作的,性能较高,可以很好的在一定程度上解决网站一瞬间的并发量,例如商品抢购秒杀等活动. 网站承受高并发访问压力的同时,还需要从海量数据中查询出满足条件的数据,需要

高性能网站架构缓存——redis集群

相信你已经对redis有一定的了解,并能够安装上,进行简单的使用了,但是在咱们的实际应用中,使用redis肯定不会使用单机版,不光是redis不能使用单机版,其他的也不会使用,所以今天我们来说一下redis cluster的安装. 1.  Redis Cluster的架构图. (1)所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽. (2)节点的fail是通过集群中超过半数的节点检测失效时才生效. (3)客户端与redis节点直连,不需要中间proxy

Ubuntu-18.04 下使用Nginx搭建高可用,高并发的asp.net core集群

一.实现前的准备 以下是实现简单负载均衡的思路,图中的服务器均为虚拟机 三台Linux服务器,一台用作Nginx负载均衡(192.168.254.139),另外两台用作Asp.Net Core应用程序承载的服务器(192.168.254.140,192.168.254.141) 一台用作于Client的Windows服务器. 二.环境搭建 1.Asp.Net Core程序 就是一个新建的空web应用程序,然后修改了下Startup的中间件,分别部署到2台Ubuntu上. public class