互联网分布式系统的一点思考

我自身没有独立自主开发和部署过 分布式系统,只有一点自己的理论上的经验。

Boss之前在支付宝干活,最近发现项目中的一些疑惑时,向他请教,了解到了支付宝等互联网公司的一些情况,当然还有一些他自己的想法。

分布式系统的一点思考:多个项目,模块化,不同的模块使用不同的域名。图片和js、css存放在单独的域名。

有的模块服务化,处理 账务-用户等公共的操作,比如WebService实现。

有的只处理 页面请求,响应数据就完了,不处理具体的业务逻辑。

每个子系统部署在各自单独的集群中,这样保证99.99%的可靠性。

比如如果账务逻辑发生了变化,可以逐步部署替换每一台服务器上的程序,而且不影响现有的系统运行。

由于我们开发的项目,是给别人用的,完全分布式部署不一定可行。最终折衷的方案,在我们看来确实有点“别扭”。目前只能如此,理想与现实的差距吧。

另外一点,关于账务系统,开户(新增)、资金交易(收入、支出、转账、充值、提现等)、查询作为3个类,单独实现。方便代码管理、开发和性能优化。

有一个靠谱的Boss,可以保证自己在工作中可以学到很多东西。

多码代码,多实践,才能搞懂技术。就像CMS系统,只有自己动手去做了,才能够发现其中的“简单之处”和“难点”,更能理解Java和PHP的不同。

原文首发:http://fansunion.cn/article/detail/57.html

时间: 2024-10-31 18:22:30

互联网分布式系统的一点思考的相关文章

思考互联网分布式系统

主开发和部署过 分布式系统,仅仅有一点自己的理论上的经验. Boss之前在支付宝干活,近期发现项目中的一些疑惑时,向他请教,了解到了支付宝等互联网公司的一些情况,当然另一些他自己的想法. 分布式系统的一点思考:多个项目,模块化,不同的模块使用不同的域名. 图片和js.css存放在单独的域名. 有的模块服务化,处理 账务-用户等公共的操作,比方WebService实现. 有的仅仅处理 页面请求,响应数据就完了.不处理详细的业务逻辑. 每一个子系统部署在各自单独的集群中.这样保证99.99%的可靠性

关于互联网商业模式的一点思考

传统互联网的商业模式,说白了就是通过流量获得收益.这里面有两个问题,一个是怎么获得流量,另外一个是怎么获得收益? 先来说说怎么获得流量.互联网企业一般通过提供平台,服务,或内容来吸引用户.这里面有一个基本原则就是,一般提供的基础平台基础服务或基本内容都是免费的.比如门户网站提供信息的整理和分类,搜索引擎提供信息的快速获取,电子商务提供交易平台来连接买家和卖家,社交网络提供人们互相通信和交流的渠道,游戏平台提供人们打发碎片时间的娱乐活动,安全服务提供人们上网的安全需要,以及对本地系统和数据的归档整

周志华:关于机器学习的一点思考

https://mp.weixin.qq.com/s/sEZM_o5D6AhyMgvocbsFhw 演讲:周志华 整理:肖琴.闻菲 [新智元导读]机器学习如今大获成功的原因有哪些?如何才能取得进一步的突破?南京大学周志华教授在AI WORLD 2018大会上分享他关于机器学习的一点思考:我们需要设计新的.神经网络以外的深度模型:让智能体在弱监督条件下也能够学习,以及考虑开放动态任务环境下的学习. 播放 震撼!AI WORLD 2018世界人工智能峰会开场视频 南京大学计算机系主任.人工智能学院院

关于后台系统自动生成的一点思考

大量实践发现后台管理程序,其实90%的代码都是相同的,当然是在抛弃复杂逻辑业务的情况下,那么如何能高效的节约这些时间呢,那就是接下来我要说的,对于后台系统自动生成的一些思考. 适用情景: 1.表编号id为自增(基于现在大部分表编号都是自增的情况): 2.没有太复杂业务关联关系,比如表的某一个字段,存储了一个json对象,为了平衡后台用户使用,需要友好的分段展示给用户的定制ui界面:还比如表中存储了外键的多个id,但为了方便用户使用,只能已标签name的方式,给用户展示,等等这些超强业务黏合逻辑的

关于前端的一点思考

关于前端的一点思考 Author:tkorays 最近写前端代码,写着写着就突然开始惆怅.忧伤.愤怒.发狂,我TMD到底在干什么啊! 很多东西写了n遍了,但是还是在不停地写着.自己写过的代码也不想再修改完善.重新利用,只是觉得,可能重新写一遍可能要好点.面对这很多库以及框架,虽然喜爱,但是也是有所顾忌,我只要使用其中的一个功能,根本不需要引入这么大的整个库. 事实上,我们可能在动手写任何代码之前,先要思考下,我们到底要的是什么! 0x00 界面真的需要这么炫酷么 在使用某个界面库之前,我们可能先

关于Emit中动态类型TypeBuilder创建类标记的一点思考

  利用TypeBuilder是可以动态创建一个类型,现在有个需求,动态生成一个dll,创建类型EmployeeEx,需要继承原dll里面的Employee类,并包含Employee类上的所有类标记.   网上有很多例子, //创建TypeBuilder. TypeBuilder myTypeBuilder = myModBuilder.DefineType(typeName, TypeAttributes.Public); myTypeBuilder.SetParent(type);   大概

关于失败的一点思考

睡觉之前突然想到马云说过的一句话:我们要习惯于拒绝,习惯失败,如果我们还没成功,那是因为我们的失败还不够 --------2016.4,11  以此自勉 关于失败的一点思考

有关盒模型的一点思考

有关盒模型的一点思考 盒子模型是css中一个重要的概念,理解了盒子模型才能更好的排版. 其实盒子模型有两种,分别是标准 w3c 盒子模型和 IE 盒子模型. 他们对盒子模型的解释各不相同,先来看看我们熟知的标准盒子模型: 一.w3c盒子模型 看下面的图,根据色块,右外倒内,分别代表margin.border.padding.content(即网页内容部分) 二.IE盒子模型 与w3c盒子模型的组成部分类似,IE盒子模型也包括上图几个部分 但是不同的是,IE盒子模型把border和padding归

关于模板方法和策略模式的一点思考

该随笔的思想原点,应该算是在两三年前了.当时和一前同事聊天.不知怎得就聊到了Http访问. 一.我记得他和我说过的第一句话,大概是:有没有已经封装好的.比较强大的HttpUtil.也可能是受业务的影响(接口对内).我当时接触到的Http访问,大多比较“规范”,至少有一个接口约束在约定着某些东西,不至于一会传递json,返回json, 一会又要传递xml,返回xml,甚至更奇葩的是,上传个文件.返回0或者1.如果真出现这样的状态,HttpUtil依然能够方便.灵活的适应着各种情况.我想这个Util