通过 IT 堆栈的实时可视化模型防止意外

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / Java 学习路线 / 一对一提问 / 学习打卡/ 赠书活动

目前,正在 星球 内带小伙伴们做第一个项目:全栈前后端分离博客项目,采用技术栈 Spring Boot + Mybatis Plus + Vue 3.x + Vite 4手把手,前端 + 后端全栈开发,从 0 到 1 讲解每个功能点开发步骤,1v1 答疑,陪伴式直到项目上线,目前已更新了 204 小节,累计 32w+ 字,讲解图:1416 张,还在持续爆肝中,后续还会上新更多项目,目标是将 Java 领域典型的项目都整上,如秒杀系统、在线商城、IM 即时通讯、权限管理等等,已有 870+ 小伙伴加入,欢迎点击围观

获得批准的更改是困难的,即使它使系统更稳定

作为一名工程师,我一次又一次地发现自己处于这样的境地:解释为什么一些公司应该投资重建或重构一些当时似乎不会造成任何问题的组件。这些讨论绝非易事,有时甚至几乎不可能。我记得一位沮丧的工程师问我如何让他多年来一直呼吁的变更获得批准。当然,你可以做很多事情来引起人们的注意,但最简单的方法是站在适当的位置。你从同事那里得到的尊重越多,你就越有可能产生影响。

让问题自己显现

我早年学到的一个技巧,就是让问题自己显现出来,而不是沮丧地大声疾呼。给出最后一次书面警告,继续前进并等待伤口感染。没有什么比痛苦更能激励人们了。当然,这应该是绝对的最后手段。

可视化

问题是,与非工程师讨论信息技术非常困难。这在很大程度上是由于他们看不到、摸不到、闻不到、听不到、尝不到或无法以任何方式与技术互动。我们需要与某些事物相关才能理解它。很少有人了解手机的工作原理,但每个人都知道它是什么。这就是为什么当您在白板上的概念周围画一个框时,它会立即变得更容易理解。一些方框和箭头可以让你在引导理解方面有很大的帮助。然而,这也很难。正确绘制这样的绘图需要很多知识,而且很难准确或及时更新。这就是为什么当基本问题开始引起麻烦时,它们通常会得到解决。然后,当危机处理小组成立时,所有知识突然汇集在一起​​,决策者受到激励,奇迹就出现了。

不要依赖少数智者,但要注意预警信号

当然,当一切都失败时,依靠几个智者来挽救局面并不是一个解决方案,因为几个月前同一家公司的一些工程师已经怀疑可能会出现问题,但无法传达他或她的信息.或者当某个组件已经在很长一段时间内报告警告,但人们没有注意到,因为它只是许多警告中的一个,而接收警告的人并不知道那个特定警告变成全面错误的后果.解决办法是注意警告标志。

让每个人都了解 IT 基础架构,从而了解迹象

公司内的每个人都应该能够看到 IT 基础设施的所有部分,以及堆栈的其他部分如何与他们工作的部分相关,以便他们了解什么是重要的,什么不是。当地板开始开裂时,你为什么还要继续砌砖? IT 仍然有太多的惊喜,仅仅是因为它的无形性。在整个地板倒塌之前,裂缝往往是看不见的。大多数时候,迹象都在那里,但他们并没有到达真正能够足够快地采取行动的人,或者他们不相信忽视这些迹象的后果会如此严重。

实时可视化模型是 IT 基础架构平稳运行的基础

在 StackState,我们相信 IT 链监控和对任何规模的 IT 基础设施、堆栈及其状态的最新和准确的 可视化概览 是其平稳运行的基础。由于其视觉特性,它变得更加有形,因此更容易理解和交流。意外较少,因为当一些问题没有解决时,每个人都可以看到正在发生或即将发生的事情。当决策者能够看到出现的裂缝时,决策就会更好更快。最后,问题解决得更快,因为更容易区分因果关系。

最新的 IT 基础架构模型是未来高级功能的基础

准确且最新的 IT 基础架构模型不仅有助于平稳运行。这只是它的众多应用之一。 这样的模型 可以用作预测分析、运行模拟、分布式协作工作、事后分析、自我修复过程、容量规划、运行时成本降低、架构决策等的基础。