AI 助理
备案控制台
开发者社区 云原生 云原生可观测 文章 正文

如何实践FinOps入门指南

2025-12-26 12
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 本文系统阐述了FinOps（云财务运营）的四阶段采用路径：研究、提出、准备与启动。通过数据收集、利益相关者沟通、战略提案和团队协作，助力组织实现云成本透明化、优化支出并推动业务价值。适用于希望落地FinOps的个人与团队，提供实用框架与执行指南。

采用FinOps

摘要：采用FinOps涉及四个阶段：研究、提出、准备和启动。研究阶段涉及收集详细的云成本和使用数据，并与同行进行基准测试，以构建有说服力的FinOps战略和愿景。提出阶段对于获得赞助至关重要，需要根据不同的角色定制演讲，并在路线图中明确定义行动号召。获得批准后，通过定义运营模式、团队结构和稳健的执行流程来准备实践。启动阶段通过宣布实践、推出报告和执行快速成功来展示业务价值并保持势头。

目录
简介
前提条件
阶段1：研究
阶段2：提出
阶段3：准备
阶段4：启动
附录
致谢

谁应该阅读本文

本文是为希望其组织采用FinOps的个人设计的资源。使用本文获取有关应采取步骤、应涉及人员以及采用指导的信息。

简介

每个组织都有独特的FinOps采用故事，但通常采用始于以下三种方式之一：

  • 领导层指令 - 当组织领导者指示组织实施FinOps
  • 基层采用 - 非正式、渐进的FinOps采用，通过组织内部层级上升，随后正式化为正式的FinOps实践
  • 个人倡议 - 组织中的个人（或个人）寻求领导层批准，通过组建FinOps团队和FinOps实践来采用FinOps

无论它如何开始以及采用FinOps的动机如何，旅程永远不会结束。随着组织的云服务提供商（CSP）、合作伙伴、组织结构、外部商业环境、技术和业务部门的演变，FinOps实践和需要参与的人也需要相应改变。本文概述了采用旅程，无论您是个人、领导者还是基层团队，都适用。

下图描述了初始FinOps采用的典型阶段。您可能不需要从最开始开始，但下一节将概述每个阶段的目标和活动，作为指南。使用对您的业务有意义的章节，当您朝着启动FinOps实践迈进时，然后定期回顾这些阶段，将组织的新人员和部分纳入其中。

https://www.finops.org/wp-content/uploads/2022/10/adopting-finops-2024-1.png

前提条件

要成功提出FinOps采用，应从以下基本理解开始：

阶段1：研究

研究阶段是收集采用FinOps提案输入的阶段。了解当前云支出状况以及相关信息如何在组织内共享和用于决策非常重要。研究当前云使用情况并与关键利益相关者进行有关使用、数据可用性等的对话，将有助于确定组织目前的状态（FinOps之前），并开始构建采用FinOps的用例。

作为此阶段的一部分：

  • 收集全面的云采购和使用情况。如果您无法识别所有合同和购买云的方式，或轻松获取所有相关云使用的云成本和使用数据，这表明风险更大，因为低效使用可能会被忽视。
    AWS成本和使用报告
    Azure使用和费用
    GCP账单报告和成本趋势
    OCI成本和使用报告
  • 审查当前的云层次结构和标记数据，确定是否具有适当的云支出可见性。
    AWS标记资源
    Azure资源和管理层次结构
    GCP创建和管理标记
    OCI标记概述
  • 审查当前费率和支出趋势。识别费率优化机会，并了解月度支出总额以及当前支出趋势如何与预测和预算跟踪。
  • 分析云工作负载使用模式并识别可以在环境中实施的可能效率（终止闲置资源、电源调度、资源调整大小等）。
  • 计算FinOps KPI和其他相关指标，以帮助构建FinOps采用案例。了解组织目前的状态以及FinOps如何帮助他们达到下一个水平，将有助于获得关键利益相关者的支持，以推动努力向前。
    FinOps KPI库
  • 将您的组织与同行和基准进行比较。此练习为采用设置基准，使组织能够从小处开始，逐步增长和扩展。FinOps状态数据是与您的公司进行比较的良好来源。
    FinOps状态
  • 调查FinOps工具和服务提供商及其相对成本。考虑您现有的资源可用性，以及是否需要采购额外资源。
    FinOps格局
  • 估计支持FinOps人力资源和培训所需的资金。
    FinOps基金会培训
  • 使用收集的信息创建FinOps采用的愿景声明，并概述将实现此愿景的活动，包括粗略时间表，以实现这一愿景。

应涉及谁

请咨询所有核心FinOps角色以收集数据、用例和信息，以在提案中利用。在此类对话中，确定当前痛点和受影响的群体，并描述FinOps如何提供缓解。此外，确定那些热衷于支持FinOps采用的人，这些支持者可以帮助建立组织采用的势头，可能作为正式或非正式变革联盟和FinOps大使的优秀候选人。财务和工程是两个关键角色组，在讨论他们对云和FinOps的需求时应与之接触。请参阅附录获取研究阶段建议的问题。

阶段2：提出

在评估当前公有云消费状况并配备相关数据、示例和采用FinOps的驱动因素后，下一步是让组织的其他成员加入实施FinOps实践。重要的是要说服关键利益相关者，采用FinOps是资源的值得投资，与组织战略目标一致，并且对实现成功至关重要。

明确行动号召

明确您要求的内容非常重要。根据组织规模，如果没有一些初步数据来展示进展和影响，可能难以获得对广泛采用的批准。在较小的组织部分试点FinOps可能很有益，以建立FinOps能力的基础，通过定义运营模式、建立控制和指导以控制支出、确定关键成功指标等，来证明在小规模上的成功，然后再提出更广泛的采用。

或者，您提案的行动号召可能是对全组织范围采用的批准。无论哪种情况，收集快速成功将帮助您建立势头，并使说服组织中其他利益相关者加入此努力变得更容易。在传达时要明确。以下列表提供了一些可能包含在您要求中的内容：

  • 同意/批准
  • 资金（用于培训、工具等）
  • 专职人力资源（头衔增加、服务提供商）
  • 通过消息或赞助支持（宣布支持FinOps采用，设定期望等）

了解您的受众 - 应涉及谁

在提案阶段，您可能需要向组织中的多个人提出FinOps采用，这通常意味着不是单一的演示，而是针对特定FinOps角色的多个演示。在组织中寻找正确的利益相关者。您可能需要高级别赞助，以及培养的支持者来建立势头。因此，您可能需要以更非正式的方式向某些利益相关者提出FinOps采用，再次以更正式的方式向其他人提出。每个角色组对FinOps有不同的兴趣和动机，这些在下面的链接中有详细描述。利用这些一般观点以及您对受众的了解，创建定制、吸引人的FinOps采用提案 - 这将有助于最大化（最小化时间和努力）获得FinOps采用一致性的机会。

领导层
产品
工程
财务
采购

最重要的是角色组是领导层，因为许多组织在设立新的实践区域时需要高级领导层批准。此外，您可能考虑包括组织中FinOps采用的倡导者（您可能在阶段1中遇到过这些人士）在提案对话中，以获得额外支持和影响。

定义机会

作为提案的一部分，描绘（1）当前状态（2）FinOps活动路线图（3）采用FinOps的令人向往的未来状态。重要的是详细说明实施FinOps实践如何帮助组织实现其目标。下表提供了这些区域的额外上下文。

当前状态 路线图活动 未来状态
通过突出痛点、不利的KPI、可利用的机会等来呈现问题。识别威胁并展示如果不采取行动可能发生的情况。利用您的研究、数据分析和与利益相关者的对话作为内容来源。考虑提及以下任何内容：
上升的云账单和异常支出事件
云投资的可见性不足
云成本和使用归属的不清晰
使用和费率效率低下		 通过分享概述来呈现解决方案，说明将如何在粗略时间表上实现未来状态。能够提供"如何"实现未来状态的详细信息将加强提案。考虑提及以下任何内容：
范围
沟通和培训计划
团队组建
工具采购
能力实施（例如，新的异常管理流程，将使用优化努力与现有流程集成，治理）
预期早期成功
供应商/合作伙伴输入/输出		 强调FinOps计划将实现的价值和好处。分享您的FinOps使命/愿景声明。考虑提及以下任何内容：
FinOps功能将在组织中何处
预期KPI改进
协作改进
及时、知情的决策
可预测的云账单，明确其组成部分的所有权
更高的使用和费率效率
预算影响/投资回报率

对于那些打算使用幻灯片进行提案演示的人，采用FinOps提案幻灯片可用于使用和额外自定义。

决策

在您的演讲之后（或不久之后），您将知道个人（或个人）是否同意您的提案或修改后的提案。如果同意，是时候开始执行您的愿景并进入FinOps采用的后续阶段。

如果您的提案未获批准继续进行，您可能需要回到绘图板，进行更多研究，重新定位采用FinOps的论点，联系其他个人加入您的FinOps支持联盟，向不同的人提出，简单地等待并在稍后时间再次尝试。

保持提案继续

尽管提出FinOps本身可能已完成，但在采用旅程的未来阶段持续强化您的提案是个好主意。这可能意味着每月制作图表或跟踪显示FinOps活动随时间成功情况的KPI。利益相关者需要一些保证，以确保FinOps活动的价值和好处。您需要维持（理想情况下增加）从FinOps获得的价值，并确保在整个组织中知道价值，以保持实践的活力。继续讨论为什么采用FinOps很重要，并请求关键利益相关者支持。

有用的提示：

  • 不要假设受众知道FinOps是什么，需要教育他们。
  • 仔细考虑如何交付提案 - 可能是基于对话、书面、基于演示等。考虑哪种方法最能被受众接受，以及组织定义的任何要求。
  • 您可以按照您喜欢的顺序呈现提案的元素，例如：当前状态、路线图、未来状态、行动号召，或行动号召、未来状态、当前状态、路线图。根据您的需要调整元素的演示顺序。
  • 保持灵活性，并受关键利益相关者反馈的影响。在提案前、中和后保持开放，有助于创建积极、协作的团队努力，并为您的FinOps采用旅程和未来建立持续合作的基础。
  • 技术概念可能难以沟通。考虑非技术利益相关者可以理解的类似概念，例如通过将承诺折扣与减少电费的策略进行比较（在承诺期内，每千瓦时获得折扣）来解释承诺折扣，或如何使用优化类似于离开房间时关灯或使用灯泡的适当瓦数。
  • 倾向于您特定受众感兴趣的重点（例如，潜在节省的百分比、投资回报率等）。
  • 包含有说服力的视觉效果

阶段3：准备（执行已批准的提案）

接受您的采用FinOps提案意味着您可以开发计划来执行已批准的路线图活动。此阶段专注于为执行已批准计划做准备。例如，如果您的批准路线图包括建立与高级领导层的云成本管理例行公事，您现在将查看：

  • 选择与高级领导层每月会议的时间和日期
  • 概述在会议中分享的内容
  • 确定在哪里以及如何获取这些信息
  • 确定邀请谁参加会议
    ...等等

简而言之，在此阶段，您正在设计FinOps运营并为实践的正式启动做准备，同时使运营与组织的特定需求保持一致。此阶段有很多工作要做。以下内容提供了基于FinOps基金会社区的集体经验的建议，这些社区推动并参与了FinOps采用旅程。然而，与任何事情一样，努力应集中在急需的领域。

定义FinOps团队及团队角色

您FinOps旅程的基石在于组建一个配备专业知识和能力来推动变革的专职团队。确定FinOps功能的组织"家"，并确定团队将由多少人组成以及哪些类型的职位。确定哪些角色将由现有人员/内部调动、新雇员等填补。与云卓越中心或类似内部功能的整合可能有帮助。云FinOps书、FinOps服务、FinOps大使计划和其他资源可能有助于设计、构建和补充FinOps团队。

您可能还想在此阶段定义每个角色的责任。无论从单个专职人员还是多面团队开始，优先考虑任务和能力以最大化效率至关重要。建立FinOps团队是FinOps实践运营能力的一部分。

开发执行能力的过程

有近二十个能力需要导航，因此开发稳健的执行计划至关重要。对于FinOps旅程的初学者，建议首先优先处理一小部分能力，然后逐渐扩大FinOps运营到其他能力。研究阶段的发现将帮助确定实施能力的优先顺序。作为开发执行能力过程的一部分，组织可能会确定关键绩效指标（KPI）、创建工作流程和模板、准备工具、定义沟通计划、建立交互模型等。

下文列出了一些FinOps实践通常优先考虑的首要能力。

https://www.finops.org/wp-content/uploads/2022/10/adopting-finops-2024-2.png

数据摄入、分配和报告：成本可见性使许多其他FinOps能力成为可能，因此它通常是FinOps实践首先处理的项目之一。准确描述、全面的云成本和使用数据必须可供团队使用，以实现知情决策。此外，这些能力的成功为发票和收费工作的成功奠定了基础。

预测和预算：对于许多组织而言，超出预算并对其预期支出缺乏了解是采用FinOps的主要驱动力。因此，预测和预算能力通常被优先作为首先采用的能力，以便云支出可以主动管理。组织也可能寻求建立某种形式的异常管理来补充预测和预算工作。

工作负载优化和费率优化：优化工作推动成本降低，提供有形好处，并促进更广泛的FinOps采用势头。与云账单激增的组织一样，减少每月发生的费用是重要且紧迫的需求。

教育使能：当组织开始其FinOps旅程时，开发全面的培训计划，为团队成员提供必要的技能和专业知识，以应对云业务价值最大化的复杂性，是首要优先事项。这适用于内部FinOps团队的成员和其他将参与FinOps活动的组织角色。利用培训活动（如FinHacks和午餐与学习）、书面出版物（如FinOps星期五博客和内部知识库存储库）、正式组织培训（如通过内部HR系统提供的培训）、CSP培训和FinOps基金会培训和认证机会。

FinOps工具和服务：准确的数据和强大的工具是有效FinOps管理的生命线。优先考虑拥有有意义、有价值的工具供使用，并通过所选工具集将相关数据放在相关利益相关者路径上。这使团队能够在推动有意义的业务成果方面取得成功。无论利用SaaS产品还是开发定制解决方案，组织都应优先考虑与他们独特需求和目标一致的解决方案。

协作并对齐目标

FinOps需要所有关键利益相关者的协作。在此阶段，团队应一起工作，对齐目标，建立定期更新节奏和交互模式。在准备启动并迭代开发FinOps实践时，开发关键利益相关者之间的反馈循环。然后将此习惯延续到启动后，以维护强大的协作，随着您在成熟FinOps实践的过程中迭代。

确定用于促进反馈循环的机制和空间，例如定期会议节奏、云卓越中心参与、报告等。

应涉及谁

在准备报告、例行公事等时，重要的是设定期望并管理跨各种团队的责任。在本阶段，所有核心或联盟角色可能参与，尽管取决于特定活动，因为某些角色可能不需要参与某些领域。工程和财务是关键角色组，他们在研究阶段咨询了采用路线图的形成，并且同样是在准备启动FinOps时需要与之接触和协作的关键角色组。

通过定义FinOps团队结构、开发稳健的执行流程、对齐目标并建立协作交互模式，组织可以为无缝过渡到执行FinOps做好准备。

有用的提示：

  • 不要过度工程化解决方案；相反，从最小可行产品解决方案开始，并随着实践成熟FinOps流程。
  • 强大的沟通计划对于告知利益相关者FinOps倡议的目标和预期成果至关重要，从而获得关键影响者和利益相关者的支持。
  • 与相关利益相关者合作，确保目标对齐和跨部门协作，培养共享责任和持续改进的文化。
  • 建立策略和治理以加强FinOps最佳实践，有助于确保组织内的合规性和问责制。

阶段4：启动

启动阶段是您正式启动FinOps实践并开始实施设计的流程、工具和政策的阶段。从根本上说，这一里程碑标志着正常和持续FinOps运营的开始。在启动时，您可以选择部署各种活动，作为初始启动的一部分或作为持续计划的一部分，例如：

  • 宣布FinOps实践的建立和采用活动
  • 进行培训并分享FinOps知识库文档（如果尚未在启动前完成）以使团队成员和利益相关者熟悉新工具、流程和政策
  • 执行简单成功并与更广泛的组织分享成功
  • 启动成功墙
  • 推出工具
  • 分发FinOps报告并使用户能够自行操作
  • 开始主持和参加例行会议（每月云成本更新呼叫、CCoE、业务单位会议等）
  • 执行FinOps能力（如预测、预算、使用优化、费率优化等）
  • 利用团队反馈改进运营

应涉及谁

https://www.finops.org/wp-content/uploads/2022/10/adopting-finops-2024-3.png

在启动阶段，FinOps实践者和FinOps采用的驱动者应与领导层保持密切沟通，讨论采用计划和进展。所有角色都参与执行FinOps，因此所有角色也参与此阶段及以后。FinOps团队和核心角色将协同工作，以根据他们在前一阶段定义的角色和责任最大化价值。

定义交互模型有助于明确角色和责任。RACI（负责、负责、咨询、通知）矩阵通常被组织用于描述角色和责任。附录包含一个示例RACI，供参考。

启动提示：

启动FinOps并不意味着您必须为整个组织或所有FinOps能力实施FinOps实践。事实上，我们建议专注于将为您的组织带来最大价值的最快时间。不要试图一次性做所有事情。

成功的启动并不保证未来的FinOps成功。FinOps成功来自于持续关注遵循FinOps原则、遵循FinOps阶段和提高能力成熟度水平以满足组织不断变化的需求。

当您运营FinOps实践时，您需要定期评估实践，以确定更多投资是否会增加价值，确定您当前的能力列表和目标是否适合您的组织，并留意何时可能需要为FinOps实践开发进行新的提案。FinOps采用旅程是您可能多次旅行的旅程，随着FinOps在组织中传播，随着收购发生等。

FinOps是一个持续和迭代的过程。拥抱前方的挑战和机遇。我们祝您在旅程中取得成功。

附录

阶段1角色问题

在研究阶段，FinOps实践者将咨询所有核心FinOps角色，以收集数据、用例和信息，用于阶段2 - 提出。以下是研究阶段建议询问的问题，以更好地为阶段2中的演讲提供信息。

工程

工程团队将最了解当前的云基础设施，并可能提供有关云环境如何管理的详细信息，以及改进效率的机会。在研究阶段询问工程师的几个问题包括：

  • 云使用如何监控？
  • 最高消耗的工作负载是什么？
  • 在应用程序/系统迁移期间是否应用了云优化过程？或者，"提升和转移"是否占主导地位？
  • 他们是否监控异常？如果是，如何识别和缓解异常？
  • 他们在云预算制定或执行期间被咨询过吗？
  • 他们对优化云工作负载有任何建议吗？

产品负责人

产品负责人可能高度激励采用FinOps，因为良好的业务实践。优化的云环境应该使他们能够更高效、更经济地交付产品。在研究阶段询问产品负责人的几个问题：

  • 为什么产品转移到云上？
  • 您是否收到云消耗报告或被收费云使用？
  • 自转移到云以来，计算和数字存储能力的成本是否下降？

财务

财务团队可能了解云成本波动和预算云的挑战。在研究阶段，这些问题将提供更多关于财务相关FinOps机会的见解：

  • 云发票如何处理？
  • 云每月/每年花费多少？
  • 云支出如何估算和预算？
  • 谁在云预算制定期间被咨询？
  • 云成本如何分配？
  • 是否使用显示或收费与组织云消费者？
  • 您是否有未预料到的云成本激增或重大预算超支的示例？

采购

采购团队可能熟悉云服务合同的细节，并与云供应商有最多的接触。在研究阶段询问这些问题很有帮助：

  • CSP是直接签约还是通过经销商？
  • 是否使用一或三年承诺？
  • 是否应用任何CSP折扣率（例如，企业折扣）？
  • 是否使用任何基于承诺的折扣（例如，节省计划或预留实例）？
  • CSP承诺如何安排/定时？每年一次？需要时？

领导层

高级领导者可以提供有关组织优先事项的见解，并确定希望实现的关键结果。在研究阶段，这些问题应提供如何将FinOps采用作为整体组织成功驱动力的清晰度：

  • 移动到云的主要动机是什么？
  • 您有足够的透明度了解组织的云支出吗？
  • 组织明年的优先事项是什么？三年？
  • 潜在云节省可以重新定向到哪里以改善组织绩效或关键结果？

示例RACI

下表中的RACI（负责、负责、咨询、通知）矩阵将FinOps能力映射到核心角色，作为您在组织中设计和启动FinOps的总结示例。您可以使用下表，或访问表格的电子表格版本作为参考。

域/能力 实践者 工程 产品 财务 采购 领导层
理解成本和使用 理解成本和使用 理解成本和使用 理解成本和使用 理解成本和使用 理解成本和使用 理解成本和使用
分配：使用标签、标签和其他元数据分配云成本 A R C C – I
异常管理：检测、识别和管理意外云成本 A R C C I I
数据摄入：收集、传输、处理、转换和关联各种数据集 R C C I I I
报告与分析：检查并显示云数据以获得成本和支出模式的见解 R C A I I I
量化业务价值 量化业务价值 量化业务价值 量化业务价值 量化业务价值 量化业务价值 量化业务价值
基准测试：比较云价值和优化重要方面的单位指标和KPI R A A I – C
预算：设置限制、监控和管理与业务目标一致的云支出 R C A C I C
预测：创建预期未来云成本和价值的模型 R C A C I C
规划和估算：估算和探索工作负载的成本和价值潜力 R C C I – I
单位经济学：开发和跟踪提供组织云使用如何影响业务价值理解的指标 R C A I I A
优化云使用和成本 优化云使用和成本 优化云使用和成本 优化云使用和成本 优化云使用和成本 优化云使用和成本 优化云使用和成本
云架构：基于操作要求、可持续性和系统云的财务可行性选择服务 C R I I – I
云可持续性：定义组织在云使用决策中考虑可持续性的方法 R C A I I A
许可和SaaS：理解和优化软件许可和SaaS投资的影响 A C C I R I
费率优化：降低云资源的支付费率 A C C C R I
工作负载优化：分析和优化云资源以匹配特定使用模式 A R I I I I
管理FinOps实践 管理FinOps实践 管理FinOps实践 管理FinOps实践 管理FinOps实践 管理FinOps实践 管理FinOps实践
云策略和治理：建立和演变策略、控制和治理机制 R C C I I A
FinOps评估：衡量FinOps团队有效性，将FinOps活动与组织目标映射，并识别成熟领域 R C C C C C
FinOps教育和使能：开发对FinOps概念、术语和实践的共同理解 R A A A A A
FinOps实践运营：在组织内构建和运营FinOps实践 R C C C C A
FinOps工具和服务：考虑CSP和第三方FinOps软件和/或服务以交付FinOps能力 R C I C C I
交叉学科：协调与相互关联的学科/联盟角色的协调（例如，ITFM、ITAM、ITSM、网络安全、可持续性） R I I I I I
发票和收费：管理云发票并创建收费程序和机制 R I C A A I
上线工作负载：协调系统迁移到云环境或在云环境之间迁移，以提供成本、使用和影响透明度 A R C I I I

此RACI并非用于组织使用的整体，而是作为起点提供，用于为每个能力开发定制的RACI，与组织中开发的过程和角色一致。随着云技术和云成本管理方法的变化以及您的FinOps实践成熟，RACI矩阵可能需要修订，以保持与组织程序和任何责任转移的最新状态。

培训资源

GCP
AWS
Azure
OCI

致谢

我们要感谢以下人员为更新本文所做的工作：
https://www.finops.org/wp-content/uploads/2024/06/Foto-Borja-RRSS-2-scaled.jpg
Borja Martinez, NTT Data
https://www.finops.org/wp-content/uploads/2024/06/stewart-kasen.jpeg
Stewart Kasen, Philips
https://www.finops.org/wp-content/uploads/2023/10/mills_laura_13610-copy-scaled-e1718544286966.jpg
Laura Mills, BeaconPoint
https://www.finops.org/wp-content/uploads/2024/06/matt-walls.jpeg
Matt Walls, NBCUniversal
https://www.finops.org/wp-content/uploads/2024/06/jason-weimer.jpeg
Jason Weimer, CloudSaver
https://www.finops.org/wp-content/uploads/2022/11/Anderson-Oliveira.jpg
Anderson Oliveira, CloudZero
https://www.finops.org/wp-content/themes/finops-f

文章标签：
Go
测试技术
人工智能
vr&ar
监控
1086822487162812
目录
相关文章
阿里云安全_
|
1天前
第五届伏魔挑战赛如约来袭，诚邀各路高手来战！
伏魔再启，等你来战！
阿里云安全_
1141 1
第五届伏魔挑战赛如约来袭，诚邀各路高手来战！
阿里云安全_
|
8天前
|
数据采集 人工智能 安全
阿里云Web应用防火墙市场份额和技术能力双第一
喜报～～
阿里云安全_
1215 10
AI未闻花名
|
4天前
|
机器学习/深度学习 人工智能 前端开发
构建AI智能体：七十、小树成林，聚沙成塔：随机森林与大模型的协同进化
随机森林是一种基于决策树的集成学习算法，通过构建多棵决策树并结合它们的预测结果来提高准确性和稳定性。其核心思想包括两个随机性：Bootstrap采样（每棵树使用不同的训练子集）和特征随机选择（每棵树分裂时只考虑部分特征）。这种方法能有效处理大规模高维数据，避免过拟合，并评估特征重要性。随机森林的超参数如树的数量、最大深度等可通过网格搜索优化。该算法兼具强大预测能力和工程化优势，是机器学习中的常用基础模型。
AI未闻花名
298 164
1346981540777417
|
3天前
|
机器学习/深度学习 自然语言处理 机器人
阿里云百炼大模型赋能｜打造企业级电话智能体与智能呼叫中心完整方案
畅信达基于阿里云百炼大模型推出MVB2000V5智能呼叫中心方案，融合LLM与MRCP+WebSocket技术，实现语音识别率超95%、低延迟交互。通过电话智能体与座席助手协同，自动化处理80%咨询，降本增效显著，适配金融、电商、医疗等多行业场景。
1346981540777417
311 155
云皓@
|
11天前
|
SQL 自然语言处理 调度
Agent Skills 的一次工程实践
**本文采用 Agent Skills 实现整体智能体**，开发框架采用 AgentScope，模型使用 **qwen3-max**。Agent Skills 是 Anthropic 新推出的一种有别于mcp server的一种开发方式，用于为 AI **引入可共享的专业技能**。经验封装到**可发现、可复用的能力单元**中，每个技能以文件夹形式存在，包含特定任务的指导性说明（SKILL.md 文件）、脚本代码和资源等 。大模型可以根据需要动态加载这些技能，从而扩展自身的功能。目前不少国内外的一些框架也开始支持此种的开发方式,详细介绍如下。
云皓@
857 6
AI未闻花名
|
5天前
|
机器学习/深度学习 人工智能 前端开发
构建AI智能体：六十九、Bootstrap采样在大模型评估中的应用：从置信区间到模型稳定性
Bootstrap采样是一种通过有放回重抽样来评估模型性能的统计方法。它通过从原始数据集中随机抽取样本形成多个Bootstrap数据集，计算统计量（如均值、标准差）的分布，适用于小样本和非参数场景。该方法能估计标准误、构建置信区间，并量化模型不确定性，但对计算资源要求较高。Bootstrap特别适合评估大模型的泛化能力和稳定性，在集成学习、假设检验等领域也有广泛应用。与传统方法相比，Bootstrap不依赖分布假设，在非正态数据中表现更稳健。
AI未闻花名
250 113