|
SAP应该开源CAP的6个理由 -sap
以下是CAP应该成为开放源代码的非详尽，高度主观的原因清单： 1.开放源代码CAP是增加核心许可收入的最佳方法 通过降低进入门槛来试用基本的SAP S / 4HANA（云）扩展工具（例如CAP
2 年 前 |
|
网页字体大小font-size设置其实不管用 @tonsky.me
这是一篇很棒的文章，如作者所述，字体大小和行距目前在操作系统之间不一致，在字体之间不一致，并且与其他UI元素不一致。 除了惯性和缺乏预见性之外，没有 其他任何 理由。 作者提出的指定 cap
2 年 前 |
|
CAP定理设计者二十年后再谈CAP
CAP定理设计者Eric Brewer作为Google基础设施副总裁在时隔二十年后重谈CAP定律。 Eric Brewer目前正在推动Kubernetes和容器建设，在这篇采访中
8 年 前 |
|
Terrastore和CAP定律
Terrastore和CAP定律 一文主要从CAP方面谈其分布式数据库Terrastore，我想如果你推出一款新式分布式数据库，从CAP这个角度谈才能够比较让人明白。 Terrastore是基于
10 年 前 |
|
Redis发布RedisRaft：提高Redis分布式一致性 –thenewstack
。
当然，RedisRaft受限于 CAP定理 ，RedisRaft这种通过模块管理的Redis集群还有一个假设前提/弱点，或者说它首先必须取决于：大多数Redis服务器节点是否可运行并已连接
3 年 前 |
|
聚合与一致性和有界上下文
根实现 CAP定理 Acknowledging CAP at the Root -‐-‐ in the Domain Model Eric Evans在文中阐述了聚合体内部 聚合体之间以及
10 年 前 |
|
开源分布式事务数据库AntidoteDB
满足CAP中的CP，分区性+强一致性。 3. 程序员方便使用 缺点： 1. 在大用户高并发下性能差 2. 网络失败就无法使用 总体来说：优点是安全，缺点是慢。 最终一致性数据库优点： 1. 因为
5 年 前 |
|
CAP原理和BASE思想
分布式领域CAP理论， Consistency(一致性), 数据一致更新，所有数据变动都是同步的 Availability(可用性), 好的响应性能 Partition tolerance(分区
5 年 前 |
|
转一个大牛对分布式系统和cqrs的反思文章
我领悟到的基本思想是： 1、大部分应用不需要 分布式系统 2、分布式系统遵循cap原理，要么失去A，要么失去P 3、cqrs和 EDA 是适用于分布式的理论和模式，一切基于事件和消息的
10 年 前 |
|
如何打败CAP定理？
一篇谈使用读写分离方式实现 如何打败 CAP定理 文章，可以认为是Event Sourcing的一个变种。 CAP定理认为 一致性 可用性 和分区容错性同时不能获得，通常我们不能
10 年 前 |
|
区块链和CAP定理
微软首席 架构 师Yaron Goland发表文章解释了一个区块链客户端是如何基于其实现在CAP的AP或CP之间进行选择的。一个交易发生后有多少数据块记录了这项交易，越多表示系统达到广泛共识
6 年 前 |
|
国内某电商傍上Spring Cloud只是一场营销
Cloud eureka注册服务器是遵循 CAP定理 的CA，虽然可能提供的服务信息有时不是很及时，甚至是延时的，但是总是一直可用，而某电商依赖Zoopkeeper是遵循CAP定理CP，这是很多朴素
4 年 前 |
|
幽默：Facebook的排序算法 - KevlinHenney
认为对他们有利的顺序显示信息，而不是按时间或用户的需求。（暗示他们的功利主义） CAP定理？牺牲 一致性 ？ CAP定理适用于分布式系统。Facebook菜单是本地的，未分发。 最终的一致性是
3 年 前 |
|
幽默：Salesforce根据CAP定理设立人事职位？
这是一个 分布式系统 的笑话，Salesforce推出基于分布式云系统SaaS CRM应用系统，那么 CAP定理 应该是他们的基因： 2021年5月11日UTC 2100左右
2 年 前 |