• DNS解析是一个非常耗时且容易失败且容易受到攻击的过程,在Java的 icon
  • 如果Uber Cadence,Lyft Flyte和NetFlix Conductor能带给我们什么启示的话:那就是随着微服务规模的增加,实现工作流引擎的可能性大幅度提高。 icon
  • Mockapetris谈论了DNS现状及其在各国寻求建立自己的内部网的未来,包括未来DNS 2.0发展。域名系统(DNS),通常称为Internet的电话簿,是Internet基础结构的基本组成部分。由 icon
  • 分布式系统给程序带来了特殊的挑战。它们通常要求我们拥有多个数据副本,这些副本需要保持同步。但是我们不能依靠处理节点可靠地工作,并且网络延迟很容易导致不一致。尽管如此,许多组织仍依赖一系列核心分布式软件来处理数据存储,消息传递,系统管理和计算功能。这些系统面临共同的问题,可以通过类似的解决方案 icon
  • 对于某些公司而言,基础架构是其业务的核心。具体来说,我指的是那些需要管理多个服务器上的数据和应用程序的公司。对于公司而言,监视其基础结构节点至关重要,尤其是在出现问题时该公司没有现场干预干预的情况下。实际上,大量使用某些资源可以指示故障或拥挤。但是,除了预防,还可以使用监视来评估新软 icon
  • 经过十年的野蛮增长,采矿业正处于十字路口。排放时间表,气候周期和硬件迭代三种力量的纠缠产生了不可预测的短期变化,但是从长期来看,随着比特币与经济的其他部分越来越深入地融合,采矿业将变得更具竞争性和资源密集性。过去,矿工只需要集中精力保持尽可能低的费用。展望未来,不断下降的利润率将迫使矿工更加 icon
  • Apache Kafka使用Apache ZooKeeper存储其元数据,ZooKeeper有什么问题呢?实际上,问题不在于ZooKeeper本身,而在于外部元数据管理的概念。 有两个系统会导致很多重复。毕竟,Kafka是复制的分布式日志,其顶部是 icon
  • 当服务的多个实例可以调用指定的外部服务,在这些服务实例中都要定制断路策略很浪费,比如调用外部服务一段时间后进行关闭处理逻辑等。他们可以统一共享调用同一个外部服务的统计信息,这样一个调用失败以后,其他服务实例就不要再重试一遍,这是使用分布式断路器的地方。由于找不到现有解决方案,我们决定 icon
  • 在设计基于微服务的系统时,衡量和优化正确的指标至关重要。为每个微代码库和微团队设计本地边界绝对很容易。但是,要构建一个完整系统,我们必须将系统级别设计也考虑在内。微服务与系统级别的设计有关,而不是仅仅与单个服务有关。在基于微服务的系统中,我们通过最小化服务的公共接口(使之成为微服务) icon
  • Cloudflare的网络高峰时每秒为全球Internet用户处理超过1400万个HTTP请求。我们花了很多时间考虑使用哪些工具来更快,更安全地发出这些请求,但是一种解决方案使所有这些成为可能,关键是如何在全球范围内分发配置。每次用户对其DNS进行更改,添加Worker或对其配置进行 icon
  • PigPaxos的中心思想是使跟随者服务器节点与领导者服务器节点的通讯脱钩。PigPaxos修改了通信流程,使用基于中继的通信流程代替Paxos中领导者和跟随者之间的直接通信。PigPaxos在每个通信回合中从跟随者群集中随机选择中继,以 icon
  • 我大约在三年前加入这个行业,当时还只是一个尚未毕业的数学家,后来转为ML实践者。我又花了两年的时间才找到自己的位置,在该职位上,构建软件是我的主要职业。第一手实战经验非常强大,但是一个人的时间有限。因此,书籍使我有机会学习其他从业者的精通技巧,这些都是经过数千个小时的工作而建立的。就 icon
  • 通往地狱的道路充满了良好的愿望。希望您可以从我们的错误中学习并发现为什么在开始下一个项目时应该考虑极简主义。在Spaceship,Voyager应用程序后端的第一个迭代很大程度上依赖于Kafka。我们的意图是崇高的:创建一个应用程序,随着我们的客户群的增长,该应用程序将具有可审核性, icon
  • 您是否对客户不屑一顾?您希望他们会消失吗?当您与客户互动时,您是在默默地幻想着他们转向竞争对手的产品吗?简而言之,您讨厌客户吗?也许您应该尝试使用公司的外部API来表示不屑。什么?你怎么能做到这一点?在本文中,我记录了许多行业最佳实践,旨在向客户展示您有多讨厌他们。它们都很容 icon
  • Ceph是于2004年在UCSC开始的研究项目。Ceph核心是一个称为RADOS的分布式对象存储。存储后端是在已经成熟的文件系统上 icon
  • icon