
获得徽章 15
- 软件系统稳字当头、活下去才是王道!如何避免一腔孤勇、如何让自己的系统游刃有余的应对各种潜在风险,快来看看这篇分享、干货满满。。。评论点赞
- 在项目开发中,后端服务对外提供API接口一般都会关注响应时长。但是某些情况下,由于业务规划逻辑的原因,我们的接口可能会是一个聚合信息处理类的处理逻辑,比如我们从多个不同的地方获取数据,然后汇总处理为最终的结果再返回给调用方,这种情况下,往往会导致我们的接口响应特别的慢。
而如果我们想要动手进行优化的时候呢,就会涉及到串行处理改并行处理的问题。在JAVA中并行处理的能力支持已经相对完善,通过对CompletableFuture的合理利用,可以让我们面对这种聚合类处理的场景会更加的得心应手。
这边根据实际实践经验,总结了下相关应对策略,一起来讨论下吧~~展开赞过评论2 - 和Java的Stream杠上了,再来一篇,彻底搞清楚collect的操作,一起解锁更多高级玩法,让Stream操作真正的成为我们编码中的神兵利器~快来看看吧评论点赞
- #好文推荐# 作为JAVA开发中最典型的异常类型,甚至可能是很多程序员入行之后收到的第一份异常大礼包类型,NullPointException也似乎成为了一种魔咒,应该如何去打破呢?一起来探讨下吧评论点赞
- 面向问题的架构与面向业务或者系统的架构不同点在于:前者的诉求很明确、目的也比较单一、且现实约束会比较多、可发挥的余地有限。而架构师需要做的,就是在有限的范围内,围绕一个既定目标、确定一个主线策略、再针对主线可能存在的弊端或不足进行弥补与调和,最终促成整个架构方案的最终落地并达成既定目标。
可以看下这篇文档:我是如何将一个老系统的kafka消费者服务的性能提升近百倍的,会有所启发。展开评论点赞 - 提到监控告警平台、很多人都觉得prometheus和grafana就是现成方案了,可是在实际企业实践中要想真正无缝整合到运维体系中,还是需要有一定的额外设计考量的。所以说,能用和用好,是两个完全不同的概念。。。这个文章就提供了一个企业级的完整实践方案,值得一看、点赞收藏评论点赞
- 分享一下作为架构师在方案分析设计时的一些过程与权衡、给出了完整方案,且目前整个最终方案已经落地、周边部门团队使用后反响挺不错的,投入人力工期也很少,总体而言达到预期
目标。 #掘金创作者签约计划#赞过评论1