等待来自nlasvc服务的事务处理响应超时_微服务的性能模式有哪些？

在IT基础设施中，基于微服务架构的系统变得越来越受欢迎，在这种架构中，但凡与业务相关的功能都会由多于一个的应用组成，但是对于整个集成系统的性能而言，这种集成也带来了巨大的挑战。在基于微服务的系统中，功能通过多个服务组合提供，因此存在大量的集成点和接触点。这反过来也加重了性能负担，甚至会影响系统的整体表现。本文主要讨论一些微服务系统所面临的关键性能挑战，同时也向大家介绍一些能够帮助大家解决问题的技术和模式。

##集成系统所面临的挑战 分布式计算本来就有其自身的挑战，所有这些挑战不仅有据可查，而在分布式系统上工作的专业人士几乎每天都在为之困扰，尤其在集成环境中接触点超过了「正常」集成环境时，情形则会更加糟糕。当连接到应用内部或者远程外部系统中其他微服务时，很多环节都可能出错。例如，被连接的微服务可能非常缓慢或宕机，那么如果应用程序没有提前设计好如何处理这种情况，将会对程序的性能和稳定性产生不利影响。

##缓解性能挑战 在本节中，笔者将讨论一些方法和设计策略，帮助在基于微服务的环境中实现更好的性能，增强系统的弹性和整体稳定性。

##节流模式 节流是一种用于规避异常应用的技术，当异常应用发送的请求超过应用程序的处理负载时，可能导致系统过载甚至崩溃。

一个实现节流的简单方法是限定单个应用程序的连接数。假设有两个厂商调用微服务从账户中取钱。其中一个供应商是像亚马逊那样庞大的应用，那么它调用应用的次数要比拥有小众群体的供应商多的多。因此，可以提供这两家厂商两个独立的专用「入口点」，通过节流进行连接限制。这样，大量来自亚马逊的请求就不会妨碍第二个供应商的请求。此外，也可以限制各个协作对象的请求频率，这样发送请求的速度就不会超过微服务的处理速度了。

一般情况下，来自外部服务/