Recent Announcements 中文 笔记

Recent Announcements 中文

AWS(Amazon Web Services)在其旗下提供了多种服务,包括计算、存储、安全和应用程序服务。以下是最近的一些公告和更新: 1. AWS Outposts:AWS Outposts 是一种完全托管的服务,提供了计算、存储和数据库能力的基础设施。最新更新包括在多个国家推出 Outposts。 2. AWS Lambda:提供按需计算服务。最近的更新包括并发控制和与 Amazon API Gateway 集成的增强。 3. Amazon S3:提供持久存储。最近的更新包括应用程序迁移 API 的推出和快照加密。 4. AWS Billing:允许您查看详细的计费信息。最近的更新包括计费详细信息的改进。 5. AWS Config:提供 AWS 资源的监控、报告和自动修复。最近的更新包括通知操作和 AWS Step Functions。 6. AWS Multi-Region Access Point for Amazon S3:S3 的多区域访问点提供了一个全球命名空间,以提供快速、安全和弹性的存储服务。 7. Amazon Route 53:提供域名注册和 DNS 服务。最近的更新包括对 S3 多区域访问点的支持。 8. AWS Lake Formation:一种数据工程、数据转换和数据治理服务。最近的更新包括使用 JDBC 驱动程序创建工作流和数据库凭据连接。 9. Amazon EMR:一种大数据处理服务,用于数据处理、分析、机器学习(ML)等。最近的更新包括集群版本控制和 bug 修复。 10. AWS Step Functions:一种用于协调分布式应用程序和微服务架构组件的服务。最近的更新包括增强的任务令牌输入处理和自动替换。

笔记线程

下一代 AWS 韧性中心(AWS Resilience Hub)是 AWS 中的集中式位置,旨在帮助平台工程团队和站点可靠性团队评估并增强其在 AWS 上运行的工作负载的韧性。它提供自动化的依赖关系发现、由生成式 AI 驱动的故障模式分析、模块化韧性策略、韧性测试以及组织范围的韧性态势报告。今天,AWS 韧性中心新增三项功能:支持 EKS 标签作为服务输入源、依赖关系洞察,以及通过 AWS Organizations 共享韧性策略。支持 EKS 标签作为服务输入源。韧性中心现在支持在命名空间内使用 EKS 标签作为服务输入源,允许客户利用其现有的 Kubernetes 标签约定,精确界定韧性中心在故障模式分析期间发现并使用的资源范围。这确保了评估结果与团队组织 EKS 工作负载的方式保持一致。依赖关系洞察。已启用依赖关系发现的客户现在可以生成依赖关系洞察,这是一项新的由生成式 AI 驱动的功能,用于分析已发现的应用程序依赖关系并突出显示有意义的模式。依赖关系洞察能够揭示新的依赖关系、识别跨区域依赖关系,并标记异常使用模式。这有助于团队加速依赖关系分析并识别潜在的新风险。通过 AWS Organizations 共享韧性策略。韧性中心现在支持通过 AWS Organizations 共享韧性策略,使中央团队能够构建和管理可在多个账户中应用的策略。这提供了组织范围的可见性,显示哪些服务正在使用每项策略,从而更易于监控采用情况并确保整个组织保持一致的韧性态势。要开始使用,请访问 AWS 控制台。欲了解更多信息,请参阅产品页面或访问文档。
AWS RTB Fabric 现已支持为响应器网关配置可设置的可用区(AZ)亲和性。借助此功能,您可以配置合作伙伴连接至响应器网关的方式:要么在其自身的可用区内连接,要么连接到响应器网关所跨越的任意可用区。此次发布有助于广告技术(AdTech)公司更高效地利用其基础设施,且无需在 RTB Fabric 上产生额外费用。需求方平台(DSP)和供应方平台(SSP)在其多个可用区中运行竞价系统。此前,AWS RTB Fabric 会将每个请求发送至请求方自身可用区(AZ)内的可用网关容量,导致其他可用区中的容量可能未被充分利用。现在,您可以设置客户端路由策略来控制此行为:优先使用请求方自身的可用区以避免跨越边界带来的额外延迟,或利用响应器网关所跨越的每一个可用区,使每个请求方都能访问更多的网关容量。可设置的可用区亲和性适用于所有提供 AWS RTB Fabric 的 AWS 区域。在启用之前,请参阅 AWS RTB Fabric 用户指南中的车队要求。AWS RTB Fabric 可帮助您通过三个步骤与广告技术合作伙伴(如 Amazon Ads、GumGum、Kargo、MobileFuse、Sovrn、TripleLift、Viant、Yieldmo 等)建立连接,并通过私有、高性能的网络环境实现个位数的毫秒级延迟。RTB Fabric 可将标准云网络成本降低高达 80%,且无需前期承诺。AWS RTB Fabric 已在以下 AWS 区域正式发布:美国东部(弗吉尼亚北部)、美国西部(俄勒冈)、亚太(新加坡)、亚太(东京)、欧洲(法兰克福)和欧洲(爱尔兰)。欲了解更多信息,请访问 AWS RTB Fabric 产品页面。
AWS PrivateLink 客户现在可以使用 VPC 端点,以私密且安全的方式访问其他 VPC/账户中的网络段。他们可以使用“隧道”端点——一种新型 VPC 端点——将流量隧道化至目标网络段,并访问其中部署的资源。AWS PrivateLink 是一项高可用且可扩展的技术,支持跨 VPC 和账户边界以私密方式访问负载均衡服务、专用设备及资源(如数据库和域名)。在此功能发布之前,希望与外部方(例如外部供应商)共享资源的客户,必须为每个资源单独创建资源配置。现在,客户可以创建一个资源配置来代表其网络中的 CIDR 范围,并通过 AWS 资源访问管理器(RAM)将该范围共享给供应商。供应商随后可以创建隧道端点,利用 GENEVE 封装技术通过该端点隧道化至客户的 VPC,以访问客户指定的 CIDR 范围内的资源。隧道端点按小时计费,通过该端点处理的数据按每 GB 计费。有关 AWS PrivateLink 的定价详情,请参阅定价页面。该功能目前支持以下 AWS 区域:美国东部(弗吉尼亚北部)、美国东部(俄亥俄)、美国西部(北加州)、美国西部(俄勒冈)、非洲(开普敦)、亚太(香港)、亚太(海得拉巴)、亚太(雅加达)、亚太(马来西亚)、亚太(墨尔本)、亚太(孟买)、亚太(大阪)、亚太(首尔)、亚太(新加坡)、亚太(悉尼)、亚太(东京)、加拿大(中部)、加拿大西部(卡尔加里)、欧洲(法兰克福)、欧洲(爱尔兰)、欧洲(伦敦)、欧洲(米兰)、欧洲(巴黎)、欧洲(西班牙)、欧洲(斯德哥尔摩)、欧洲(苏黎世)、墨西哥(中部)、南美洲(圣保罗)。如需了解此功能的更多信息并立即开始使用,请参阅 AWS PrivateLink 文档。
AWS 宣布全新低成本突发型 Amazon EC2 T8i 实例正式可用。这些实例由 AWS 独占提供的定制第六代 Intel Xeon 6 处理器驱动,并基于最新的第六代 AWS Nitro 卡构建。与上一代 T3 实例相比,T8i 实例的价格性能最高提升 30%,并提供四种规格:nano、micro、small 和 medium。这些实例专为需要低至中等 CPU 利用率的工作负载设计,包括数据处理、登录网关、小型数据库、批处理、事件驱动函数、CI/CD 流水线、微服务以及低流量网站。与 T3 实例相比,T8i 实例的计算性能最高提升 70%,网络带宽提升 1.25 倍,EBS 带宽提升 2.4 倍。T8i 实例采用与 T3 相同的 CPU 积分系统,包含 Standard 和 Unlimited 模式,因此现有 T3 客户可升级至 T8i,立即获得更优的价格性能,从而降低总拥有成本(TCO)。对于新使用 AWS 或从本地环境迁移的客户,T8i 实例是运行多种工作负载最具成本效益的入门选择之一。T8i.micro 和 T8i.small 规格包含在 AWS 免费层中。T8i 实例可在以下区域提供:美国东部(北弗吉尼亚、俄亥俄)、美国西部(俄勒冈、北加州)、欧洲(法兰克福、爱尔兰、伦敦、巴黎)、亚太(海得拉巴、马来西亚、孟买、首尔、新加坡、悉尼、东京)以及加拿大(中部)。T8i 实例可通过按需实例购买,带节省计划的竞价实例即将推出。欲了解更多信息,请访问 Amazon EC2 T8i 实例页面。
Amazon SageMaker AI 现已支持针对 NVIDIA Nemotron 3.5 Lightning 模型的无服务器模型定制,支持使用监督微调(SFT)、直接偏好优化(DPO)和强化微调(RFT)。这是 NVIDIA 推出的最新开源权重模型之一,采用混合专家(Mixture-of-Experts)架构,拥有 30B 总参数,其中 3B 为激活参数。除在 SageMaker AI 上部署该模型外,您现在还可将其适配至您的特定领域与工作流。模型定制使您能够利用专有数据对基础模型进行定制,从而让规模更小、尺寸更合适的模型在您的任务上达到前沿模型的质量,降低成本与延迟。您可以使用带标签的数据通过 SFT 提升特定领域任务的准确性,使用偏好数据通过 DPO 使输出与组织的语调保持一致,或使用奖励信号通过 RFT 增强新任务的性能。借助无服务器定制功能,SageMaker AI 负责所有基础设施配置与训练编排,因此您可以专注于数据处理与评估,而无需管理集群,并仅按实际使用量付费。SageMaker AI 上的 NVIDIA Nemotron 3.5 Lightning 无服务器模型定制服务已在以下区域可用:美国东部(弗吉尼亚北部)、美国西部(俄勒冈)、亚太(东京)和欧洲(爱尔兰)。要开始使用,请导航至 Amazon SageMaker Studio 中的“模型”页面以启动定制作业,或使用 SageMaker Python SDK 进行程序化访问。如需了解更多信息,请参阅 Amazon SageMaker AI 模型定制文档。
AWS Elemental MediaTailor 现已支持两个用于变现功能的新生命周期钩子:广告决策服务器(ADS)响应后钩子和预清单插入钩子。MediaTailor 是一项视频服务,可为直播和点播流媒体进行广告个性化并插入广告。变现功能在广告个性化播放会话的指定点执行客户自定义逻辑,从而消除了 MediaTailor 与 ADS 之间对中间件层的需求。“广告决策服务器(ADS)响应后”钩子在 MediaTailor 解析 ADS 响应并解析所有视频广告服务模板(VAST)包装器之后运行,此时尚未选择并转码广告。客户可使用该钩子在主要 ADS 返回的需求量少于广告时段容量时调用次要广告源,移除其内容或品牌政策不允许的广告,以及从其自有营销系统添加自有广告或促销活动。“预清单插入”钩子在 MediaTailor 向观众返回广告组之前的最后一点运行,并在单次调用中接收每一个新个性化的广告时段。客户可使用该钩子作为即将播放内容的最终检查,包括在无法以其他方式填充广告时段时插入个性化占位画面。MediaTailor 控制台中预建的配方可为客户提供上述每种用例的起点。两个钩子均采用“故障开放”模式:在发生超时、表达式错误或资源限制时,MediaTailor 会丢弃函数输出并继续执行默认广告插入,因此不会影响观众播放。新钩子可在所有提供 AWS Elemental MediaTailor 的 AWS 区域中使用。欲了解更多信息,请参阅 AWS Elemental MediaTailor 用户指南中的“变现功能”章节以及 MediaTailor 定价页面。若要开始使用,请登录 AWS Elemental MediaTailor 控制台。
AWS Step Functions 现已在 AWS 服务与功能发布后的数周内,自动添加相应的 AWS SDK 集成,首批涵盖 AWS Lambda MicroVMs、AWS Lambda Core 等。现在,您无需等待更新,即可在工作流中编排最新的 AWS 服务。 AWS Step Functions 是一项可视化工作流服务,能够编排超过 220 项 AWS 服务,助力客户构建大规模分布式应用。借助 AWS Lambda Core 和 AWS Lambda MicroVMs 服务集成,您无需编写自定义协调代码即可编排代理工作流(agentic workflows)。您可以使用 Step Functions 启动 Lambda MicroVMs,其为每个代理任务提供隔离且安全的执行环境,并内置重试机制,以防环境启动失败。您可使用 Step Functions 的 Parallel 或 Map 状态并行运行多个任务,并在任务完成后自动终止相应环境。您还可利用 Lambda Core 配置这些 MicroVM 环境所需的私有网络,使其在同一工作流中安全访问内部数据库或 API。 此次扩展还包括 AWS Partner Central Revenue Measurement、AWS Resilience Hub V2、AWS Support Authorization 以及 Amazon SageMaker Job Runtime。今后,新的 AWS 服务将在发布后数周内自动以 Step Functions 集成的形式出现,无需额外配置或操作。由于更新将持续进行,我们将不再发布“最新动态”文章来突出新的 AWS SDK 服务集成更新。 这些增强功能现已在所有提供 AWS Step Functions 的 AWS 区域中普遍可用。具体服务和 API 操作取决于目标服务在相应 AWS 区域的可用性。如需了解有关 AWS Step Functions SDK 集成的更多信息,请访问开发者指南,或查看 AWS SDK 服务集成完整列表及集成发布历史记录。
今天,Amazon SageMaker AI 宣布为训练和处理任务提供实例偏好列表,使您更便捷、更快速地获取工作负载所需的计算资源。许多 AI 训练、微调及数据处理工作负载在多种实例类型或规格上表现相当。然而,在此之前,您在提交作业时只能指定一种实例类型,并需等待 SageMaker 为该作业找到该特定实例。在高需求 GPU 的峰值时段,等待时间往往难以预测,客户有时不得不构建复杂的重试逻辑,或同时提交多个具有不同实例类型的作业,以找到首个可用选项。现在,您只需提供工作负载可接受的实例类型优先级列表,SageMaker 便会自动从您的偏好配置中选取首个可用配置运行您的作业。借助此解决方案,您的训练或处理作业更有可能更早启动。要使用此功能,您在提交训练或处理作业时,需按优先级顺序指定实例类型及数量偏好。例如,您的列表可能包含对两个 ml.g6.48xlarge 实例的偏好,或对四个 ml.g5.48xlarge 实例的偏好。SageMaker 将遍历该列表,并在首个具备可用容量的配置上启动您的作业。您还可在此作业提交中配置容量来源,选择来自按需实例或您的预留 SageMaker 灵活训练计划。此功能简化了在高需求时段为作业获取计算资源的过程,并减少了您原本需要进行的无差别手动重试操作,且完全在您已使用的 SageMaker 训练和处理作业 API 内实现。SageMaker 训练和处理作业的实例偏好列表现已在所有提供 SageMaker 服务的 AWS 区域上线,可通过 SageMaker CLI、API、SDK 及控制台 UI 使用。欲了解更多信息,请参阅我们的文档或发布博客。
Amazon SageMaker HyperPod 现已支持模型缓存,这是一种推理优化技术,可将模型权重和容器镜像预加载至集群节点,使 Pod 的启动时间从分钟级缩短至秒级。在大规模运行 LLM 推理时,诸如聊天助手、智能体管道、RAG 和文档分析等工作负载会面临冷启动这一真实瓶颈。部署和扩缩容事件的大部分时间都用于下载容器镜像和模型权重。随着模型规模增大,这一问题愈发严重,大型模型在能够处理流量之前可能需要数十分钟。模型缓存通过两项独立功能解决此问题:权重缓存将模型权重存储于本地 NVMe 上,使 Pod 从高速本地存储读取,而非通过网络从 S3 或 FSx 拉取;镜像缓存则预先拉取容器镜像,使 Pod 完全跳过 ECR 下载。若 Pod 落在未配备预热缓存的节点上,系统会自动回退至原始源进行拉取,从而避免 Pod 卡住或失败的风险。针对 57 GB 至 145 GB 不同规模模型的基准测试显示,扩缩容速度提升约 60%,而镜像缓存可将镜像拉取时间减少超过两分钟(降幅达 97%)。随着模型规模增大,其收益也随之提升,同时保留了原始源路径的可靠性。客户可通过在 InferenceEndpointConfig 或 JumpStartModel 资源中添加 modelCacheConfig 部分来启用模型缓存,该功能由 HyperPod 推理算子(HyperPod Inference Operator)管理,涵盖完整生命周期,无需手动配置或清理。模型缓存现已在所有支持 SageMaker HyperPod 的区域普遍可用。如需开始使用,请参阅 SageMaker HyperPod 文档。