Real-Time KPI Dashboard, President-Action Straft & Docker Healthcheck Fix in a Vite-React / NestJS Monorepo TL;DR:我固定了一个正在解析到IPv6的Flashy Docker健康检查,为公寓增加了一个新的KPI终点,并建立了一个“Próxima acción”条从共享的NestJS控制器中拉出优先动作。
这些变化强化了我们的观察 并给了UI瞬间,角色的洞察力。 "我们的问题"(+)开始在CI中抛出健康检查失败:在多克网络内部下定决心(IPv6),但雀巢JS API只收听了IPv4().
健康检查从未成功,导致整个堆积物被标记为不健康.
同时,产品所有者要求具备两个UI功能:公寓门户主页上的KPI摘要,实时汇总收入/支出.
优先行动条(“Próxima acción”栏)显示所有三个门户的登录用户下一个建议的任务。
两者都需要新的后端端和前端组件,但最初的尝试很快地击中了死端.
我尝试了第一 1 Q 健康检查 替换在。
增加了“基于健康检查”()。
两者都仍然失败,因为多克的网络隔离了API容器;指向容器本身,而不是同一作曲文件中定义的API服务. 2+% KPI 端点直接添加了快取回了硬编码的JSON.
前端组件试图从中获取,但收到一个 CORS 错误,因为控制器没有导出于 。 3========================================================================================================================================================================================== API方面完全缺失,因此该组件没有数据源.
所有三次尝试都产生了运行时间错误或没有数据,证实我们需要更系统的方法。
以下"执行"(Expertion Between)是登陆回波的准确代码(diff except). 1-% Docker 健康检查 – 使用服务名,而非本地主机 为什么它起作用:多克的内部DNS解决了正确的容器IP(IPv4).
健康检查现在在同一网络内运行,可靠地到达了NestJS服务器. 2- KPI 执行摘要 – 后端关键点 添加了一个单一的端点(),该端点汇总了苍蝇上的数据——不需要额外的表格.
将计算纯度(无圆侧效应)并返回一个小有效载荷( < 200 B)。 3️⃣ 将 KPI 端点导出, 现在 KPI 路由可以从网络应用中到达 。 4️⃣ 优先操作控制器 — 共享端点 为什么只有控制器:UI需要一份快速的“下一步”列表;坚持整张表格会过度杀伤。
控制器返回一个基于用户角色作为查询参数传递的被过滤的数组. 5-Q 优先排序组件 – react( 客户端)