标签

Go

CPython 正式将 RISC-V 列为 Tier 3 平台:开发者现在该如何验证与参与

来源: infoq.com 41
CPython 核心开发团队已经正式认可 RISC-V 为 Tier 3 平台。这不是“所有功能都已经和主流平台完全一致”,而是 RISC-V 支持获得了明确的平台级定位:实现已经经过社区持续协作,接下来需要更多真实硬件、持续测试和性能反馈来推动集成度提升,并为未来迈向 Tier 2 做准备。 对于使用 RISC-V 开发板、服务器或模拟环境的 Pyt...

从一句业务描述到受治理的数据 API:理解 ApiGo 的对话式开发

来源: oschina.net 34
数据库里并不缺数据,真正稀缺的是一条安全、稳定、可审计的数据访问路径。业务提出一个查询需求后,团队往往还要编写接口、补充鉴权、设置限流、维护文档并接入监控。ApiGo 所强调的“对话即开发”,试图把这条以周计算的交付链路压缩成一次自然语言交互:开发者描述需要什么数据,平台将数据库能力转换成受治理、可供应用或 AI 调用的数据服务。 假设用户提出下面的需...

PostgreSQL 18 拆分复制容量参数:正确配置 max_active_replication_origins

来源: postgr.es 43
PostgreSQL 18 新增了 。这个参数背后是一笔拖了十年的技术债:从 PostgreSQL 9.5 开始,复制源(replication origin)没有自己的容量参数,只能借用 的数值。到了 PostgreSQL 18,复制槽和复制源终于可以独立规划。 这不是单纯给配置文件多加一行。对于逻辑复制订阅端,它意味着调整复制槽数量时,不会再无意中...

从百万 Token 到实体机器人:AWS 生成式 AI 的工程边界正在外扩

来源: aws.amazon.com 32
2026 年 8 月,AWS 面向 AI 开发者的一批更新集中落在三个方向:更大的模型上下文、更持久的智能体运行环境,以及从云端向政府区域和物理设备扩展的部署能力。涉及的产品包括 Amazon Bedrock、Amazon Bedrock AgentCore 和 Strands,其中包括 OpenAI 模型的百万 Token 上下文、跨区域推理、最长可...

AlloyDB Omni RPM Orchestrator 正式可用:在裸金属与虚拟机上运行高可用 PostgreSQL

来源: cloud.google.com 39
AlloyDB Omni Red Hat RPM Orchestrator 已正式进入 GA,并与 AlloyDB Omni 18.3.0 同期发布。它瞄准的是一个明确场景:企业希望保留裸金属或虚拟机基础设施,不引入 Kubernetes,同时获得接近托管数据库的高可用、备份恢复、低停机维护和集中编排能力。 这并不意味着所有 PostgreSQL 都应...

Kubernetes v1.37 用统一的节点生命周期条件描述排空、维护与关机

来源: kubernetes.io 39
Kubernetes 能告诉你节点是否就绪、带有哪些污点、运行着哪些 Pod,却一直缺少一种 Kubernetes 原生、跨组件通用的方式来表达“节点正在排空”“维护已经开始”或“正在优雅关机”。Kubernetes v1.37 引入五个标准 Node Condition,为这些运维状态提供统一的发布位置。 新增的生命周期条件都是标准化的 : Cond...

Gemini Enterprise 入选领导者:企业 AI 助手正在从聊天框走向受治理的智能体平台

来源: cloud.google.com 32
Google 在首届 2026 Gartner® 企业 AI 助手魔力象限中被列入领导者象限。比排名更值得工程团队关注的是评估背后的产品方向:企业 AI 助手不再只是一个回答问题的聊天框,而是开始承担跨系统检索、调用工具、执行多步骤流程和交付结果的工作。 Gemini Enterprise 的定位正是一个统一的智能体平台。它把企业搜索与聊天、第一方和第...

PostgreSQL 三十年架构取舍:进程、WAL、MVCC 与扩展边界

来源: postgr.es 35
PostgreSQL 能持续演进三十年,靠的并不是频繁推翻旧设计,而是几项长期有效的工程取舍:用独立进程降低并发代码的复杂度,用 WAL 把事务提交和数据页落盘解耦,用 MVCC 将清理工作移到后台,再通过扩展机制控制核心代码的体积。 Tom Lane 对这些设计的评价并非“旧架构永远正确”。更准确的说法是:它们曾经用可接受的成本换来了可靠性、可维护性...

Cloud SQL for SQL Server 迁移实战:用 sp_help_revlogin 保留登录名与 SID

来源: cloud.google.com 43
使用 Google Cloud Database Migration Service(DMS)完成数据复制后,真正的切换工作并不一定结束。数据库架构和事务数据已经同步,应用却可能在连接 Cloud SQL for SQL Server 时收到 。 常见原因是:DMS 迁移了数据库级对象和数据,但没有迁移源 SQL Server 实例级的登录名、密码哈希...