AWS Step Functions:使用可视化工作流协调分布式应用程序和微服务

Amazon Web Services推出了 AWS Step Functions ,该服务让用户可以使用可视化工作流协调分布式应用程序和微服务。AWS Step Functions控制台支持定义状态机的JSON规范,从而在应用程序内执行“步骤(steps)”,例如,调用外部的 AWS Lambda函数 或者运行在 AWS EC2容器服务 (ECS)上的容器化应用程序。

通过AWS Step Function服务创建的每一个状态机都定义了一组状态以及状态之间的转换。状态可以顺序或并行激活,该服务可以确保所有并行的状态都运行完毕再进行下一步操作。状态会执行任务、作出决定,并通过状态机控制这个过程。每个状态机的多个副本可以同时独立地运行;每个副本称为一个“执行(execution)”。按照 AWS博客 的说法,AWS Step Functions服务允许并发运行数以千计的执行。

AWS Step Function状态机承担的所有工作都是由“ 任务(tasks) ”负责处理。一项任务可以是:

  • AWS Lambda函数 :完全基于云的任务,在Lambda服务上运行。Lambda函数可以使用JavaScript(可以使用AWS管理控制台编写,也可以上传到AWS Lambda服务)、Java或Python(必须上传到AWS服务)编写。
  • 一个 活动 :这个概念是指由“worker”应用程序或者托管在类似AWS EC2或AWS ECS这样的平台上的微服务执行的一项任务。
    • Worker可以使用任何能够调用AWS Step Functions API的语言实现。
    • Worker必须调用API “GetActivityTask”和“SendTask*”轮询AWS Step Functions。据AWS博客介绍,最基本的,一项活动甚至可以是一项“人工任务”,等待某个人来执行一些动作,然后继续。
    • 如果一项活动有心跳超时时间,则实现这项活动的worker必须使用“SendTaskHeartbeat”动作发送心跳更新。
    • 活动没有版本控制,它们应该总是向后兼容。如果必须对一项活动的定义做向后不兼容的修改,那么就应该借助Step Functions使用一个唯一的名称新建一项活动。

错误处理行为和重试逻辑可以作为状态机的一部分在JSON规范中指定。这让你可以构建“健壮的多步骤应用程序”,即使应用程序的一部分瞬时出现了问题,导致了短暂的故障,它仍然可以成功运行。

在创建状态机规范时,可以使用AWS Labs新推出的Ruby gem “ statelint ”验证手动或机器生成的JSON,从而发现常见的错误,包括状态不可达和遗漏终端状态。

任何状态机的设计都可以在AWS Step Functions控制台上以可视化的方式进行,而在执行过程中,可以启用一个彩色的图表来审查状态机内的当前进展(步骤成功/失败):

虽然AWS Step Functions最近才刚刚发布,但Leading Edge Forum研究人员 Simon Wardley 指出,该服务和类似AWS Lambda这样的“无服务器”功能可以支持未来 “编码化(codification)”业务运作方式 ,这是为了提高灵活性而开始创建 业务流程执行语言(BPEL) 的早期尝试。

当你考虑AWS Lambda、AWS Step Functions等等服务时,你需要以一个自动化基本原则的角度来考虑,也就是说,不只是说或者编码到地图和相关系统中,而是要随处嵌入。大规模地,以我希望我们能够达到的竞争速度,那么,这是必须的。

AWS博客 介绍,AWS Step Functions当前的可用区域包括美国东部(北弗吉尼亚)、美国东部(俄亥俄州)、美国西部(俄勒冈州)、欧洲(爱尔兰)及亚太(东京)。作为AWS免费试用方案的一部分,用户每月最多可以免费运行4000次状态转换。除了免费使用方案外,每1000次状态转换的费用为0.025美元。

要了解更多信息,请查看 AWS Step Functions 的产品页面、 AWS博客 以及在YouTube上观看AWS最近举办的在线研讨会“ AWS Step Functions发布 ”。

查看英文原文: AWS Step Functions: Coordinating Distributed Applications and Microservices Using Visual Workflows

我来评几句
登录后评论

已发表评论数()