ecotopaim
本站致力于IT相关技术的分享
构建基于 APISIX 流量切分的 Puppeteer E2E 测试驱动的 Spinnaker 金丝雀发布工作流 构建基于 APISIX 流量切分的 Puppeteer E2E 测试驱动的 Spinnaker 金丝雀发布工作流
在微前端架构下，金丝雀发布变得异常棘手。一个看似无害的 product-card 前端组件更新，如果存在隐蔽的渲染 bug 或性能问题，即便只切分 1% 的线上流量，也可能在高峰期影响成千上万的用户。传统的 E2E 测试流程在此场景下几乎失
2023-10-27 DevOps
APISIX Spinnaker Puppeteer Frontend Envoy Proxy
利用 Tekton 与 PVC 优化大规模 Gatsby 微前端的增量构建流水线 利用 Tekton 与 PVC 优化大规模 Gatsby 微前端的增量构建流水线
团队接手了一个包含超过五十个 Gatsby 站点的项目，它们被统一管理在一个 pnpm monorepo 中。这些站点作为微前端，共同构成了一个大型内容门户。初期的 CI 流程简单粗暴：任何代码合并到主干，都会触发一个 Jenkins 作业
2023-10-27 DevOps
Gatsby Micro-frontends Tekton CI/CD Kubernetes
构建基于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
构建从 Pinia 到 PostgreSQL 的全链路追踪 Celery 异步任务上下文传递实战 构建从 Pinia 到 PostgreSQL 的全链路追踪 Celery 异步任务上下文传递实战
一个线上问题的排查请求打破了周五下午的平静。用户反馈：“提交数据分析任务后，等了快一分钟才在页面上看到结果，系统是不是变慢了？” 我查了API网关日志，对应接口的响应时间稳定在50ms以内。再看应用服务器日志，请求处理也一切正常。问题显然出
2023-10-27 可观测性
PostgreSQL CircleCI Celery Pinia OpenTelemetry
使用 Terraform Consul 与 Swift Redux 模式构建移动端动态配置架构 使用 Terraform Consul 与 Swift Redux 模式构建移动端动态配置架构
在大型移动应用开发中，管理多环境配置、功能开关（Feature Flags）和A/B测试参数是一个持续存在的挑战。传统的做法是将配置硬编码在代码中或打包在应用资源文件里，这导致任何微小的变更都需要通过完整的应用发布和审核流程，周期长、风险高
2023-10-27 架构与设计
Redux Consul Terraform Swift
通过注入OAuth 2.0身份上下文实现ORM层面的多租户数据库性能监控 通过注入OAuth 2.0身份上下文实现ORM层面的多租户数据库性能监控
我们的多租户SaaS平台遇到了一个典型的瓶颈。Grafana仪表盘上的数据库P99延迟告警响个不停，但现有的监控指标只能告诉我们“数据库变慢了”，却无法回答更关键的问题：“是谁导致了数据库变慢？”。是某个特定租户的API滥用？是某个用户的异
2023-10-27 可观测性
ORM OAuth 2.0 Grafana Go Prometheus GORM
3 / 5