• 这是分布是系统领域很重要的一篇文章，主要论述在消息传递中"最多一次"、"最少一次"和"正好一次"三者中正好一次传递是不可能的，也就是通过网络两个服务器之间的调用恰好通过一次就完成正确通讯是不可能的。至少一次意思是一个消息至少传递一次以上，当然会造成消息内容重复冗余，但是可靠性提高了；而至多一次是服务
  • Redis是生产环境中默默无闻的主力配置。它不常用作主要的数据存储，但它可存储和访问临时数据（度量，会话状态，缓存等损失可以容忍的数据）方面有一个甜蜜点，并且速度非常快，不仅提供了最佳性能，还通过一组有用的内置数据结构提供了高效的算法。它是现代技术栈中最常见的主要部件之一。
  • Eventuate是建立高扩展的事件溯源event sourcing和使用因果一致性建立事件协助的开源服务框架。基于事件驱动和事件溯源的服务能够给予因果顺序的事件流通讯，服务可位于单个服务器本地也可以分布到全球规模，使用因果一致性复制，保持网络分区之间的写操作高可用性。 icon
  • 本文主要解释了区块链中的重要功能：工作证明(Proof-of-Work)。主要说明工作证明对于区块链是一个重要特征，而且是必须的；区块链中其他经常被提及特征（如安全性）反而是次要的，虽有用但非必须。 本文的解释主要是基于区块链工作证明的一些有趣特性，这些特 icon
  • 在讨论分布式系统的弹性之前，让我们快速回顾一些基本术语：弹性Resiliency：任何系统从困难中恢复的能力，(banq注：弹性也就是适应能力)。分布式系统：一些网络组件通过传递消息来完成一个共同目标。可用性：任何系统在任何时间点保持正常运行的可能性。故障与故障：故障 icon
  • 所有数据流水线的唯一要求是它们不能丢失数据。可以延迟或重新排序，但不能丢失。 为了满足这一要求，大多数分布式系统实现至少保证一次(least-once)传递。实现至少一次传递的技术通常等于：“重试，重试，重试”。直到在收到消费者的确认之前，否则永远不会认为 icon
  • 本文展示如何为您选择最好的容器编排？ 正如Marc Andreesen所说，“Software is eating the world”，所以现在所有公司，无论他们的时间长短火大小规模正在转型为软件公司。 随着这 icon
  • 在一些列表场景（帖子、回复、评论）往往会附带昵称、头像这样的属性。在模型上业务肯定和用户的这些属性分开存储的，所有要么join查询、要么冗余字段、要么从缓存里取。第一种join在现代应用中是肯定不能忍受的，尤其是在高并发、大访问量的情况下；第二种冗余字段会涉及到当昵称或者头像更新后， icon
  • 这是优步Uber员工Gergely Orosz自己的经验分享： 两年前我加入了优步，担任移动软件工程师，有一些后端经验，我构建了带有支付功能的应用程序 - 并在后来重写了它。之后，我就晋升工程管理并领导了一个团队。这意味着需要接触更多的后端，因为我的团队负 icon
  • 在分布式系统中，重试是不可避免的，我们经常使用后台跑定时进行数据同步，同步不成功就实现重试，重试次数多少取决于你追求一致性还是可用性，如果希望两个系统之前无论如何都必须一致，那么你设置重试次数为无限,当然这是理想情况，实际情况是有重试次数限制和重试时间限制，如果超过不成功怎么办？丢弃会造成数据丢失进 icon
  • 这里介绍Slack公司是如何使用Kafka和Redis作为分布式任务队列（类似国内当当网的elastic-job），以毫秒级可靠地处理数十亿个任务。 Slack是一家提供协作工具的SaaS公司，提供聊天群组 + 大规模工具集成 + 文件整合 + 统一搜索四 icon
  • 当前数据库领域存在两大派别：关系数据库代表的强一致性和NoSQL代表的最终一致性。而AntidoteDB介于这两者中间，提供正好一致性。 强一致性数据库优点：1. 同步更新数据2. 满足CAP中的CP，分区性+强一致性。3. 程序 icon
  • cqrs 2.0.5-pre 把 DomainServer , DomainProxy 和 DefaultClusterInfoManager 组件集成到核心了，并加入了一个 cluster-example 分布式例子。详见演示视频 http://edu.csdn.net/course/deta icon
  • 今天，IBM和Google宣布推出Istio，这是一种开放技术，提供了一种连接和管理不同微服务器平台的统一方式。 Istio是IBM，Google和Lyft联合合作的结果，Istio能够支持微服务之间的流量管理、访问策略实施和数据的聚合。如果你的微服务是建 icon
  • 微软首席架构师Yaron Goland发表文章解释了一个区块链客户端是如何基于其实现在CAP的AP或CP之间进行选择的。一个交易发生后有多少数据块记录了这项交易，越多表示系统达到广泛共识，一致性越强，从最终一致性到高一致性。 首先，需要了解一下区块链是通过 icon
  • 该文比较了Spanner与Calvin这两种分布式事务数据库的区别与特点。该文作者丹尼尔·阿巴迪是耶鲁大学的副教授。他主要研究数据库系统架构和实现。他获得麻省理工学院和剑桥大学医学博士。 在2012年有两篇研究论文认为可以在不放弃一致性和事务支持的 icon
  • IT世界正在转向容器，但为了控制管理这些容器，我们又需要容器的管理程序。这就是需要使用Kubernetes，Mesosphere和Docker Swarm的理由。 容器是一种虚拟化应用程序的轻量级方法，是任何DevOps计划的重要元素。但是你怎么管理所有这 icon
  • 在Go 1.7，我们有一个新包/ HTTP / httptrace提供了一个方便的机制，观察一个HTTP请求时会发生什么。在本文中，将说明如何能在分布式跟踪的情况下被使用，通过使用OpenTr icon