软件弹性工程与设计

2007年，Netflix开始了走向在云中全面运营的漫长道路。Netflix的大部分后端和中端应用都是使用Java构建的，Netflix工程部门构建了很多基于云的架构库和系统 ，比如用于负载平衡的

当我们构建微服务架构时，我们总会通过网络进行更多的调用。但是构建冗余、弹性的分布式系统是一个难题，它需要一个智能的、应用程序感知的负载平衡。Matt Klein</

无可否认，在过去几年中，像Docker和Kubernetes这样的技术，彻底改变了我们对软件开发和部署方式。断路器模式是在微服务架构中广泛采用的那些模式之一。我们将比较实现它的两种不同方法的优缺点：Hystrix和Istio。 微服

该文分享的是如何在Kubernetes和Docker上运行网上银行、采取开源软件，进行数据库演进和引入断路器等IT改革方式。 这是一家有着二百年历史的银行，拥有近20,000名员工，在美国排名前15位的银行中排名第一，拥有1370亿美元的资产。有大量的旧的

级联故障是高吞吐量分布式系统中不可用的主要原因之一。在过去的四年中，Lyft已从单片架构转变为数百种微服务。随着微服务数量的增加，由于级联故障或意外内部拒绝服务导致的中断次数也在增加。 今天，这些故障情况在Lyft基础设施中基本上是一个已解决的问题

REST调用或同步是服务器之间通讯的经常方式，在没有分布式事务机制保障情况下，需要我们开发人员手工进行重试，重试几次失败后进行业务回退操作，重试非常重要，容易造成网络堵塞，引入断路器又过于重量，完善重试算法也许是一条出路： 在处理我们的应用程序时，我们不得

Resilience4j中有一个特殊模块（Resilience4j -Retry），它是为Java8和函数式编程设计的容错库，它是具有最小依赖性的轻量级库（主要是vavr）  当你重试时，有很多例子： 用于远程系统调用的跨微服务通信

通过Istio推广“服务网格”的概念并不是一件容易的事。在我们深入了解Istio的详细信息之前，让我们简要介绍一下服务网格是什么。 我们都知道与单体架构相关的固有挑战，显而易见的解决方案是将它们分解为微服务，虽然这简化了单个服务，但连接、监控和保护数百甚至

这是一篇来自IEEE Spectrum的文章，Facebook的Messenger的13亿用户会在新年前夜集中发送的消息，比如新年快乐等祝愿，这种发送量比一年中任何其他日子都多得多。如果一切顺利，这些消息将在不到100毫秒的时间内到达收件人，但是，如果消息系统服务停止或失败，位于公司

Spring Cloud Netflix Zuul是一个包含Netflix Zuul的开源网关。它为Spring Boot应用程序添加了一些特定功能。不幸的是

Netflix OSS的Hystrix替代品，Resilience4j是一个轻量级容错库，受Netflix Hystrix</

如何使用Java EE API，MicroProfile或某些Java EE扩展实现不同的弹性方法，例如断路器，隔板或背压？此外，企业Java弹性方法如何与Kubernetes和Istio等新的云原生技术一起发挥作用？ 定义弹性</

混乱猴子Chaos Monkey是Netflix的著名软件工程方法，通过人为捣乱借以测试系统的可用性和可靠性。 Netflix的“混世猴子”工程系统会在工作日期间在Netflix系统中随机杀死一些微服务，这个想法来源于一些不受控制的猴子手持武器袭击数据中心

了解如何在Docker容器中设置Node JS： 有一个可运行工作的NodeJS应用程序 通过确保进程在出错时不退出，使节点应用程序具有弹性 通过在代码更改时自动重新启动服务器，使Node应用程序易于使用 利用Docker： 快速设置与

Grab是东南亚（SEA）领先的交通平台，截至2017年5月，Grab平台每天处理230万次乘车。本文重点介绍实现断路器的使用案例，包括与断路配置相关的不同选项。但正如恶劣天气不可避免且通常难以预测一样，软件和硬件故障也是如此。这就是为什么软件工程师计划和解决故障很重要的原因。

在微服务架构中使用断路器模式，在出现数据质量问题时，断路器会打开，防止低质量数据传播到下游进程。结果是报告中的低质量数据将在某个时间段内丢失，但如果存在，则保证肯定是正确的。本文描述了实施和部署断路器的细节，并分为三个部分： 数据管道基础现实 数据管道的断路器模式 <