获得徽章 0
面向问题的架构与面向业务或者系统的架构不同点在于:前者的诉求很明确、目的也比较单一、且现实约束会比较多、可发挥的余地有限。而架构师需要做的,就是在有限的范围内,围绕一个既定目标、确定一个主线策略、再针对主线可能存在的弊端或不足进行弥补与调和,最终促成整个架构方案的最终落地并达成既定目标。

可以看下这篇文档:我是如何将一个老系统的kafka消费者服务的性能提升近百倍的,会有所启发。[灵光一现]
展开
评论
提到监控告警平台、很多人都觉得prometheus和grafana就是现成方案了,可是在实际企业实践中要想真正无缝整合到运维体系中,还是需要有一定的额外设计考量的。所以说,能用和用好,是两个完全不同的概念。。。这个文章就提供了一个企业级的完整实践方案,值得一看、点赞收藏[灵光一现][不失礼貌的微笑]
评论
分享一下作为架构师在方案分析设计时的一些过程与权衡、给出了完整方案,且目前整个最终方案已经落地、周边部门团队使用后反响挺不错的,投入人力工期也很少,总体而言达到预期
目标。 #掘金创作者签约计划#
评论
[碰拳] 前段时间研究了下基于`Prometheus`构建监控系统相关的概念,并以此为基准设计了一个企业级通用的监控告警平台的方案~这里分享一下架构的分析过程。
评论
架构悟道的头像
架构师 @ 公众号[架构悟道]
#2022年中总结# 桃李春风一杯酒、江湖夜雨十年灯。2022剩下的一半时光、一往无前、继续努力。。
评论
架构悟道的头像
架构师 @ 公众号[架构悟道]
下一页
个人成就
文章被点赞82
文章被阅读12,066
掘力值202
收藏集
12
关注标签
37
加入于