电商架构设计初步(待完善!!!)

1.为什么需要vainish或者memcached缓存?

·缓存服务器把数据存在内存中,http或者mysql服务器是把数据存在硬盘上

·从内存中读取数据比从硬盘中读取数据快

·用户发来一个请求查看图片,缓存服务器线查看本地有没有,如果有直接返回给客户,如果没有就去http服务器去找,然后保存在本地内存中一份,再返回给客户一份

2.nginx和apache怎么处理php动态页面?

Apache用mod_php模块处理

Nginx用FastCGI处理

3.各节点的作用

·nginx作为反向代理:用户访问动态内容时分发到apache,访问静态内容时分到到nginx

·varnish:收到用户请求,如果缓存服务器里没有,就到web服务器中去找,然后先保存在本地服务器,再返回给客户

·rabbitmq消息队列:比如有4000个请求进来,rabbitmq服务器全部缓存起来,根据real server的处理能力来分配。

·HAproxy负载均衡:给apache real server做负载均衡,可以设置每个apache最多处理多少个请求(比如500)。4000个请求进来,haproxy设置每个real server最多处理500个,rabbitmq配合haproxy,让后端real server一直到处理完位置

·memcached:缓存数据库

·mysql-proxy:给mysql做读写分离,如果是读就转给读库,如果是写就转给写库

·lvs:给mysql读库做负载均衡

架构流程:

用户输入一个网址,经过DNS解析出IP地址,到达企业防火墙,如果访问的是动态内容,到varnish缓存服务器,如果,到rabbitmq消息队列,到haproxy根据算法交给一台apache real server处理,web服务器连接mysql-proxy如果是写交给写库,如果是读库交给lvs,lvs根据算法找到一台数据库,数据库把内容交给web服务器,web服务器在返回给客户

时间: 2024-10-08 07:13:07

电商架构设计初步(待完善!!!)的相关文章

零售电商架构解决方案

简介:之前接触过B2B商城.C2C商城基本采用的架构都是常规方式:一台负载均衡后端两台web集群加一台数据库服务器(日均PV3~5万).整体访问量并不大,故障率不高.只是偶尔因为sql查询死锁导致业务受影响. 原理详解:分为以下几块:一.安全与监控  二.客户自建应用  三.后台数据库 四.分布式服务  五.存储 模块详解: 安全与监控:安全选择阿里云自带绿网安全.云盾.态势感知3款免费产品,其中还需要常备一台高防堡垒机(一般是IDC机房的高防机,阿里云高防IP太贵了) 客户自建应用:对于电商平

***电商数据库设计参考:ecshop数据库+订单表结构等

ecshop订单表结构ecs_order_info说明 -- 表的结构 `ecs_order_info` CREATE TABLE IF NOT EXISTS `ecs_order_info` ( `order_id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT COMMENT '订单详细信息自增id', `order_sn` varchar(20) NOT NULL COMMENT '订单号,唯一', `user_id` mediumint(8)

电商数据库设计

电商峰值系统架构设计--转载

1.1 系统架构设计目录 摘要:双11来临之际,<程序员>以“电商峰值系统架构设计”为主题,力邀京东.当当.小米.1号店.海尔商城.唯品会.蘑菇街.麦包包等电商企业,及商派.基调网络等服务公司,分享电商峰值系统架构设计的最佳技术实践. 自2009年11月11日,淘宝商城(现名天猫)拉开网购狂欢节的序幕,各大电商的促销浪潮此起彼伏.此时的电商大战不仅是价格之争,更是技术的较量.如何设计电商峰值系统来更好地满足用户蜂拥而至的访问,如何在海量数据处理中实时发现有效信息并转化为商机,成为众多电商企业密

电商总结(八)如何打造一个小而精的电商网站架构

前面写过一些电商网站相关的文章,这几天有时间,就把之前写得网站架构相关的文章,总结整理一下.把以前的一些内容就连贯起来,这样也能系统的知道,一个最小的电商平台是怎么一步步搭建起来的.对以前的文章感兴趣的朋友可以看这个,http://www.cnblogs.com/zhangweizhong/category/879056.html 本文大纲: 1. 小型电商网站的架构 2. 日志与监控系统的解决方案 3. 构建数据库的主从架构 4. 基于共享存储的图片服务器架构 5. 移动M站建设 6. 系统容

如何打造一个小而精的电商网站架构?

本文大纲: 1. 小型电商网站的架构 2. 日志与监控系统的解决方案 3. 构建数据库的主从架构 4. 基于共享存储的图片服务器架构 5. 移动M站建设 6. 系统容量预估 7. 缓存系统 一.小型电商网站的架构 刚从传统软件行业进入到电商企业时,觉得电商网站没有什么技术含量,也没有什么门槛,都是一些现有的东西堆积木似的堆出来罢了.然而,真正进入到这个行业之后,才发现并非如此.有人说过,好的架构,是演化出来的,电商网站的架构也是如此.现在好的电商网站,看似很复杂,很牛逼,其实也是从很小的架构,也

小型电商网站的架构

小型电商网站的架构 又是一年年底了,这一年,从传统软件行业进入到电商企业,算是一次转行了吧.刚开始,觉得电商网站没有什么技术含量,也没有什么门槛,都是一些现有的东西堆积木似的堆出来而已.然而,真正进入到这个行业之后,才发现并不是这样.记得有人说过,好的架构,是演化出来的.电商网站的架构也是如此,现在牛逼的电商网站,看似很复杂,很牛逼,其实也是从很小的架构,也是从没什么技术含量开始的.架构的演化过程,就是在技术团队,不断追求极致的过程. 今天就来总结总结小型电商网站的架构,一套电商系统最初期的架构

【.net core】电商平台升级之微服务架构应用实战(core-grpc)

一.前言 这篇文章本来是继续分享IdentityServer4 的相关文章,由于之前有博友问我关于微服务相关的问题,我就先跳过IdentityServer4的分享,进行微服务相关的技术学习和分享.微服务在我的分享目录里面是放到四月份开始系列文章分享的,这里就先穿越下,提前安排微服务应用的开篇文章 电商系统升级之微服务架构的应用. 本博客以及公众号坚持以架构的思维来分享技术,不仅仅是单纯的分享怎么使用的Demo. 二.场景 先来回顾下我上篇文章 Asp.Net Core 中IdentityServ

引用“人人都是产品经理“-移动端电商类页面设计说

引用:http://mt.sohu.com/20160119/n435004127.shtml 移动端产品最难的地方就是在很小的屏幕上展示出你所有的业务.有了屏幕的限制,加上移动端的客户碎片化阅读的习惯和高流失率.特别是电商类app更难展示出来.所以才有了像列表式小ICON展示方式.电商的标准配置的首页都会将banner保留下来了,作为运营推广最重要的手段之一.而电商app是要展示内容最多也是最难做的一类app.既要保证业务首页展示完整性,还要保证用户体验.所以在每一个页面设计时都要讲究一些技巧