Azure Cloud:在2025年Ignite宣布的所有重大变化

导言

微软Ignite 2025会议刚刚结束,对于云 -- -- 和企业 -- -- 信息技术世界,特别是对于我们中那些在Azure上部署、管理或制定基准的解决办法的人来说,今年的宣布是最近记忆中最重要的。 微软博客“Azure at Microsoft Ignite 2025: 所有智慧的云层新闻都解释过了, 代理云,以适合企业规模的方式统一AI,数据,应用和基础设施. 微软 Azure+2 键来源+2 键

对于你来说,在GPU计算,虚拟化,基准化,以及构建高性能的工作量中,公告的意义不止是发号施令. 它们表明Azure将如何支持计算密集型应用程序、AI代理、数据产业、DevOps/DevSecOps管道和云基础设施的重大转变。

我在这篇文章里, 重大变动 在Ignite 2025中宣布Azure:分为基础设施、AI/代理平台、数据与数据库、应用程序/DevOps以及安全/治理。 最后,我会提供一节关于 影响 (特别是用于基准、GPU/CPU工作量、虚拟化和混合/云分解) 今后的步骤 你应该考虑一下

基础设施的加强——“代理时代的建设”

今年的主题之一是Azure并不只是想承担工作量, 加速 优化人工智能/代理工作流程,并有效推广。 主要基础设施变化:

1.1 Azure Boost & Azure Cobalt 200

• 微软宣布下一代子系统命名 Azure 脚步 提供:远程存储吞吐量可达20GBps,可达100万远程存储IOPS,网络带宽可达400Gbps. 微软 Azure

• 与此同时,他们揭幕 阿苏尔钴200,一个新的基于ARM的服务器平台,专为代理工作量和数据密集型应用程序而建. 它旨在提供更高的效率、性能和保密性。 微软 Azure

• 对于您来说,在GPU/CPU的卸载和AI基准上工作:这意味着Azure正在调整,以支持大规模矢量/推导工作量,更高的带宽存储,更快的网络功能——将直接影响基准堆和虚拟化基础设施的设计.

1.2 无服务器、VM、网络增强

• Azure的超显像器/虚拟化堆栈被调和为“代理”工作量, 意指许多小任务、高通货率、持续记忆/代理以及分配工作量,

• 上面的 " 远程存储吞吐量 " 和 " 400Gbps network " 计量标准意味着NVMe支持的远程量或网络相接的存储(NAS)正得到认真的性能升级——对于I/O敏感GPU/CPU的工作量来说,这是一个有趣的发展。

• 叙事强调“智能云建立在几十年的经验上”和“我们正在提供AI、应用软件、数据、安全和云的不断创新。 “ 微软 Azure

AI、代理和代理云

也许最大的主题: Azure正在从“计算+存储+云”转向“计算+AI代理”,这意味着工作量将越来越多地围绕自主或半自主组件(代理)而不是静态应用。

2.1 微软创始人、代理服务、控制计划

• 新代理平台 微软 创建 Azure 的堆积物。 它增加了对外部前沿模型(例如来自Anthropic、Cohere)的支持,并为人工智能代理的建造、部署和管理提供了统一的“代理工厂”。 微软 Azure+ 键 1个

• 铸币局:一个主机多代理运行时间(预览),内置内存,多代理工作流程,持续上下文,管弦乐,并与Microsoft 365 & Agent 365. 大卫 社区

• 铸造控制计划: 使物剂——健康、使用、成本、行为护栏、安全——具有完整的生命周期管理和可观察性。 特工们被当成一个被管理的车队,而不是一次性的项目. 大卫 社区

2.2 内置制剂的Azure副驾驶

• Azure Copilot的更新带来了“内置代理”——意思是“副驾驶”不仅仅是一个聊天助理,而且可以在Azure Portal、PowerShell、CLI和DevOps管道中驱动工作流程。 微软 Azure

• 对于开发者和开发者: Dev.to文章的叙述是,副驾驶现在参与部署、迁移、优化、观察任务。 大卫 社区

2.3 生态系统模型和伙伴

• 创建者现在支持 Anthropic的克洛德和Cohere的模型,以及微软自己的模型——给客户更多的选择和灵活性. 微软 Azure

• 这一转变表明微软正在走向“开放、互通的AI生态系统”,而不是锁定在一个供应商的手中。

• 对于基准:这意味着您可能很快可以通过Azure访问生产规模的多个模型类型,从而能够在一个云平台下进行比较推论工作量(如克洛德诉OpenAI vs Cohere).

数据、数据库和 AI- Ready Data Estate

Azure的数据策略正在向“AI-ready ” 转变, 数据库和存储可以应付载体工作量、实时分析、无结构数据、混合+多云。

3.1 Azure DocumentDB(大会)

• 阿苏尔发射完毕 Azure 文档DB (GA)——以Linux基金会下的开放式文档数据库标准为主的管理服务,可与MongoDB兼容,优化用于向量搜索和混合工作量. 大卫 社区+ 键 1个

• 地物:独立计算/存储缩放,AI友好(vectors + 混合搜索).

3.2 SQL 服务器 2025(GA)

• 即将到来 SQL 服务器 2025,现在一般在Azure上可以使用,有GitHub Copilot集成,原生JSON支持,REST APIS,变换活性流,并通过与Microsoft Fabric/OneLake的集成进行近实时分析. 大卫 社区

• 对于您的环境: 如果你正在迁移遗产。 NET + SQL 工作量(你提到了.NET,包装等),这为使用AI-aware数据库特性实现现代化提供了机会.

3.3 Azure地平线DB(PostgreSQL,预览)

• Azure 地平线DB 是一种基于PostgreSQL的新云数据库服务,根据Dev.to摘要,为任务关键和AI工作量(目前为私人预览)进行了优化。 大卫 社区

• 这意味着Azure在开源数据库支持上双倍下降(PostgreSQL),具有AI-优化功能.

3.4 材料数据库(GA)

• Azure正在通过“Fabric Databases”——一个统一的SaaS数据库,将SQL DB + Cosmos DB 语义合并,并为实时智能应用添加了本土矢量/RAG(检索生成)支持. 大卫 社区+ 键 1个

• 对于应用程序开发者来说,这意味着在交易、分析和AI增加的工作量之间减少障碍。

DevOps 应用程序平台和迁移

Azure让应用更加现代化,

4.1 国家 应用现代化和移徙工具

• Azure强调“建立智能应用软件并使之现代化”, NET应用,Linux应用,SAP工作量和SQL服务器工作量到Azure. 微软 Azure

• 例如,移徙中心、通过联合驾驶员提出的建议、评估和模板正在得到推动。

4.2 Dev/DevOps + GitHub + DevSec 操作集成

• 一个关键亮点:GitHub Advanced Security与微软 Cloud Defender 之间的本土融合 – 连接代码 – 构建 – 运行时安全. 大卫 社区

• Dev.to文章总结出,GitHub → Azure Copilot → Foundry → Agent Service 链条现在是Dev/DevOps团队的首选路径. 大卫 社区

• 对于您在虚拟化,包装,监测和温度/硬件基准化方面的工作:这意味着工具链将越来越多地将代码,infra,和AI工作流程的端到端相融合.

4.3 低码和平台工具

• 公告还强调了Azure上的低码应用开发,将云平台的覆盖范围扩大到仅"纯devs". 微软 Azure

• 这可能会为您在您的网站/社区设计针对更广泛的受众(IT pros, 而不仅仅是devs)的内容提供新的机遇.

安全、治理和混合/多云

随着Azure的发展,微软强调治理、安全和混合/多云支持仍然是根本的。

5.1 加强代理治理和身份认同

• 作为代理推动的一部分,治理代理人变得至关重要。 使用诸如 微软代理 365 (control plane for agents)让企业能见度和对像人类使用者一样的代理人的控制. 来源+ 键 1个

• 代理人获得“代理身份证”,非洲区域局/内部一体化、警卫、审计记录。

5.2 混合/多云准备状态和开放选择

• 数据平台公告显示开放性(PostgreSQL、Mongo兼容性、向量支持等)和灵活性——帮助混合/多云工作量维持可移植性。

• Azure仍然致力于在房地/边缘部署和混合部署;虽然代理工作量经常是云层内在的,但许多情况仍需要混合灵活性。

5.3 管道和运行时间内的安全

• 上面提到的 GitHub + Defense 集成意味着运行时间威胁事件可以追溯到精确的代码更改,由 Copilot 生成的补救建议,以及安全遥测流入 DevOps 管道. 大卫 社区

• 对于注重业绩的工作量(你的GPU/CPU基准,虚拟化),这为遥测、伐木和安全人员如何影响业绩提出了新的考虑。 现在是时候重新审视你的仪器策略了。

对您工作和社区的影响

鉴于您的焦点(GPU/CPU计算,虚拟化,基准套件,包装,Windows虚拟化,自定义Windows应用,浏览器/gpu GPU-加速等),这里有有意义的影响和可操作的下一步:

6.1 基准和计算卸载设计

• 随着基础设施的升级(Azure Boost、Cobalt 200、400 Gbps网络、20 GBps存储吞吐量),你可能会看到Azure的支持 高通量GPU/CPU集群,它与您的 GPU 计算卸载工作一致(例如, GTX 770 + Quadro K420, CUDA等)。

• 考虑设计不仅测试GPU性能的基准套件 网络+存储吞吐量, NVMe远程卷,多节点GPU集群,以代理为主的工作流程(并行的多小任务)而不是单曲运行.

• 为Azure虚拟机或Azure Kubernetes Service(AKS)包装您的工具(如PyInstaller,Vortice.D3D11等)现在可以根据这些新的下层能力所允许的性能预期进行测试.

6.2 移徙和遗留工作量的虚拟化

• Azure强调迁移遗产。 NET应用,Windows虚拟化(MacOS/Android模拟器上的VMware/VirtualBox,自定义Windows应用)将受益于改善的基础设施和代理驱动的迁移工具. 你可以重新审视一下你真实世界的案例研究:.NET构建,包装,部署在Azure VM/Contaner Apps上.

• 您基于Joomla的站点和模块可以从这些改进的例子(快存储,更好的网络)中获益,当你部署基于概念的代理分析器时.

6.3 开发和业务中以代理为中心的工作流程

• 对于您的社区内容(IP地址上的文章, IPv6, Subnetting, 地产上市模块等), 考虑如何 代理人 可以增强您的工作流程:例如,自定义代理,可以总结论坛帖子,温和评论,生成内容建议,监测站点性能,自动运行基准任务并报告结果.

• 在DevOps方面:整合GitHub Copilot + Azure Copilot + Foundry工作流程,用于自动化构建,包装,部署您的工具和模块——特别是当您拥有许多小工具/模块,需要连续交付时,这些工具/模块尤其有用.

6.4 (中文(简体) ). 垂直数据园地和分析( A)

• 您正在探索房地产上市模块(Yad2型过滤器、 MapSearch 、 资产提交表 ) 。 通过Fabric Database + HorizonDB + DocumentDB,您可以建立更智能,AI强化的搜索和推荐系统(例如,"在特拉维夫查看公寓的人也查看了......").

• 文档中的矢量搜索 + 混合搜索 DB 或 Fabric 的 RAG 支持 , 解锁新的可能性 : 您可以将教程或基准包成代理程序, 用于查询您的数据集并向用户提供上下文或建议 。

6.5 安保/费用/业绩权衡

• 随着基础设施和AI/代理工作流程的增强,您需要重新审视成本/性能权衡:例如,运行许多小型代理任务与减少大批量工作;存储I/O对计算;GPU对CPU;多租户Azure环境中的虚拟化间接费用。

• 仪器越来越重要:从代理人援引中追踪 ——计算集群 ——储存 ——网络 费用。 您的基准套房可能需要整合 这些维度的实时遥测。

建议的下一步措施(针对你和你的社区)

1. 挖掘新闻之书: 请检查date=中的日期值 (帮助) 微软Ignite 2025 News Book官方发布更多花岗岩公告. 来源+ 键 1个

2. 确定早期采纳者服务: 查找您可以加入的预览... 创始代理服务,地平线DB,Fabric数据库,Azure DocumentDB.

3. 更新基准框架数字 : 添加存储/网络通量测试,多节点GPU集群,代理管弦,矢量搜索延迟.

4. 更新您的 VMware/ 虚拟 框虚拟化脚本: 评估 Azure 的新后台(Boost/Cobalt)运行高密度虚拟化,GPU通过,远程计算.

5. 探索Joomla的代理模块/插件: 构建融入您网站的简单代理(如评论节制,内容概括,性能监测)可能会成为异构.

6. 重新检查您的包装/部署管道: 整合 GitHub + Azure Copilot + Foundry 工作流程,作为模块/插件/应用程序的CI/CD的一部分.

7. 教育你的观众数字 : 由于您经营一个技术文章网站和社区论坛,请考虑一系列关于“这些Azure公告对信息技术职业意味着什么”和“如何将Azure的下一代基础设施作为GPU/CPU载荷的基准”。

结论

Azure不仅被定位为云平台,而且被定位为 为代理时代所建云平台——其中AI代理,向量数据,实时透视,高通量计算形成新的常态. 对于在GPU/CPU卸载、虚拟化、基准化、包装和去发工作流程中交易的工程师来说,这既包括 机会和挑战。 。 。 。 基础设施的改进(Boost, Cobalt 200),代理平台(Foundry, Agent 365),AI-ready数据产业区(DocumentDB, HorizonDB, Fabric),以及综合的DevSecOps管道(GitHub + Defender)都凝聚成一个新的云计算范式.