首页
学习
活动
专区
工具
TVP
发布

ImportSource

专栏作者
207
文章
387768
阅读量
68
订阅数
NoSQL分布式模型实现之一:Single Server
翻译内容: NoSQL Distilled 第四章 Distribution Models 作者简介: 本节摘要: 第四章我们主要说的是NoSQL运行在分布式的集群上的一些细节。今天我们主要说
ImportSource
2018-05-04
5370
NoSQL 一致性[详解]更新一致性
翻译内容: NoSQL Distilled 第五章 Consistency 作者简介: 本节摘要: 一致性向来是分布式的一大问题。本文主要讨论一致性中的更新一致性的内容。
ImportSource
2018-04-03
1.1K0
为什么看起来不是很复杂的网站,淘宝、腾讯却需要大量顶尖高手来开发?
来源:知乎 链接:http://www.zhihu.com/question/20303645 为什么很多看起来不是很复杂的网站,比如 Facebook 需要大量顶尖高手来开发? 子柳: 就拿淘宝来说说,当作给新人一些科普。 ▼先说你看到的页面上,最重要的几个: 【搜索商品】这个功能,如果你有几千条商品,完全可以用select * from tableXX where title like %XX%这样的操作来搞定。但是——当你有10000000000(一百亿)条商品的时候,任何一个数据库都无法存放了,请问
ImportSource
2018-04-03
1.1K0
CQRS距你有多远?
前面两集(微服务业务开发三个难题-拆分、事务、查询(上),微服务业务开发三个难题-拆分、事务、查询(下))翻译了Chris的大作。为了保证原意不跑偏同时通俗易懂,着实费了老大劲。今天我想把自己对CQRS的理解再用大白话说出来,与没时间看长文的各位共享。 毫无疑问。CQRS是治愈微服务分布式查询的良药之一。 CQRS核心的内容就是:把写入和读取分离。也就是,Command Query Responsibility Segregation,命令查询责任分离。 还是得从背景说起,我们都知道每个微服务应用都有自己的
ImportSource
2018-04-03
1.3K0
必须要讨论的四种分布式事务方案
分布式事务伴随着微服务被人们一再提起。服务与服务之间的事务怎么处理比较好?到底使用哪种选择方案比较好。相信有人觉得分布式事务实现起来比较困难甚至不可能。也有人觉得2pc或3pc就够了等等。本文接下来尝试对2或3pc、补偿、事件源、聚合内事务进行逐一探讨,以求对这四种方式获得一个基本的认识。不妥之处欢迎指正。 两阶段、三阶段提交 两阶段提交要求及时的确认(comfirm)。然而这在很多场景下根本就不适用。因为很多场景是异步的。 而且很多的nosql数据库根本不支持acid事务,更别说2pc了。所以2pc还是
ImportSource
2018-04-03
6860
微服务业务开发三个难题-拆分、事务、查询(下)
上集:微服务业务开发三个难题-拆分、事务、查询(上) 上集我们阐述了使用微服务体系架构的关键障碍是领域模型,事务和查询,这三个障碍似乎和功能拆分具有天然的对抗。只要功能拆分了,就涉及这三个难题。 然后我们向你展示了一种解决方案就是将每个服务的业务逻辑实现为一组DDD聚合。然后每个事务只能更新或创建一个单独的聚合。然后通过事件来维护聚合(和服务)之间的数据一致性。 在本集中,我们将会向你介绍使用事件的时候遇到了一个新的问题,就是怎么样通过原子方式更新聚合和发布事件。然后会展示如何使用事件源来解决这个问题,
ImportSource
2018-04-03
2K0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档