在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。

如何在混沌演练的场景中降低应用的MTTR，必须需要根据监控定位，然后人工进行反馈进行处理吗？是否可以自动化，是否有方案可以降低混沌演练过程中的影响？以此达到快速止血，进一步提高系统的稳定性。本篇文章将根据一些思考和实践来解答以上问题。

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。

本文面向受众可以是运营、可以是产品、也可以是研发、测试人员，作者希望通过如下思路（知历史清家底明目标定战略做战术促成长）帮助大家能够了解电商大促系统的高可用保障，减少哪些高深莫测的黑话和高大尚的论调，而是希望有个体系化的知识让读者有所得。

DDD领域建模被各个大小厂商提起并应用，而每个人都有自己的理解，本文就是针对小白，系统地讲解DDD到底是什么，解决了什么问题，及一些建议和实践。本文主要是思想的一种碰撞和分享，希望能对朋友们有所启发或帮助。

1背景最近在做需求的时候需要在一张表中增加一个字段。这张表情况如下：1、拆分了多个库多张表2、库表拆分按表中商户编码字段hash之后取模进行拆分由于库表拆分按照商户编码，有些大商家的单子数量远远要高于其他普通商家，这样就造成了严重的数据倾斜。在增加字段的时

一、什么是KafkaMQ消息队列作为最常用的中间件之一，其主要特性有：解耦、异步、限流/削峰。Kafka和传统的消息系统(也称作消息中间件)都具备系统解耦、冗余存储、流量削峰、缓冲、异步通信、扩展性、可恢复性等功能。与此同时，Kafka还提供了大多数消息系

作为一个程序员，我们经常会面临着在不同的情况下选择不同的算法来解决问题的需求。这种情况下，策略模式是一个非常有用的设计模式。在本文中，我将向你介绍策略模式的概念、结构以及如何应用这个模式来使你的代码更灵活。

一、背景介绍某应用在压测过程机器cpu使用率超过80%，通过工具进行CPU采样生成的火焰图，看到程序中频繁调用environment.getProperty()获取属性值，而其内部调用了JndiPropertySource.getProperty()通过在