标签

架构设计

Slack 用意图驱动的 AI Agent 缓解端到端测试脆弱性

来源: infoq.com 27
Slack 工程团队提出了一种 Agentic Testing 思路:端到端测试不再完全依赖固定选择器和逐步脚本,而是让 AI Agent 根据测试意图观察界面、执行操作,并在运行时适应 UI 或系统变化。它瞄准的是分布式系统中长期存在的难题:页面只改了结构或文案,业务能力仍然正常,测试却先红了。 这并不意味着用 AI 替换所有自动化测试。更合理的定位...

从固定脚本到意图执行:Slack 的 Agent 驱动 E2E 测试思路

来源: infoq.com 31
Slack 工程团队提出了一种 Agentic Testing 思路:让 AI Agent 根据测试意图执行端到端工作流,而不是机械地重放一串固定选择器。它关注的不是“点击第三个按钮”,而是“完成登录并确认工作区首页可用”。当按钮位置、DOM 层级或部分文案变化时,Agent 可以在运行时重新判断下一步动作,从而降低 UI 自动化测试的脆弱性。 这并不...

用规格增强与 LLM 裁判构建可评估的智能体工作流

来源: realpython.com 41
现代智能体系统的问题往往不在于模型“不会回答”,而在于任务定义含糊、执行过程不可检查、最终结果缺少稳定的验收标准。围绕智能体架构的构建与评估,一个实用方向是把工作流拆成两类明确职责:先通过规格增强补全任务,再让独立的 LLM 裁判依据量表评估结果。 这不是简单地多调用几次模型。规格、执行和评审必须拥有清晰的数据边界,否则系统只是在反复生成措辞不同、质量...

多区域架构怎么选:先拆延迟预算,再权衡一致性与成本

来源: infoq.com 40
增加一个云区域,看起来像一道简单的距离题:服务器离用户更近,延迟自然更低。但真正上线后,团队还会遇到跨区域复制、流量调度、缓存命中率、故障切换和成倍增长的基础设施成本。只计算用户到机房的网络往返时间,往往会低估系统复杂度。 更稳妥的方法是先拆解延迟预算,再根据一致性要求和流量分布选择部署模式,并在扩区之前优化现有链路。来源案例中,分阶段调整先通过路由优...

Memcached 1.6.45 发布:集中修复崩溃、安全与协议解析问题

来源: oschina.net 29
Memcached 1.6.45 已正式发布。这次更新没有把重点放在新功能上,而是集中处理崩溃、安全漏洞、协议参数转换以及 proxy 响应解析等问题。对于直接暴露 ASCII、Meta 协议,或者正在使用内置 proxy 能力的部署,这类修复会直接影响服务稳定性与输入处理边界,值得安排升级验证。 从发布摘要看,1.6.45 涉及三组值得关注的改动。 ...

zorm v1.8.5 性能优化:用原生 SQL 保住可控性,并用基准测试验证升级

来源: oschina.net 26
zorm v1.8.5 的发布重点是性能优化。这个 Go 轻量 ORM 继续采用原生 SQL 路线,强调较低的学习成本,同时覆盖 MySQL、PostgreSQL、Oracle、SQL Server、SQLite、DB2、ClickHouse、TDengine,以及达梦、金仓、神通、南通 GBase 等数据库。对已经在生产环境使用 zorm 的团队来说...

CrateDB 6.3.5 发布:面向机器数据的分布式 SQL 补丁升级指南

来源: oschina.net 36
CrateDB 6.3.5 已正式发布。作为一个补丁版本,它延续了 CrateDB 的核心定位:用熟悉的 SQL 接口实时写入和分析大规模机器数据,同时提供通常由 NoSQL 系统承担的水平扩展能力。来源摘要提到该版本包含问题修复,但具体修复条目并未完整给出,因此生产升级仍应以完整发布说明和实际回归测试为准。 日志、指标、设备遥测和工业传感器数据通常具...

Logback 1.5.38 发布:一次值得顺手升级的日志框架维护版

来源: oschina.net 41
Logback 1.5.38 已发布。对大多数 Java 服务来说,日志框架平时不显山露水,但它处在异常记录、请求追踪、审计输出这些关键路径上。这个版本的更新点集中在维护和修复,其中提到 中修复了一个与 相关的问题。虽然摘要没有展开完整细节,但仅从组件名称看,它涉及对象输入流的加固逻辑,属于不应长期滞后的基础设施依赖。 Logback 继承了 log4...

Dropbox 的增长困局:云盘为什么更像企业工具,而不是消费者应用

来源: ruanyifeng.com 28
Dropbox 曾经是云盘的代名词。2007 年,它把“文件自动同步到云端”这件事做成了革命性产品,也靠邀请注册送空间的病毒式传播拿到了大量用户。但多年之后,它没有成长为同代公司里那种巨型平台,股价和市值都显得停滞。 这件事值得技术团队反复咀嚼:一个产品早期获客成功,不等于商业定位正确。Dropbox 的核心问题不只是“云盘竞争激烈”,而是它长期把自己...

用规格驱动组合,让数据流水线少复制、多复用

来源: aws.amazon.com 20
很多数据流水线一开始只是几段脚本:读表、清洗、聚合、写出。问题通常不是第一条流水线,而是第十条、第五十条。团队开始复制转换逻辑,改几个字段名,换一个过滤条件,然后小变更在多个脚本里连锁扩散。规格驱动组合的核心思路是:把“做什么”写成可追踪的规格,把“怎么做”沉淀成可复用的组件,再由组合层把它们装配成具体工作流。 传统脚本式流水线的问题不只是代码重复。更...