写点什么

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

  • 2017-01-09
  • 本文字数:1499 字

    阅读完需:约 5 分钟

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

2017-01-09 18:008784
用户头像

发布了 1008 篇内容, 共 410.9 次阅读, 收获喜欢 346 次。

关注

评论

发布
暂无评论
发现更多内容

腾讯的区块链为何败给了老干妈的“萝卜章”?

ToB行业头条

SaaS是「包治百病」的良药吗?

ToB行业头条

分布式存储系统doris

Thrine

天元MegEngine深度学习框架贡献者计划全面启动!

flashrunrun

人工智能 学习 开源 AI

JDK1.8新特性(一):JDK1.8究竟有哪些新特性呢

xcbeyond

jdk8 新特性 JDK1.8新特性

指数 | 2020年6月北京BGP机房网络质量评测报告

博睿数据

评测 博睿宏远 指数

第6周作业

andy

路过,凌晨2点的南京

小天同学

总结 思考 个人感悟 夜归人

博睿宏远获颁“2020开发与技术企业服务奖”

博睿数据

运维自动化 开发工具 博睿宏远

没错,用三方 Github 做授权登录就是这么简单!(OAuth2.0实战)

程序员小富

Java GitHub oauth2.0

详解区块链应用市场与落地应用现状

CECBC

第6周课后练习-请简述CAP原理

Dawn

极客大学架构师训练营

MySQL性能优化(七):MySQL执行计划,真的很重要,来一起学习吧

xcbeyond

MySQL MySQL性能优化 执行计划

案例解析丨金蝶K/3 Wise接入华为云RDS数据库SQL Server

华为云开发者联盟

MySQL 数据库 Serverless 数据 华为云

再强调一遍, 我为什么不建议大家接外包干私活?

非著名程序员

程序员 外包 提升认知 接私活

第6周总结

andy

从一盏路灯,看亿万级联接的智能之路

华为云开发者联盟

人工智能 物联网 智能设备 华为云

MySQL性能优化(四):如何高效正确的使用索引

xcbeyond

MySQL 索引 MySQL性能优化

海南七星彩网站源码结算功能开发

网站,小程序,APP开发定制

你与30W奖金只差一个 Apache Flink 极客挑战赛的报名

Apache Flink

flink

Spring循环依赖及解决方式

张sir

Java spring 循环依赖

MySQL性能优化(六):常见优化SQL的技巧

xcbeyond

MySQL MySQL性能优化 SQL优化 优化技巧

开源数据交换(client)

李孟聊AI

Java 大数据 flink spark 数据交换

数据结构学习心得

程李文华

课程总结

Thrine

如何在 3 个小时内完成一周的工作

escray

MySQL性能优化(五):为什么查询速度这么慢

xcbeyond

MySQL 查询优化 MySQL性能优化

未来的智慧城市:未来的城市生活愿景

网站,小程序,APP开发定制

MySQL 三万字精华总结 + 面试100 问,和面试官扯皮绰绰有余(收藏系列)

大头星

Java MySQL 面试

MySQL 连接查询超全详解

X先生

MySQL 数据库

HashMap学习总结

大刘

hashmap hash

AWS Step Functions:使用可视化工作流协调分布式应用程序和微服务_语言 & 开发_Daniel Bryant_InfoQ精选文章