
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构开发是目前大多数程序员都在学习的一个编程技术,下面我们就通过案例分析来了解一下,微服务架构开发监控问题分析。
拆分之前,整个系统拥有的服务数一般只有个位数;拆分之后,服务可能变成了数十上百个,实例数可能会达到成千上万个。这么多服务与实例,需要构建一套监控系统,能够监控所有服务日常运行状态,并且需要在服务出错的时候给对应负责人发出报警信息;在出现故障时,能够通过调用链查询以及服务拓扑图等功能进行分析查看,也可以进一步查看到全息日志等具体信息。
除了监控,服务治理也至关重要。可以通过SDK/Sidecar手段提供服务高可用的治理策略,这些策略往往对业务是非侵入或者弱侵入的,能够让绝大多数服务轻松实现服务高可用。
微服务之间一旦建立起路由,就意味着会有数据在服务之间流通。由于不同服务可以提供的资源和对数据流量的承载能力不尽相同,为了防止单个Consumer占用Provider过多的资源,或者突发的大流量冲击导致Provider故障,需要服务限流来保证服务的高可用。
在服务治理中,虽然我们可以通过限流规则尽量避免服务承受过高的流量,但是在实际生产中服务故障依然难以完全避免。当整个系统中某些服务产生故障时,如果不及时采取措施,这种故障就有可能因为服务之间的互相访问而被传播开来,终导致故障规模的扩大,甚至导致整个系统奔溃,这种现象我们称之为“雪崩”。熔断降级其实不只是服务治理中,在金融行业也有很广泛的应用。比如当股指的波动幅度超过规定的熔断点时,交易所为了控制风险采取的暂停交易措施。
负载均衡是高可用架构的一个关键组件,主要用来提高性能和可用性,通过负载均衡将流量分发到多个服务器,同时多服务器能够消除这部分的单点故障。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。