
></p>
背景
性能压测后,逐个埋点添加各种StopWatch。
两个缺点:
- 侵入了业务逻辑,降低可读性
- 耗时,工作量大
期望:
- 【注解】 基于配置或注解可以精确控制要添加性能监控的method或class
- 【指标维度全面】监控指标全面,除了常见的QPS、Req Cost Time,还要有TPS, P90, P95 ,P99等指标
- 【可视化】最好有图形化的界面可以实时看到各个method的性能状况
RabbitMQ 是靠集群实现高可用的,不过集群并不能完整的提供高可用服务,还需要应用程序侧(即生产者、消费者)实现与集群故障重连的逻辑。对于更高的可用性,可以使用 RabbitMQ 的插件来实现(通过部署多集群,消息复制的方式来保证)。

></p>
又发现一本不错的小书《深入理解 Java 内存模型》,趁着昨天周六一口气读完,虽然篇幅只有区区70页,可受益颇多。由于原文短小精悍,为了预留合理的上下文以助于理解,本文保留了大部分原文,并且在关键处使用笔者自己的理解对原文进行再解释(以表达方式再排列、语义扩充等方法,尽量在语义上确保大于等于原意)。好了废话不多说,我们开始吧~