Architecture
文章平均质量分 77
csdn265
这个作者很懒,什么都没留下…
展开
-
大型网站架构系列:电商网站架构案例
大型网站架构是一个系列文档,欢迎大家关注。本次分享主题:电商网站架构案例。从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。除具备功能需求外,还具备一定的高性能,高可用,可伸缩,可扩展等非功能质量需求(架构目标)。根据实际需要,进行改造,扩展,支持千万PV,是没问题的。本次分享大纲电商案例的原因电商网站需求网站初级架构系统容量估算网站架构分析网站架转载 2017-02-24 13:50:52 · 1382 阅读 · 0 评论 -
大型网站架构系列:电商网站架构案例
大型网站架构是一个系列文档,欢迎大家关注。本次分享主题:电商网站架构案例。从电商网站的需求,到单机架构,逐步演变为常用的,可供参考的分布式架构的原型。除具备功能需求外,还具备一定的高性能,高可用,可伸缩,可扩展等非功能质量需求(架构目标)。根据实际需要,进行改造,扩展,支持千万PV,是没问题的。本次分享大纲电商案例的原因电商网站需求网站初级架构系统容转载 2016-12-22 17:20:42 · 5913 阅读 · 1 评论 -
华为架构师8年经验谈:从单体架构到微服务的服务化演进之路
传统应用开发面临的挑战服务化实践服务化不是银弹服务化架构的演进方向一 、传统应用开发面临的挑战挑战1-- 研发成本高主要体现在如下几个方面:代码重复率高在实际项目分工时,开发都是各自负责几个功能,即便开发之间存在功能重叠,往往也会选择自己实现,而不是类库共享,主要原因如下:从技术架构角度看,转载 2016-12-25 11:45:15 · 1464 阅读 · 0 评论 -
微信高并发资金交易系统设计方案——百亿红包背后的技术支撑
每年节假日,微信红包的收发数量都会暴涨,尤以除夕为最。如此大规模、高峰值的业务需要,背后需要怎样的技术支撑?百亿级别的红包规模,如何保证并发性能与资金安全?背景介绍2017年1月28日,正月初一,微信公布了用户在除夕当天收发微信红包的数量——142亿个,而其收发峰值也已达到76万每秒。百亿级别的红包,如何保障并发性能与资金安全?这给微信带来了超级挑战。面对挑战,微信红包在分析了业界“秒杀”转载 2017-02-15 12:16:59 · 1650 阅读 · 1 评论 -
电商峰值系统架构设计
1.1 系统架构设计目录摘要:双11来临之际,《程序员》以“电商峰值系统架构设计”为主题,力邀京东、当当、小米、1号店、海尔商城、唯品会、蘑菇街、麦包包等电商企业,及商派、基调网络等服务公司,分享电商峰值系统架构设计的最佳技术实践。自2009年11月11日,淘宝商城(现名天猫)拉开网购狂欢节的序幕,各大电商的促销浪潮此起彼伏。此时的电商大战不仅是价格之争,更是技术的较量。如何设转载 2017-04-12 18:36:06 · 4303 阅读 · 0 评论 -
大型网站技术:基础架构演进与实践
初始阶段大型网站都是由小型网站演变而来的,网站架构也一样。小型网站最开始没有太多人访问,只需要一台服务器就绰绰有余,就像这样的架构。如下图示:应用程序、数据库、文件等所有资源都在一台服务器上,通常使用 Linux+PHP+MySQL +Apache/Nginx 就可以完成整个项目部署,然后再买个域名,租一个服务器就可以开始我们的网站之旅了。转载 2017-04-28 15:42:24 · 389 阅读 · 0 评论 -
架构学习之路——高可用高并发系统设计原则
作者 Geekwolf本文作者为网易高级运维工程师本文主要是学习开涛《亿级流量网站架构核心技术》一书学习笔记及自己的感悟:架构设计三大定律墨菲定律 - 任何事没有表面看起来那么简单 - 所有的事都会比预计的时间长 - 可能出错的事情总会出错 - 担心某种事情发生,那么它就更有可能发生康威定律 - 系统架构师公司组织架构的反映 - 按照业务闭环转载 2017-04-18 23:43:25 · 3861 阅读 · 0 评论 -
京东高并发抢购系统的核心逻辑与架构实现
1、服务介绍限时抢购又称闪购,英文Flash sale,起源于法国网站Vente Privée。闪购模式即是以互联网为媒介的B2C电子零售交易活动,以限时特卖的形式,定期定时推出国际知名品牌的商品,一般以原价1-5折的价格供专属会员限时抢购,每次特卖时间持续5-10天不等,先到先买,限时限量,售完即止。顾客在指定时间内(一般为20分钟)必须付款,否则商品会重新放到待销售商品的行列里。转载 2017-04-15 22:55:16 · 13330 阅读 · 0 评论 -
软件架构系列文章
http://www.uml.org.cn/zjjs/zjjs-shj.asp架构设计与实践 解密京东高并发抢购系统的核心逻辑与架构实现 Spring Cloud Netflix 概览和架构设计 TensorFlow架构与设计:会话生命周期 多形态MVC式Web架构:完成实时响应 处原创 2017-04-15 22:59:46 · 1460 阅读 · 0 评论 -
理解大型分布式网站你必须知道这些概念
作者:朱小厮blog.csdn.net/u013256816/article/details/51563564如有好文章投稿,请点击 → 这里了解详情1. I/O优化增加缓存,减少磁盘的访问次数。优化磁盘的管理系统,设计最优的磁盘方式策略,以及磁盘的寻址策略,这是在底层操作系统层面考虑的。转载 2017-04-21 10:28:13 · 3192 阅读 · 0 评论 -
今日头条Go建千亿级微服务的实践
今日头条当前后端服务超过80%的流量是跑在 Go 构建的服务上。微服务数量超过100个,高峰 QPS 超过700万,日处理请求量超过3000亿,是业内最大规模的 Go 应用。Go 构建微服务的历程在2015年之前,头条的主要编程语言是 Python 以及部分 C++。随着业务和流量的快速增长,服务端的压力越来越大,随之而来问题频出。Python 的解释性语言特性以及其落后的多进程服务模转载 2017-05-02 09:27:17 · 10049 阅读 · 0 评论 -
淘宝商品数据库设计
淘宝商品设计 非小型电子商务系统设计经验分享再从淘宝数据结构来看电子商务中商品属性设计从淘宝数据结构来看电子商务中商品属性设计YY淘宝商品数据库设计转载 2017-04-24 14:46:38 · 5886 阅读 · 0 评论 -
白话阿里巴巴之Java开发规约
最近,阿里巴巴发布了《阿里巴巴Java开发手册》,总结了阿里人多年一线实战中积累的研发流程规范,这些流程规范在一定程度上能够保证最终的项目交付质量,通过限制开发人员的编程风格、实现方式来避免研发人员在实践中容易犯的错误,同样的问题大家使用同样的模式解决,便于后期维护和扩展,确保最终在大规模协作的项目中达成既定目标。无独有偶,笔者去年在公司里负责升级和制定研发流程、设计模板、设计标准、代码标转载 2017-04-26 12:06:20 · 609 阅读 · 0 评论 -
大型分布式网站架构技术总结
本文是学习大型分布式网站架构的技术总结。对架构一个高性能,高可用,可伸缩,可扩展的分布式网站进行了概要性描述,并给出一个架构参考。一部分为读书笔记,一部分是个人经验总结。对大型分布式网站架构有很好的参考价值。(如果感觉对大家有帮助,请帮忙点推荐,谢谢。本博客会逐步推出一系列的关于大型分布式网站架构,设计模式,架构模式方面的系列文章,交流群:466097527) 本次分享大纲如下大转载 2016-12-21 09:23:50 · 373 阅读 · 0 评论 -
从LAMP到框架式开发的SOA:土巴兔8年架构之道
张华杰,上海交通大学工学硕士,任职土巴兔技术中心技术总监,全面负责土巴兔的技术研发和运维团队。带领团队开发了土巴兔网站、设计本、APP、CRM、呼叫中心等系统。2014 年加入土巴兔,主持并参与了 SOA 基础架构体系、全网多轮高可用加固和性能优化的建设。关于架构,我认为:架构没有好坏之分,只有合适的才是好的。架构不是设计出来的,而是摔打出来的。“物有本末,事有终始,知所先后,则近道矣转载 2016-12-07 13:17:59 · 4002 阅读 · 2 评论 -
分布式系统事务一致性解决方案大对比,谁最好使?
在分布式系统中,同时满足“一致性”、“可用性”和“分区容错性”三者是不可能的。分布式系统的事务一致性是一个技术难题,各种解决方案孰优孰劣?老司机介绍丁浪,现就职于某垂直电商平台,担任技术架构师。关注高并发、高可用的架构设计,对系统服务化、分库分表、性能调优等方面有深入研究和丰富实践经验。热衷于技术研究和分享。在OLTP系统领域,我们在很多业务场景下都会面临事务一致性方面的需求,例如转载 2016-12-06 14:09:56 · 1014 阅读 · 0 评论 -
秒杀系统架构分析与实战
转自:http://my.oschina.net/xianggao/blog/524943?fromerr=eWkBBjZJ0 系列目录秒杀系统架构秒杀系统架构分析与实战1 秒杀业务分析正常电子商务流程(1)查询商品;(2)创建订单;(3)扣减库存;(4)更新订单;(5)付款;(6)卖家发货秒杀业务的特性(1)低廉转载 2017-02-25 21:54:27 · 378 阅读 · 0 评论 -
细聊分布式ID生成方法
需求缘起几乎所有的业务系统,都有生成一个记录标识的需求,例如:消息标识:message-id订单标识:order-id帖子标识:tiezi-id这个记录标识往往就是数据库中的唯一主键,数据库上会建立聚集索引(cluster index),即在物理存储上以这个字段排序。这个记录标识上的查询,往往又有分页或者排序的业务需求,例如:拉取最新的一页消息:selectmessag转载 2016-04-12 14:45:47 · 494 阅读 · 0 评论 -
汽车之家移动主App服务端架构变迁
随着移动互联网时代的到来,移动技术也随之飞速发展。如今,App已然成为绝大多数互联网企业用来获取用户的核心渠道。以往以PC为主要承载平台的各业务线,源源不断集成加入到移动项目中来,原本以产品为中心快速迭代的单一开发模式,已经无法应对这汹涌爆炸式的业务接入和高速增长。同时伴随着用户量的增长,流量的持续暴增,系统架构面临的一系列挑战和转型。怎么构建出高可靠、高扩展、低成本、多快好省系统体系架构已成为业转载 2016-04-16 21:41:46 · 614 阅读 · 0 评论 -
大众点评订单分库分表实践之路
本文是关于大众点评订单分库分表实践的一个具体分享,包含对订单库的具体切分策略,以及我个人的一些思考。背景订单单表早已突破两百G,因查询维度较多,即使加了两个从库,各种索引优化,依然存在很多查询不理想的情况。加之去年大量的抢购活动的开展,数据库达到瓶颈,应用只能通过限速、异步队列等对其进行保护。同时业务需求层出不穷,原有的订单模型很难满足业务需求,但是基于原订转载 2016-04-19 11:45:41 · 421 阅读 · 1 评论 -
揭秘微信红包架构、抢红包算法和高并发和降级方案
与传统意义上的红包相比,近两年火起来的“红包”,似乎才是如今春节的一大重头戏。历经上千年时代传承与变迁,春节发红包早已成为历史沉淀的文化习俗,融入了民族的血脉。按照各家公布的数据,除夕全天微信用户红包总发送量达到80.8亿个,红包峰值收发量为40.9万个/秒。春晚直播期间讨论春晚的微博达到5191万条,网友互动量达到1.15亿,网友抢微博红包的总次数超过8亿次。微信红包在经转载 2016-05-16 12:28:44 · 4775 阅读 · 0 评论 -
秒杀系统架构优化思路
秒杀系统架构优化思路本文曾在“架构师之路”上发布过,近期支援Qcon-AS大会,在微信群里分享了该话题,故对原文进行重新整理与发布。一、秒杀业务为什么难做1)im系统,例如qq或者微博,每个人都读自己的数据(好友列表、群列表、个人信息);2)微博系统,每个人读你关注的人的数据,一个人读多个人的数据;3)秒杀系统,库存只有一份,所有人会在集中的转载 2016-05-20 14:34:21 · 4988 阅读 · 3 评论 -
58怎么玩数据库架构(upyun架构与运维大会速记)
大家好,我是58沈剑,今天我分享的主题是《58怎么玩数据库架构》,我的PPT页数非常少,讨论的问题非常的聚焦。一、数据库的基本概念基本概念就一页PPT,让大家就一些数据库方面的概念达成一致。首先是“单库”,最开始的时候数据库都是这么玩的,几乎所有公司都会经历这个阶段。接下来是“分片”,也就是水平切分,它是用来解决数据量大的问题。有一些转载 2016-05-20 15:07:12 · 451 阅读 · 0 评论 -
微信序列号生成器架构设计及演变
每天万亿级调用的重量级系统,每次申请序列号平时调用耗时1ms,99.9%的调用耗时小于3ms,服务部署于数百台4核CPU服务器上!老司机介绍曾钦松,微信高级工程师,目前负责微信后台基础服务、朋友圈后台等开发优化,致力于高可用高性能后台系统的设计与研发。2011年毕业于西安电子科技大学,早先曾在腾讯搜搜从事检索架构、分布式数据库方面的工作。微信在立项之初,就已确立了利用数据版本号实现终端转载 2016-06-27 23:32:43 · 4655 阅读 · 0 评论 -
揭秘淘宝286亿海量图片存储与处理架构
【IT168 专稿】8月27日下午,在IT168系统架构师大会存储与系统架构分论坛上,淘宝网技术委员会主席,淘宝网核心工程师章文嵩向我们详细介绍了淘宝网图片处理与存储系统的架构。章文嵩博士的演讲日程包括了淘宝的整个系统架构、淘宝图片存储系统架构,淘宝网独立开发的TFS集群文件系统,前端CDN系统以及淘宝网在节能服务器方面的应用和探索。 本文侧重介绍淘宝网后台的图片存储系统架构、包转载 2016-07-14 21:23:57 · 5536 阅读 · 0 评论 -
即时通讯消息的可靠投递
本章来聊一聊即时通讯(Instant Messaging,后简称im)消息的可靠投递。一、报文类型im的客户端与服务器通过发送报文(也就是网络包)来完成消息的传递,报文分为三种请求报文(request,后简称为为R)应答报文(acknowledge,后简称为A)通知报文(notify,后简称为N),这三种报文的解释如下:R:客户端主动发送转载 2016-10-11 11:04:27 · 966 阅读 · 0 评论 -
服务的扩展性
来源:loveis715链接:www.cnblogs.com/loveis715/p/5097475.html在编写一个应用时,我们常常考虑的是该应用应该如何实现特定的业务逻辑。但是在逐渐发展出越来越多的用户后,这些应用常常会暴露出一系列问题,如不容易增大容量,容错性差等等。这常常会导致这些应用在市场的拓展过程中无法快速地响应用户的需求,并最终失去商业上的先机。转载 2016-12-02 09:37:22 · 714 阅读 · 0 评论 -
开源分布式后台毫秒服务引擎全解析:引擎架构、RPC、灰度……
“腾讯QQ团队将于12月4日开源一个服务开发运营框架,叫做毫秒服务引擎(Mass Service Engine in Cluster,MSEC),它集RPC、名字发现服务、负载均衡、业务监控、灰度发布、容量管理、日志管理、Key-Value存储于一体,目的是提高开发与运营的效率和质量。毫秒服务引擎的创作冲动和构建经验,来自QQ后台团队超过10年的运营思考。它是一整套解决方案,但也可以拆转载 2016-12-02 09:38:47 · 2936 阅读 · 0 评论 -
交易型系统设计的一些原则
1 高并发原则1.1 无状态如果应用的设计是无状态的,那么应用比较容易进行水平扩展。实际生产环境是:应用无状态、配置文件有状态。1.2 拆分访问量大,资源充足,可考虑拆分。几种主要的拆分情况:系统维度:按照系统功能/业务拆分。功能维度:对一个系统按照功能拆分。读写维度:根据读写比例特征进行拆分。读的量太大,可用缓存;写的量太大,可分库分表。聚合读取场景,可考转载 2017-10-16 00:50:02 · 398 阅读 · 0 评论