• 每当新技术出现时,技术专家的首要任务就是了解采用新技术的含义。无服务器架构就是一个很好的例子。不幸的是,目前关于无服务器架构的许多文献都只关注它的好处。许多文章 - 以及使用的示例 - 都是由云提供商推动的 - 所以,毫不奇怪地谈论积极因素。这篇文章试图更好地理解无服务器架构的特性。 icon
  • 事件驱动架构是一个分布式系统,而分布式系统是天生网络不可靠。这需要在发生故障时计划进行重试,但是重试会导致重复记录,某人帐户中支付两次付款是不可原谅的。为了避免多次处理事件,我们需要应用Exactly-once语义。如果消息处理系统和消息消费者之间没有某种合作,就不可能保证完全一次处 icon
  • 在过去的几年里,我一直在构建和运营一个大型分布式系统:优步的 icon
  • 如果您确实需要处理大量流量,则只有一种方法:分片。也就是说,根据需要将传入请求分配给尽可能多的主机(或Lambda函数,消息代理或数据流)。一旦完成这项工作,您就可以处理几乎无限的请求量。当然,您必须选择如何在分片之间分配流量。自从我开始在AWS工作以来,我就对这些选项非常关注。 < icon
  • 像亚马逊这样的大多数公司都是以单体(中台)方式开展业务,因为它是最快,最容易开发的系统。但是,将进程紧密组合并将它们作为单个服务运行是存在问题的,如果一个中台应用进程遇到需求高峰,则必须扩展整个架构以处理该一个进程的负载。此外,随着代码库的增长,添加和改进功能变得更加复杂,使得难以试 icon
  • 系统出现严重的问题,马上公开披露技术细节,而不是让民间流言替代真相,这样的分享值得点赞:7月29日从大约13:10开始,你可能会遇到Monzo的一些问题:可能无法: 登录应用程序 发送和接收付款,或从ATM取款 查看应用中的准确余额和交易 icon
  • OpenShift是由Red Hat开发的容器化软件解决方案。他们的主要产品是OpenShift容器平台,这是由Kubernetes管理的平台即服务(PaaS)。它是用Go和AngularJS编写的,并且有Apache许可证。OpenShift Origin是Red Hat基于开源的 icon
  • 在Nordstrom,我们一直在探索一种特定类型的近实时数据流,称为事件溯源/事件采购,通过结合开源项目和过去四年运维生产的功能。在此过程中,我们学到了很多东西,并希望分享我们所看到的一些机会。 什么是事件溯源,我为什么要关心?</ icon
  • 这是Kafka的KIP-500提案,目前,Kafka使用ZooKeeper存储有关分区和代理的元数据,并选择其作为Kafka控制器的代理。我们想要删除对ZooKeeper的这种依赖。这将使我们能够以更具可扩展性和可靠性的方式管理元数据,从而支持更多分区。它还将简化Kafka的部署和配置。 icon
  • Poison Pill是已知的预定义的数据项,它为分布式消费使用过程提供优雅的关闭。 icon
  • 我一直在倾听Kubernetes(k8s)各种讨论,并试图找出反复出现的主题,这些 icon
  • 大约10年前,我在第一个Erlang语言的主要炒作阶段加入了Erlang社区。我们被告知,Erlang是并发和并行的未来,完成任务的最简单,最快捷的方法,您也可以免费获得分发。但是事情刚刚开始就变得惊人。虚拟机是最近才获得了 icon
  • 元原生这个概念是云提供厂商的营销词语,要求大家都编写能在他们的云平台上更无缝的应用,它不是一个技术质量词语,更不是面向业务驱动,更多的企业用户重点是应该基于面向业务领域的前提下决定他们的应用架构,比如鲍勃大叔的干净架构以及六角形架构等,这些架构特点是注重如何让业务和技术平台实现解耦,但是云原生的第一 icon
  • 早在像Docker和Kubernetes这样的容器平台兴起之前的10年,有一个dotCloud平台,基于100多个微服务构建的平台,支持数千个以容器运行的生产应用程序,作者将分享构建和运行它时面临的挑战与经验,并讨论服务网格到底有没有用? icon
  • 使用领域查询替换普通自由查询可以将业务知识从服务器内部分离出来。 问题查询通常与数据库查询相关联。然而,我们可以通过其他方式查询不是数据库的系统,比如查询REST和GraphQL等API。自由查询这个术语是 icon
  • 国内很多上报国家区块链名单的公司不少使用了IBM的Hyperledger,其实Hyperledger不是真正的区块链。下面是在金融行业建立交易系统和交换主干方面拥有15年的经验的Stuart Popejoy的文章:早在2016年,企业“私有区块链”就是一个新的,不熟悉的想法。私人许可 icon