我要提问
- 关于
工作流
的搜索结果
回答
Serverless 工作流本身没有提供定时触发工作流执行的功能，借助于函数计算 (FunctionCompute，简称 FC）的定时触器可以很方便的实现工作流定时调用。本文介绍如何使用 Serverless 工作流提供的定时触发工作流应用，来达到定时执行工作流的目的。
应用框架 定时触发工作流的执行流程如下：
FC 定时触发器会定时执行 FC 函数。 FC 函数通过 Serverless 工作流 SDK 调用 StartExecution API 执行 Serverless 工作流。8b0732b23943d746 应用部署 创建定时触发工作流应用 在 Serverless 工作流应用中心 创建定时触发工作流应用。
81ade77a13121123 说明 应用名称：自定义的资源编排服务 ROS 资源栈名称，同一个账号下需保证唯一。 Cron 定时触发工作流的 Cron 表达式，参见 FC 定时触发器，默认为每分钟触发一次。 Input 触发执行工作流的输入，必须为 JSON 格式，默认为空。 部署成功后可看到应用创建的所有资源。de339104fa7aaff8其中包括： RAM 角色：fnf-timer-demo-serviceRole、fnf-timer-demo-flowRole。 FC 资源： 服务 fnf-timer-demo-service、函数 timer、函数 hello、定时触发器 trigger。 Serverless 工作流 资源：工作流 fnf-timer-demo-flow。 验证生效 前往 Serverless 工作流控制台可看到应用创建的工作流 fnf-timer-demo-flow 被定时触发 。17b3faa193bafe86示例工作流使用 任务步骤 调用 FC 函数 hello，定义如下。 version: v1 type: flow steps: - type: task name: hello resourceArn: 'acs:fc:::services/fnf-time-demo-service/functions/hello' 您可以修改该工作流的定义实现自身的业务逻辑。
回答
解决方案 2.1 后缀名要求 视频点播工作流会对特定的视频或者音频文件后缀自动触发工作流，包括以下后缀名：
视频：3gp, asf, avi, dat, dv, flv, f4v, gif, m2t, m3u8, m4v, mj2, mjpeg, mkv, mov, mp4, mpe, mpg, mpeg, mts, ogg, qt, rm, rmvb, swf, vob, wmv, webm。
音频：aac, ac3, acm, amr, ape, caf, flac, m4a, mp3, ra, wav, wma, aiff。
2.2 路径匹配规则 上述后缀文件所在目录只需要是该目录或者其子目录下的文件均可以匹配生效。例如：工作流配置输入路径test/，则test/下的文件和test/test1/下的文件均可以触发工作流。
2.3 触发方法 OSS有很多的对Object的操作方法，其中有多种修改和上传文件的方法，其中putObject、multipartUpload、postObject、copyObject均是会触发工作流执行实例；但是appendObject、putObjectACL是不会触发工作流执行实例的。
注意事项 ts文件是不会触发转码任务的，只有ts对应的索引m3u8文件才能触发工作流的转码任务。
调用copyobject接口拷贝别的路径下的资源到工作流的输入路径中，对应的工作流转码任务可以正常触发，但是调用copyobject接口，源和目标object名称一致，仅修改输入路径下的资源的head头信息，对应的工作流是不会被触发的.
MultipartUpload只有在执行CompleteMultipartUpload的时候才会触发工作流执行实例，之前的InitiateMultipartUpload和UploadPart均不会触发工作流执行。
请不要配置一个工作流的输入路径为另外一个工作流的输入路径的前缀，否则会一个增量文件触发两次工作流执行实例。例如：两个工作流的输入路径分别配置test和test1，则当输入文件上传到test1文件夹下同样满足test前缀，因此会触发两次工作流执行实例。
回答
Serverless 工作流（Serverless Workflow）是一个用来协调多个分布式任务执行的全托管云服务。
在 Serverless 工作流中，您可以用顺序、分支、并行等方式来编排分布式任务，Serverless 工作流会按照设定好的步骤可靠地协调任务执行，跟踪每个任务的状态转换，并在必要时执行用户定义的重试逻辑，以确保工作流顺利完成。Serverless 工作流通过提供日志记录和审计来监视工作流的执行，方便您轻松地诊断和调试应用。Serverless 工作流简化了开发和运行业务流程所需要的任务协调、状态管理以及错误处理等繁琐工作，让您聚焦业务逻辑开发。
下图描述了 Serverless 工作流如何协调分布式任务，这些任务可以是函数、已集成云服务 API、运行在虚拟机或容器上的程序。
swf_product1 产品优势 协调分布式组件 Serverless 工作流能够编排不同基础架构、不同网络、不同语言编写的应用，抹平混合云、专有云过渡到公共云或者从单体架构演进到微服务架构的落差。
减少流程代码量 Serverless 工作流提供了丰富的控制逻辑，例如顺序、选择、并行等，让您以更少的代码实现复杂的业务逻辑。
提高应用容错性 Serverless 工作流为您管理流程状态，内置检查点和回放能力，以确保您的应用程序按照预期逐步执行。错误重试和捕获可以让您灵活的处理错误。
Serverless Serverless 工作流根据实际执行步骤转换个数收费，执行结束不再收费。Serverless 工作流自动扩展让您免于管理硬件预算和扩展。
功能特性 服务编排能力 Serverless 工作流可以帮助您将流程逻辑与任务执行分开，节省编写编排代码的时间。例如图片经过人脸识别函数后，根据人脸位置剪裁图像，最后发送消息通知用户，Serverless 工作流提供了一个 Serverless 的解决方案，降低了您的编排运维成本。
协调分布式组件 Serverless 工作流能够协调在不同基础架构上、不同网络内，以不同语言编写的应用。应用不管是从私有云/专有云平滑过渡到混合云或公共云，或者从单体架构演进到微服务架构，Serverless 工作流都能发挥协调作用。
内置错误处理 通过内置错误重试和捕获能力，您可以自动重试失败或超时的任务，对不同类型错误做出不同响应，并定义回退逻辑。
可视化监控 Serverless 工作流提供可视化界面来定义工作流和查看执行状态。状态包括输入和输出等。方便您快速识别故障位置，并快速排除故障问题。
支持长时间运行流程 Serverless 工作流可以跟踪整个流程，持续长时间执行确保流程执行完成。有些流程可能要执行几个小时、几天、甚至几个月。例如运维相关的 Pipeline 和邮件推广流程。
流程状态管理 Serverless 工作流会管理流程执行中的所有状态，包括跟踪它所处的执行步骤，以及存储在步骤之间的数据传递。您无需自己管理流程状态，也不必将复杂的状态管理构建到任务中。
回答
工作流： 根据 WfMC 的定义，工作流（Workflow）就是自动运作的业务过程部分或整体，表现为参与者对文件、信息或任务按照规程采取行动，并令其在参与者之间传递。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。 工作流是针对工作中具有固定程序的常规活动而提出的一个概念。通过将工作活动分解成定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。工作流技术为企业更好地实现经营目标提供了先进的手段。 1993年，国际工作流管理联盟（Workflow Management Coalition，WfMC）的成立标志着工作流技术开始进入相对成熟的阶段。为了实现不同工作流产品之间的互操作，WfMC在工作流管理系统的相关术语、体系结构及应用编程接口等方面制定了一系列标准。工作流管理联盟给出的工作流定义是：工作流是指整个或部分经营过程在计算机支持下的全自动或半自动化。在实际情况中可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。 一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。工作流管理系统指运行在一个或多个工作流引擎上用于定义、实现和管理工作流运行的一套软件系统，它与工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。 一、工作流管理： 通常，工作流管理系统指运行在一个或多个称为工作流机的软件上的用于定义、实现和管理工作流运行的一套软件系统，它和工作流执行者（人、应用）交互，推进工作流实例的执行，并监控工作流的运行状态。在这里需要强调指出的是工作流管理系统不是企业的业务系统。在很大程度上，工作流管理系统为企业的业务系统运行提供一个软件支撑环境，非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而已，所以也有人称工作流管理系统是业务操作系统（BOS － Business Operating System）。在工作流管理系统的支撑下，通过集成具体的业务应用软件和操作人员的界面操作，才能够良好地完成对企业经营过程运行的支持。所以，工作流管理系统在一个企业或部门的经营过程中的应用过程是一个业务应用软件系统的集成与实施过程。 二、工作流管理系统： 工作流管理系统可以用来定义与执行不同覆盖范围（单个工作者、部门、全企业、企业间）、不同时间跨度（分钟、小时、天、月）的经营过程。这完全取决于实际应用背景的需求。按照经营过程以及组成活动的复杂程度的不同，工作流管理系统可以采取许多种实施方式，在不同的实施方式中，所应用的信息技术、通信技术和支撑系统结构会有很大的差别。工作流管理系统的实际运行环境可以是在一个工作组内部或者在全企业的所有业务部门。 三、业务过程： 业务过程（business process）就是活动的集合，这些活动均关联于特定的托付事项（commitment），为过程的产出增值。相对于“工作流”，业务过程是一个更一般化的统称，而工作流这个词，则已经不能仅从字面含义或原理上去理解，它已经被赋予了更深一层的特定含义——专指基于信息技术规划、运作、管理的业务过程。 四、自动与协调: “自动”（automate）是工作流的一个特征，但这主要是指它自动进行的特征，而不是说没有人的参与。工作流实际上是一个人-电脑协调的混合过程，在一个实际的工作流中，通常总有些步骤是人完成的。协调是工作流管理的一个目标或者特征，这包括了人与人、人与电脑，电脑（软件）之间等多种层面的含义。 五、监察与控制: 监察（Monitoring）与控制（Contorl）是工作流系统的重要功能与特征。这不仅包括对正在发生的业务过程（工作流），还包括它的定义或改变（比如BPR的过程）。这是工作流系统带给我们的明显好处之一。 六、标准化: 作流的概念被明确提出并得到重视的同时，人们就认识到了“标准化”在其中的重要性，有关工作流的标准开发和推广，基本是与“工作流”的开发和推广同步进行的。在这方面目前的权威性机构，是“工作流管理联盟”（Workflow Management Coalition, WfMC）。它成立于1993年8月，目前已拥有 130 余个成员，成员包括工作流产品的供应者、应用者，有关大学和研究机构和个人，是一个国际性的非赢利组织。在最近的投资成员（Funding members）清单中，可以看到诸如 Baan, HP, IBM, Microsoft, Oracle, Peplesoft, SAP AG, Xerox 等机构。 七、工作流与重规划: 从逻辑上，对工作流的关注和研究可以看作是对业务过程重规划（BPR）的一种深化。BPR的观点，要求我们将眼光投向实际业务进行的过程，但这个过程应当是什么样的，怎样分析、构造？工作流就是一个具体的、操作性的答案，它可以令我们从神秘的、难以预测和控制的“头脑风暴式”的“艺术的”业务过程创造，变成解析的、技术的、可控制和预测的工程化过程，如此，才真正体现出 re-engineering 中 engineering 的意义。 工作流与 BPR 的概念，已经被几乎所有的研究者联系在一起研究和应用。在这个领域有一个非常活跃的组织，即国际工作流与重规划协会（ Workflow And Reengineering International Association, WARIA）。 八、工作流与企业工程: 无论从理论、方法上，还是对象、内容上，我们都有理由将“工作流”看作是企业工程的一部分。实际上，已有的关于工作流体系的描述，本身就是一个通用的业务模型框架。仅仅囿于工作流是不够的，必须对整个体系的目标及所有相关要素综合考虑——这正是企业工程。 九、工作流与IT应用体系: 与以往已经被采用的企业 IT 应用体系，例如 MRPII 或 ERP 相比，WFMS是一个相当重要的里程碑。（ERP的概念并不确定，我这里仅指其基本或较早期的含义而言）。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。 在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。 工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。 现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排 OA(办公自动化)： 引自肖淑男 2001-2-20 通常，OA 就是办公自动化，英文Office Automation的缩写。通过流程或特定环节与日常事务联系在一起，使公文在流转、审批、发布等方面提高效率，实现办公管理规范化和信息规范化，降低企业运行成本的一套系统的统称。 多年来，OA尚无一个确切的定义，人们对OA的看法和理解各有不同。笔者认为：OA本身就不是一个有确定界定的概念，它是一个过程、一种境界。它随技术的发展而发展，随人们办公方式和习惯以及管理思想的变化而变化。在技术发展过程中的每一个阶段，人们给OA赋予了不同的内容和新的想象，技术与管理的进步给OA打下了每一步发展的历史烙印。同时，不同行业、不同层次的人对OA的看法和理解也各有不同。也许正是OA这种变化和发展的特点使之成为30多年来常新不衰的话题。 现在有一种较普遍的偏见：认为OA仅仅是诸如公文流转、收发文管理、档案管理、会议安排、文献检索、电子表格、电子邮件等等这些非结构化数据的处理和交换过程，面向的用户群也只是机关办公室或企业的职能部门、文秘部门。其实，今天看来，OA应有更丰富的内容和层面，更广泛的用户群。以下是笔者对OA在功能上以及所涉及的技术范畴的肤浅理解，愿与同行商榷。 功能方面：广义面言，OA应该是一个企业除了生产控制之外的一切信息处理与管理的集合。它面向不同层次的使用者，便有不同的功能表现： 对于企业高层领导而言，OA是决策支持系统（DSS）。OA运用科学的数学模型，结合企业内部／外部的信息为条件，为企业领导提供决策参考和依据； 对于中层管理者而言：OA是信息管理系统（IMS），OA利用业务各环节提供的基础“数据”，提炼出有用的管理“信息”，把握业务进程，降低经营风险，提高经营效率； 对于普通员工而言：OA是事务／业务处理系统。OA为办公室人员提供良好的办公手段和环境，使之准确、高效，愉快地工作。 技术范畴：OA是计算机技术在办公业务中的合理应用。计算机技术是OA的前提。如果脱离计算机技术面阔谈OA，无异于痴人说梦。没有计算机技术，OA便成无源之水、无本之木。计算机对信息的存储与处理能力极大地改变了人们的办公方式，提高了工作效率。如：要建立决策支持系统，则需要数据仓库 、OLAP等技术；要建立信息管理系统，则要有数据库、程序设计语言等技术；要建立事务／业务处理系统，则离不开数据库、设计良好的人机界面和工作流控制、OLTP等技术。 OA是利用通信技术来实现人与机器、机器与机器及人与人的交流。通信技术是OA的基础。现代办公室不再是孤军奋战，而是一个团队的协同工作，团队中成员之间的协调、合作离不开通信技术；现代办公室也不再是闭门造车，企业需要与外界广泛的信息交流，这更离不开通信技术。没有通信技术的支持，OA便成空中楼阁。 OA是科学的管理思想在先进的技术手段下的物化。科学的管理思想是实现OA的核心。计算机技术和通信技术仅仅是为实现OA打下了基础，提供了可能。要真正实现OA，还需物化人类思维中科学管理的内容。正如仅有优质的画笔、画板、颜料而没有达.芬奇，就不会有蒙娜尼莎的微笑一样。不体现人类管理智慧，就不会有真正的OA，如果有，也只是技术的堆砌和摆设。 由此而知，OA是计算机技术、通信技术与科学的管理思想完美结合的一种境界和理想。我们一直在为实现OA而努力，但我们的成果仅仅是在某些环节、某些方面、部分地实现了OA的功能，与真正的OA尚有差距，差距的根本在于应用系统对管理思想的实现方面。
答案来源于网络
回答
视频流 API 描述 AttachStream 调用AttachStream给指定的计算工作组绑定Stream。 DetachStream 调用DetachStream给指定的计算工作组解绑视频流。 DescribeStreams 调用DescribeStreams获取指定的计算工作组已绑定的视频流。 ListStreamsForCameras 调用ListStreamsForCameras根据视频点位获取相应的视频流信息。 地域 API 描述 DescribeRegions 调用DescribeRegions查询您可以使用的阿里云地域。 图搜 API 描述 SearchImages 调用SearchImages搜索图片。 算法库能力集 API 描述 CreateCapability 调用CreateCapability创建算法库能力集。 DescribeCapabilities 调用DescribeCapabilities获取已创建的算法库能力集信息。 DeleteCapability 调用DeleteCapability删除指定的算法库能力集。 ModifyCapability 调用ModifyCapability修改算法库能力集。 计算资源配置 API 描述 DescribeResourceProfiles 调用DescribeResourceProfiles获取已创建的计算资源配置信息。 CreateResourceProfile 调用CreateResourceProfile创建计算资源配置信息。 DeleteResourceProfile 调用DeleteResourceProfile删除指定的计算资源配置。 ModifyResourceProfile 调用ModifyResourceProfile修改资源参数集。 算法库 API 描述 ModifyAlgoLib 调用ModifyAlgoLib修改算法库信息。 DescribeAlgoLibs 调用DescribeAlgoLibs获取已创建的算法库信息。 DeleteAlgoLib 调用DeleteAlgoLib删除指定的算法库。 CreateAlgoLib 调用CreateAlgoLib创建算法库。 计算工作组 API 描述 StopJobGroup 调用StopJobGroup停止指定的计算工作组。 GetComputeJobLog 调用GetComputeJobLog获取计算Job日志。 ListComputeJobLogs 调用ListComputeJobLogs获取计算日志名称列表。 CreateJobGroup 调用CreateJobGroup创建计算工作组信息。 ModifyJobGroup 调用ModifyJobGroup修改计算工作组信息。 DescribeJobGroups 调用DescribeJobGroups获取已创建的计算工作组信息。 StartJobGroup 调用StartJobGroup启动指定的计算工作组。 DeleteJobGroup 调用DeleteJobGroup删除指定的计算工作组。 视频点位 API 描述 DescribeCameras 调用DescribeCameras获取已创建的视频点位信息。 CreateCamera 调用CreateCamera创建视频点位信息。 BatchModifyCameraStatus 调用BatchModifyCameraStatus批量修改点位状态。 ModifyCamera 调用ModifyCamera修改视频点位信息。 GetStreamsForCameras 调用GetStreamsForCameras根据视频点位获取相应的视频流信息。 DeleteCamera 调用DeleteCamera删除指定的视频点位信息。 接流工作组 API 描述 DeleteWorkGroup 调用DeleteWorkGroup删除指定的接流工作组。 DescribeWorkGroups 调用DescribeWorkGroups获取已创建的接流工作组。 CreateWorkGroup 调用CreateWorkGroup创建接流工作组。 ModifyWorkGroup 调用ModifyWorkGroup修改接流工作组信息。 DescribeProtocols 调用DescribeProtocols获取已支持的工作组协议。 实例 API 描述 ModifyInstance 调用ModifyInstance修改实例。 DescribeInstances 调用DescribeInstances查询一个或多个实例的详细信息。 DeleteInstance 调用DeleteInstance释放一台到期的预付费（包年包月）实例。 CreateInstance 调用CreateInstance创建一个实例。
回答
媒体信息接口 API 描述 SubmitMediaInfoJob 提交媒体信息作业接口。 QueryMediaInfoJobList 查询媒体信息作业接口。 预置智能模板推荐接口 API 描述 SubmitAnalysisJob 提交预置模板分析作业接口。 QueryAnalysisJobList 查询模板分析作业接口。 转码接口 API 描述 SubmitJobs 提交转码作业接口。 CancelJob 取消转码作业接口。 QueryJobList 通过转码作业ID，批量查询转码作业。 ListJob 通过作业状态，创建时间区间，转码管道列出转码作业。 自定义转码模板接口 API 描述 AddTemplate 创建自定义模板，包含容器信息，视频跟音频流等设置。 UpdateTemplate 更新自定义模板设置。 QueryTemplateList 查询自定义模板接口。 SearchTemplate 搜索指定状态的自定义模板。 DeleteTemplate 删除自定义模板接口。 管道接口 API 描述 UpdatePipeline 更新管道接口。 QueryPipelineList 查询管道接口。 SearchPipeline 通过管道状态搜索管道。 水印模板接口 API 描述 AddWaterMarkTemplate 创建水印模板。 UpdateWaterMarkTemplate 更新指定水印模板的名称、配置。 QueryWaterMarkTemplateList 查询水印模板接口。 SearchWaterMarkTemplate 搜索指定状态的水印模板。 DeleteWaterMarkTemplate 删除水印模板接口。 截图接口 API 描述 SubmitSnapshotJob 提交截图作业接口，目前支持生成jpg格式图片。 QuerySnapshotJobList 查询截图作业结果。 媒体工作流接口 API 描述 AddMediaWorkflow 用于新增媒体工作流。 ActivateMediaWorkflow 激活媒体工作流。 DeactivateMediaWorkflow 停用媒体工作流。 DeleteMediaWorkflow 删除媒体工作流。 UpdateMediaWorkflow 用于更新媒体工作流的拓扑结构。 QueryMediaWorkflowList 查询已注册媒体工作流。 SearchMediaWorkflow 搜索媒体工作流。 UpdateMediaWorkflowTriggerMode 更新媒体工作流触发模式。 媒体工作流执行实例接口 API 描述 ListMediaWorkflowExecutions 遍历媒体工作流执行实例。 QueryMediaWorkflowExecutionList 查询媒体工作流执行实例。 媒体接口 API 描述 AddMedia 新增媒体。 DeleteMedia 删除媒体。 UpdateMedia 更新媒体基本信息，如标题，描述，类目等。 UpdateMediaCategory 更新媒体类目。 UpdateMediaCover 更新媒体封面。 AddMediaTag 新增媒体标签。 DeleteMediaTag 删除媒体标签。 UpdateMediaPublishState 更新媒体发布状态。 QueryMediaList 查询媒体列表。 QueryMediaListByURL 使用OSS文件地址查询媒体。 ListMedia 遍历所有的媒体。 媒体类目接口 API 描述 AddCategory 新增类目。 DeleteCategory 删除类目。 UpdateCategoryName 更新类目。 CategoryTree 获取类目树。 ListAllCategory 获取类目列表。 媒体Bucket接口 API 描述 BindInputBucket 媒体库绑定输入Bucket。 BindOutputBucket 媒体库绑定输出Bucket。 ListAllMediaBucket 列出媒体库所有媒体Bucket。 媒体审核接口 API 描述 SubmitMediaCensorJob 提交媒体审核作业接口。 QueryMediaCensorJobDetail 查询媒体审核作业详情。 视频DNA接口 API 描述 提交视频DNA作业 查询视频库中是否存在相同或者相近的DNA结果。 查询视频DNA作业 查询视频DNA作业结果。 视频DNA作业结果反馈 反馈视频作业有误结果。 查询视频DNA导库结果 查询导库视频比对结果。
回答
服务编排能力：Serverless 工作流可以避免用户编写重复的编排、状态维护以及分布式任务通信的实现，并提供可视化的流程编排和状态监控工具。 帮助用户架构平滑演进：Serverless 工作流能够协调在不同基础架构上、不同网络内以不同语言编写的应用。应用不管是跨混合云，还是从私有云、专有云平滑过渡到混合云到公共云，或者从单体架构演进到微服务架构，Serverless 工作流都能发挥协调作用。 运维全托管和按需付费：Serverless 工作流可以将运维人员从基础设施维护解放出来，提供了安全的、高可用的、容错的和高持久的服务。Serverless 工作流是高度可扩展的、能够高并发的执行工作流，并发量伸缩对用户完全透明。并且用户只需支付步骤转换费用，不使用不产生费用。 应用程序状态可视化：Serverless 工作流提供可视化界面来展示工作流和查看执行状态，让业务人员、开发人员和运维人员获得一致的信息，减少沟通成本。
回答
是由于将“使用官方审批流”和“使用自有工作流”两种场景混用导致的1.调用自有工作流创建实例接口，参数process_code必须来自自有工作流创建或更新模板接口（链接https://developers.dingtalk.com/document/app/create-or-update-approval-templates），不能使用从审批后台地址栏中截取的process_code2.调用自有工作流的更新实例状态接口，参数process_instance_id必须来自自有工作流创建实例接口（链接https://developers.dingtalk.com/document/app/initiate-approval），不能传入官方审批流中发起审批实例接口得到的process_instance_id
回答
解决 根据命名规则获取文件名/URL 登录 媒体处理控制台 > 媒体管理 > 媒体库设置 > 工作流，选择所需的工作流，并单击右侧的 查看。移动鼠标到转码/截图等模块，可以看到对应的输出bucket截输出路径，对应的输出文件名就是输出路径，其中自定义变量替换为具体的值即可。对应的URL为：Bucketname.Endpoint/输出路径.后缀。
2
注意：
输出Object中可以设置静态常量和变量，其中静态常量即直接编写，而动态变量需要通过大括号（{}）引用使用。输出 Object 中可选如下变量：
{RunId}: 媒体工作流执行ID；
{ObjectPrefix}: 不含Bucket信息的原文件路径；
{FileName}: 不含扩展名的原文件名；
{ExtName}: 原文件扩展名；
Endpoint的意义，参见 Endpoint设置。
控制台获取文件名/URL 登录 媒体处理控制台 > 媒体库，选择所需的视频，并单击 管理 > 媒体地址获取 > TRANSCODE > 复制，即可获取。
2
程序获取文件名/URL 在工作流中配置消息服务的队列或者通知（参见获取工作流通知消息实例。）> 业务端消费对应的消息 > 当收到相应工作流实例“Report”消息，代表转码结束 > 根据输入Object的URL或者媒体ID(MediaId)，调用媒体转码API接口。接口参见 查询媒体-使用OSS文件地址 和 查询媒体-使用媒体ID。
根据输入ObjectURL查询转码结果，Java代码示例：
static QueryMediaListByURLResponse queryMediaListByURL(DefaultAcsClient client) { QueryMediaListByURLRequest request = new QueryMediaListByURLRequest(); request.setFileURLs(objecturl); request.setIncludePlayList(true); QueryMediaListByURLResponse response = null; try { response = client.getAcsResponse(request); } catch (ServerException e) { throw new RuntimeException("QueryMediaListByURLRequest Server failed"); } catch (ClientException e) { throw new RuntimeException("QueryMediaListByURLRequest Client failed"); } return response; } 根据输入媒体ID查询转码结果，Java代码示例：
static QueryMediaListResponse QueryMediaList(DefaultAcsClient client) { QueryMediaListRequest request = new QueryMediaListRequest(); request.setMediaIds("媒体ID"); request.setIncludePlayList(true); QueryMediaListResponse response = null; try { response = client.getAcsResponse(request); } catch (ServerException e) { throw new RuntimeException("QueryMediaListRequest Server failed"); } catch (ClientException e) { throw new RuntimeException("QueryMediaListRequest Client failed"); } return response; } 执行工作流输出文件怎么没有提供CDN地址 场景 视频上传，工作流转码任务触发后，在 媒体处理控制台 > 媒体库 > 管理 > 媒体地址获取 > 媒体地址 不显示媒资文件对应的CDN地址。
3
解决 编辑或者删除对应的工作流，重新配置工作流，在 配置工作流 > 配置内容分发网络（CDN） 中添加CDN加速域名。之后该工作流新创建的转码任务中，新增的CDN域名就会显示在输出文件的URL地址中。
2
原因 只有在新建工作流配置中有CDN域名，对应转码输出后的资源才会带CDN域名地址的链接，如果当时创建工作流不存在CDN域名，之后在bucket中绑定域名并进行加速，这样的域名是不会在输出媒体地址中显示的。
注意事项 媒体地址获取中，原文件地址获取是不能获取到CDN地址的，用户需自己绑定或者代码实现将bucket域名替换为对应的CDN域名。
2
输出文件支持如下变量设置 输出 Object 中可选如下变量：
{RunId}：媒体工作流执行ID
{ObjectPrefix}：不含Bucket信息的原文件（输入文件）路径
{FileName}：不含扩展名的原文件（输入文件）名
{ExtName}：原文件（输入文件）扩展名
如何触发工作流的执行 当工作流的配置的输入Bucket路径中存在文件的增量输入，对应的工作流就会被触发，进行相关的转码截图任务等。
6
关于如何上传文件到工作流的输入Bucket路径中，参见上传视频文件的方法。
回答
您可以使用缓存或持久功能缓存流数据，如下所示dstream.persist()仅在您多次使用流时才执行此操作。对于reducebywindow和reducebyKeyandWindow操作，这是自动完成的。在流工作中，为了保持工作正常运行，您需要启动spark流上下文并启动此上下文val ssc = new StreamingContext(sc, Seconds(1))// your logic goes heressc.start()如果您的工作在运行几个小时后被杀死（并且您的群集已经过kerborized），那么请检查kerberos门票是否即将到期。这可能导致长时间运行的作业失败。编辑：注意：如果您正在专门讨论结构化流媒体。不支持缓存流数据集。
回答
视频直播服务支持将接收到的源视频流进行录制，以 .ts 分片视频文件保存至指定的点播服务中设置为输入媒体Bucket的OSS存储位置。因此可以直接利用视频点播服务强大的媒体转码处理能力和集成化的点播场景支持，非常方便地将直播录制内容以点播方式供用户观看。
常见的使用场景： 1、将直播录制的m3u8格式视频转换为mp4、flv等单个视频文件。
2、将高清直播录制内容转码为多码率、多分辨率视频格式。
3、为直播录制内容加水印。
具体的配置步骤 1. 配置直播录制 参见 录制存储至OSS、录制存储至VOD。
配置点播媒体工作流 直播录制的文件已经配置保存至点播服务的输入媒体Bucket下的某个目录，我们就可以在该目录下配置相应的媒体工作流，以达到当录制索引文件生成时，自动触发媒体工作流执行既定的视频处理流程。
举例来说：在第一步中，设置一个AppName为 live ，录制直播内容至名为 LiveInput 的输入媒体Bucket下，record/live/{StreamName}/{UnixTimestamp}_{Sequence} 位置。
则一个AppName为 live ，StreamName为 abc 的直播流，在一次直播结束时，直播服务会将录制内容的 .ts 文件保存至 LiveInput Bucket下 record/live/abc 目录下；而默认的录制索引文件 abc.m3u8 保存为 record/live/abc.m3u8 。
我们可以在点播服务中设置，输入路径为 LiveInput Bucket下 record/live 目录的媒体工作流 liveWorkFlow_1， 当record/live/abc.m3u8 文件创建的时候，点播系统即会触发 liveWorkFlow_1 执行。
媒体工作流设置参见 视频点播-媒体工作流
Tips：
媒体工作流的触发执行的规则：
以新增文件的路径为基础，检查工作流绑定的位置，如果新增文件的路径中包含规则绑定的字符串则匹配，不包含则不匹配。如新增文件 http://bucket.oss-cn-hangzhou.aliyuncs.com/A/B/C/1.flv 对以下规则的匹配情况：
http://bucket.oss-cn-hangzhou.aliyuncs.com/A/B/C/ 匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/A/B/ 匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/A/ 匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/ 匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/A/B/CC/ 不匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/A/B2/ 不匹配
http://bucket.oss-cn-hangzhou.aliyuncs.com/A2/B/C/ 不匹配
因此，如果您只需要对指定AppName的直播录制内容进行媒体工作流处理，则将工作流的输入路径设置至指定AppName的目录；如您需要对所有AppName的直播录制内容进行媒体工作流处理，则设置至 record 目录。
回答
视频点播的功能 阿里云视频点播为客户提供了整套的视频点播解决方案，其整合了对象存储（OSS）、媒体转码（MTS）、内容分发网络（CDN）、消息服务（MNS）以及访问控制（RAM）产品，用户仅需要视频点播产品即可一站式地实现以下功能点：视频资源存储上传功能、视频资源自动转码功能、转码进度通知功能、媒体资源管理功能、视频资源访问加速功能以及多权限访问控制功能。视频点播配置工作流后，当工作流的输入路径下存在视频资源增量输入，就会触发对应的转码或截图功能，对应的结果输出到输出路径中，用户可以获取对应的资源链接对外提供服务，下面对上述功能点进行详细介绍：
1.1 视频资源上传功能 视频点播提供了对象存储（OSS）的视频存储方案，用户可以将视频存储在OSS中，享用阿里云提供的海量、安全、低成本和高可靠的云存储服务。用户可以将任意类型的视频资源存放在OSS中，不限制存储的文件类型；另外OSS提供了安全防护策略可以提升视频资源存放的安全性，其中安全防护策略包括：读写ACL权限控制、referer防盗链等方式。
视频点播支持多种方式上传视频资源到OSS，除了OSS本身提供的多种上传方式外还可以使用视频点播控制台或者视频点播的SDK接口实现上传功能。
1.2 视频资源自动转码功能 视频点播提供的核心功能就是可以让用户可以根据自身业务场景针对于上传的视频实现自动转码功能。新建工作流后输入路径中的视频资源根据工作流中设置的拓扑结构完成转码并可以对输出的媒体资源进行发布以对外提供服务。当工作流处于启用状态后工作流将自动监听输入路径，当有视频资源新添加至输入路径，工作流即会自动对该视频创建工作流执行实例，对该视频执行异步转码任务，降低用户调用MTS接口触发转码任务的使用难度。
在视频点播工作流的拓扑结构中不仅可以创建转码任务，还可以创建分析、截图和发布的任务。视频上传即可自动触发转码和截图等操作，不再需要应用端手工调用；同时用户可以设置工作流输出媒体的发布状态进行安全控制。
1.3转码进度通知功能 视频点播集成了消息服务（MNS）,可以实现将工作流的执行状态回调给用户，让用户可以判断执行状态执行不同的操作逻辑。工作流执行过程中会在工作流触发和结束的时候分别会向MNS发送回调消息，用户可以设置队列或者通知两种不同的消息类别接收消息。其中队列模式用户应用端需要主动发起请求到MNS队列中请求消息；而通知模式则是MNS将对应的消息主动推送给用户的应用服务器，应用端接收对应的消息即可。
1.4媒体资源管理功能 视频点播提供了媒体库功能，媒体库支持索引功能，用户可以通过媒体库对媒体设置标题、分类等基础信息外，还可以快速浏览到工作流处理后的输出媒体的基本信息和媒体地址，帮助用户便捷使用媒体库资源。同时媒体库还支持用户删除媒体记录以及修改发布状态的操作。
1.5 视频资源访问加速功能 媒体库中的视频、图像等资源均可以通过CDN实现对资源的加速访问，提升客户端访问体验。用户在工作流创建过程中选取之前为输出媒体bucket设置过的CDN加速域名，即可在媒体库管理中查看到CDN加速地址。
1.6 多权限访问控制功能 视频点播支持使用RAM将视频点播的权限分配给子账号，以控制子账号的访问风险，提升安全控制机制。由于视频点播涉及到OSS、MTS、MNS和CDN产品，因此视频点播的权限也需要对上述产品的权限分别赋权方才可以正常使用。
视频点播的使用场景 2.1 视频资源的自动转码 视频点播可实现对媒体资源的自动转码，简化应用业务逻辑。用户仅需将媒体资源上传到工作流的输入路径即可自动实现转码功能，并可以根据工作流的消息通知功能接收转码执行进度，应用端即可异步等待转码结果，避免出现忙等状态。
2.2 媒体资源的一站式管理 视频点播可用于便捷的管理大量的媒体资源，用户可通过多种方式写入到OSS中后通过视频点播媒体库将视频进行便捷管理，并通过CDN提升媒体资源的访问效果；另外OSS和CDN的安全防护策略也可提升对媒体资源的安全控制。