ecotopaim
本站致力于IT相关技术的分享
构建从 Pinia 到 PostgreSQL 的全链路追踪 Celery 异步任务上下文传递实战 构建从 Pinia 到 PostgreSQL 的全链路追踪 Celery 异步任务上下文传递实战
一个线上问题的排查请求打破了周五下午的平静。用户反馈：“提交数据分析任务后，等了快一分钟才在页面上看到结果，系统是不是变慢了？” 我查了API网关日志，对应接口的响应时间稳定在50ms以内。再看应用服务器日志，请求处理也一切正常。问题显然出
2023-10-27 可观测性
OpenTelemetry PostgreSQL CircleCI Celery Pinia
构建基于Nuxt Recoil与Cypress的高效CI/CD流水线并以Rome统一工具链 构建基于Nuxt Recoil与Cypress的高效CI/CD流水线并以Rome统一工具链
项目初期，我们的CI流水线是一片混乱的沼泽。每次提交触发的GitHub Actions平均耗时超过15分钟，前端团队的反馈循环被严重拉长。问题根源很典型：臃肿的依赖、串行的测试任务、毫无策略的缓存，以及由ESLint、Prettier、St
2023-10-27 DevOps
CI/CD Nuxt.js Cypress Rome Recoil
通过注入OAuth 2.0身份上下文实现ORM层面的多租户数据库性能监控 通过注入OAuth 2.0身份上下文实现ORM层面的多租户数据库性能监控
我们的多租户SaaS平台遇到了一个典型的瓶颈。Grafana仪表盘上的数据库P99延迟告警响个不停，但现有的监控指标只能告诉我们“数据库变慢了”，却无法回答更关键的问题：“是谁导致了数据库变慢？”。是某个特定租户的API滥用？是某个用户的异
2023-10-27 可观测性
ORM OAuth 2.0 Grafana Go Prometheus GORM
构建基于 Tyk 与 Node.js 的 Keras 模型服务并集成 SkyWalking 全链路追踪 构建基于 Tyk 与 Node.js 的 Keras 模型服务并集成 SkyWalking 全链路追踪
一个线上 AI 推理服务的性能问题排查，最棘手的莫过于请求链路的黑盒化。当一个请求从网关进入，经过业务编排层，最终抵达 Python 模型服务时，任何一环的延迟都可能导致用户体验的下降。最近我们面临一个典型场景：一个通过 Tyk API G
2023-10-27 可观测性
Node.js Tyk Keras SkyWalking
构建基于 Fastify 与 WebAuthn 的解耦式无密码认证层并集成 Ruby 后端与 Elasticsearch 审计日志 构建基于 Fastify 与 WebAuthn 的解耦式无密码认证层并集成 Ruby 后端与 Elasticsearch 审计日志
定义问题：现代化改造一个庞大 Ruby 应用的认证瓶颈我们维护着一个大型、成熟的 Ruby on Rails 应用。它的核心业务逻辑稳定，但认证模块已成为技术债的重灾区。基于传统密码的登录机制不仅是钓鱼攻击和凭证填充的主要目标，其控制器逻辑
2023-10-27 架构设计
Fastify WebAuthn Ruby Elasticsearch
基于 NestJS 构建一个集成了 Puppeteer 网页抓取与 Milvus 向量化的实时 WebSocket 数据管道 基于 NestJS 构建一个集成了 Puppeteer 网页抓取与 Milvus 向量化的实时 WebSocket 数据管道
在处理一个需要即时响应用户输入，并执行长耗时、多阶段后台任务的场景时，传统的 HTTP 请求-响应模型显得力不从心。设想这样一个需求：用户提交一个 URL，系统需要立刻开始抓取该网页的动态渲染内容，对内容进行分块和向量化，最后存入 Milv
2023-10-27 后端架构
NestJS Puppeteer WebSockets Milvus Web API
4 / 5