标签

架构设计

从 Kimi Linear 到 K3：如何读懂一个线性架构的生产级放大

来源: oschina.net 54
Kimi K3 开放完整权重后，社区不到 48 小时就开始拆解模型。Sebastian Raschka 给出的核心判断尤其值得注意：与其把 K3 看成一次完全推倒重来的架构发明，不如把它理解为 Kimi Linear 路线的规模化、生产化版本。 这句话并不等于“K3 没有新东西”。恰恰相反，它提示我们换一个观察角度：不要只寻找某个新模块，而要看一套已有...
# AI # 全栈 # 开源
阅读全文

企业级对话分析落地：从自然语言查询到可治理的数据智能体

来源: cloud.google.com 63
企业部署生成式 AI，真正困难的部分并不是给聊天窗口接上一个大模型，而是让自然语言查询继承现有数据平台的语义、安全边界和运维能力。面对营收、供应链或客户数据，一条看似合理但口径错误的 SQL，就足以让整个系统失去信任。 Google Cloud 的对话分析能力正在从单点试验走向统一的数据入口：BigQuery 和 Looker 中的 Conversat...
# AI # AWS # GCP
阅读全文

Best Buy 如何用 Workforce Identity Federation 扩展 AI 数据访问并摆脱服务账号密钥

来源: cloud.google.com 43
随着高级分析和 AI 工作负载在 Google Cloud 上扩大，身份系统也会遇到扩展瓶颈。Best Buy 面临的核心问题并不是登录页面怎么做，而是如何让数万名员工使用现有 Microsoft Entra ID 身份访问 BigQuery 等资源，同时避免同步大量用户记录、分发服务账号密钥和维护复杂的轮换流程。 Best Buy 采用 Google...
# AI # GCP # Go
阅读全文

用异常预警与支出上限，为 Google Cloud AI 成本加上双重护栏

来源: cloud.google.com 44
生成式 AI 改变了云成本的增长方式：一个看似简单的提示词，背后可能触发长上下文推理、Agent 工具调用、容器扩容或大规模查询。请求数相同，并不意味着计算量和账单相同，因此仅观察 QPS、调用次数和月底预算告警，已经不足以控制 AI 工作负载的财务风险。 Google Cloud 在 Billing Console 中增加了两类原生能力：AI 服务早...
# AI # GCP # Go
阅读全文

Logback 1.6.1 发布：重点检查 TimeBasedRollingPolicy 的文件滚动配置

来源: oschina.net 50
Logback 1.6.1 已经发布。Logback 延续了 log4j 1.x 的发展脉络，并通过模块化架构覆盖普通 Java 应用、SLF4J 日志实现以及 HTTP 访问日志等场景。本次更新涉及 在设置 选项时的行为，因此，使用按时间滚动日志的服务值得优先检查配置并完成回归测试。 由于现有摘要没有给出该项变更的完整描述，本文不推断具体修复细节，而...
# Java # 全栈 # 后端
阅读全文

用 CALM 测试识别企业平台的隐性衰退

来源: postgr.es 52
企业平台很少在某次故障中突然死亡。更常见的过程是：升级不断延期，发布窗口越来越长，恢复演练一再推迟，团队开始绕开平台建设旁路系统。监控仍然全绿，但组织已经不愿意再碰它。 CALM 平台测试关注的正是这种“稳定但正在失去未来”的状态。它不盘点平台拥有多少功能，而是判断平台增长之后，组织是否更有信心继续改变它。 CALM 由四个维度组成： C，Change...
# AI # Go # LLM
阅读全文

给数据湖加一层索引：让在线点查询不再扫描海量文件

来源: engineering.atspotify.com 32
数据湖擅长以较低成本保存海量历史数据，却不天然适合在线服务中的点查询：当请求只需要某个用户、歌曲或订单的一条记录时，扫描大量对象存储文件的延迟和成本都难以接受。Spotify 这类需要同时处理庞大数据规模与低延迟在线请求的公司，面临的核心问题就是：如何在保留数据湖存储优势的同时，快速定位一条具体记录。 一种实用思路是在数据湖与在线服务之间增加索引层。索...
# Spotify # 全栈 # 数据
阅读全文

SAP BDC Connect for BigQuery 正式可用：用零复制数据打通分析与 AI

来源: cloud.google.com 46
企业数据平台长期面临一个两难选择：复制 SAP 数据可以方便分析，却会引入延迟、重复存储、语义丢失和治理成本；不复制，则很难让云端分析与 AI 工具及时访问核心业务数据。SAP Business Data Cloud Connect for BigQuery 的正式可用，提供了第三种路径：在 SAP Business Data Cloud 与 BigQ...
# AI # AWS # Azure
阅读全文

默认入侵必然发生：从工具堆叠转向企业韧性工程

来源: cloud.google.com 53
机器速度的攻击和 AI 生成漏洞利用吸引了大量注意力，但一线事件数据指向了一个更朴素的现实：多数成功入侵仍然始于未修复漏洞、身份控制薄弱、流程断裂和人员判断失误。M-Trends 2026 的研究显示，漏洞利用连续第六年成为最常见的初始感染向量，占 32%；语音钓鱼升至第二位，占 11%；在勒索软件相关事件中，“先前已被攻陷”则是排名第一的已确认入口。...
# AI # GCP # Go
阅读全文

PostgreSQL MVCC 的代价：真正该比较的是谁为历史版本买单

来源: postgr.es 43
PostgreSQL 的 MVCC 经常因表膨胀、写放大、VACUUM 调优和 32 位事务 ID 被批评。这些问题都真实存在，但只说“PostgreSQL 的 MVCC 很差”还少问了一步：如果读者不能阻塞写者，那么旧版本必须保存在某个地方，清理成本也必须由某个组件承担。不同数据库没有消灭这笔成本，只是决定由写入、历史读取、缓存、临时空间还是后台整理...
# AI # Azure # Go
阅读全文