自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(11)
  • 收藏
  • 关注

原创 技术人生-走自己的路

邬红兵:    首先欢迎大家来参加今天这个技术分享,我先很快的过一下PPT,讲述一下自己的经历,大家有什么问题,我们互相交流,这样知道的更多。        先简单介绍一下自己的经历,我发现每个人回顾自己的经历都觉得很曲折,我自己觉得自己的经历很曲折。比如我读小学的时候根本不想上学,我印象最深的就是逃学,基本上一个星期有五六天,大概有两三天是到外面闲逛的,小朋友聚在一块儿打弹子球。到了五年级的时候...

2010-12-31 09:52:16 264

漫谈大规模交易系统架构设计--Core--Engine (continue)

    做大系统设计,就和切蛋糕一样,把复杂问题简单化。一口吃不了一个胖子,就分块来吃。设计方法无非就以下几种方法:    一是横向切,最典型的的就是TCP/IP协议;把整个互联网通讯按实现的功能来分成几层,每一层专注自己那层的工作。比如链路层(IP)专门负责发送和接收IP数据报。这样,每层的工作比较明确清晰,实现起来也比较方便。    二是纵向切,比较典型的就是TCP和UDP的分离。TC...

2010-09-14 13:47:11 149

从高级程序员到架构师

    从高级工程师升到架构师的经历对我来说有点搞笑。技术能力是一个方面,但是最主要原因不是因为我的计算机技术,而是我对一些物理现象的本质理解。    99年刚从上海到美国硅谷,加入一家创业公司。我老板是公司的CTO,赫赫有名的斯坦福物理学终身教授,据说差点被诺贝尔奖提名;现在兼职硅谷华源协会Chairman。    加入不久,花了1个星期改写了一个公司资深顾问花了1个月写的邮件转发处理程...

2010-09-09 19:54:52 166

漫谈大规模交易系统架构设计--Core--Engine

    人有心脏,汽车有引擎。大规模交易系统里,最好也有一个引擎;就好比人有心脏,汽车有引擎一样。交易系统的引擎是什么?能够起到什么作用?应该如何搭建?咱们慢慢谈。    前面的博客中提到系统有三个核心部分,这次先详细探讨其中一个,就是交易本身,把钱(或有价证卷等)从A账户转到B账户的操作。这个操作是一个最基本的最核心的操作,钱(或证券等)流动的操作都可以由这个基本操作组合而成。    引...

2010-09-07 11:30:12 177

漫谈大规模交易系统架构设计--Master DB

    大家经常会听到分布式事务处理,分布式存储等等。但是,在大规模交易系统中,对于核心数据的部分,这些都是狗屎;害死了许多人。前前Paypal的CTO就是被这东东给害了。    由于交易量不断的增大,当时Paypal的核心数据库服务器的Load非常高,超过80%。为了解决问题,决定采用分布式存储,把核心数据的用户信息和Balance数据按用户名来分库存储在不同的地方,采用事务两阶段提交(Tw...

2010-09-01 19:43:22 190

漫谈大规模交易系统架构设计--Core

    交易的核心是什么?很多时候大家都说不到点子上。其实最最核心东西的就是把钱(或证券等)从账户A移到账户B的操作;任何交易系统,都脱不开这个操作。这个操作的相关东东就是整个交易系统的核心。    核心相关的东东有些什么?    首先是帐务系统。把钱(或证券等)从A账户移到B账户,你得知道A账户的情况,你得知道B账户的情况;账户管理必须得有。帐务信息要存储到数据库里。    其次是钱...

2010-08-26 11:10:00 237

漫谈大规模交易系统架构设计方法--Performance

假设下面的pseudo code是一段重要的实时操作的程序: 。。。。Begin TransactionCall Remote Service A To Write Data in A systemInsert RecordUpdate StatusCall Remote Service B To insert Data in B systemSend Emai...

2010-08-19 13:04:40 174

漫谈大规模交易系统架构设计方法--Stateless

    大家都知道大规模系统中Web服务器不止一台,也不是几十台,很可能是成百上千台。系统必须是可扩(Scalable)的;特别是Web服务器必须是可扩的,因为大型系统的流量会是非常大的。    最简单最便宜的方法就是加Linux机器来作为Web服务器。你设计的架构如果不能支持这种通过加机器来扩充系统的方法的话,以后随着流量的增大,领导和群众都会疯掉;系统重构估计是不可避免的。    显然...

2010-08-17 19:48:43 305

原创 漫谈大规模交易系统架构设计--CorrelationID

    说道CorrelationID,发觉很多架构师不知道这个概念;说明这些架构师没玩过多个子系统的协同。CorrelationID是什么?是协同ID,协同一个交易在不同子系统之间的情况。别小看这个东西;有了它,你的工作真的会事半功倍。   CorrelationID是什么?是一笔交易(或其它全局的东东)在整个系统中唯一的标志,是跨子系统的唯一标志。在跨子系统的交互中,每条通讯消息中,必须有...

2010-08-17 11:03:14 385

漫谈大规模交易系统架构设计方法--Divide and Conquer

大规模系统常见问题:     大规模系统和小规模系统是不一样的。一般小规模系统一个牛X的高级架构师就可以完全搞定设计,他可能对整个系统了如指掌,能驾驭系统的各个方面。但是大规模系统就不是这么一回事。再牛X的人都是有能力和时间都是极限的,系统太大,牵扯的面太广,一个人是很难,或者说是不可能完全面面俱到的。这就需要从思想上做好准备,要把系整个统划规划好,集合多个架构师来驾驭整个系统 ...

2010-08-16 17:40:21 134

漫谈大规模交易系统架构设计--前言

做了很多年的软件系统和架构设计,由于本人很懒,没写过什么帖子或文章。但是自己也有些经验和想法,也总想拿出来给大家分享一下,探讨一下。最近,为了让自己能回炉一下知识,决定勤快一点,写些帖子,来总结一下自己对大规模系统架构设计的理解,清理一下思路;同时也给大家提供个正面或反面的东西做参考,和大家一起学习讨论。  有些东西,做过和没做过有时还真是不一样。大规模系统的玩法和一般规模系统的玩法是不一...

2010-08-09 17:53:56 105

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除