当前位置:新闻中心行业动态 → 正文

RockScript:用于编配微服务的脚本语言和引擎

责任编辑:editor004 作者: Daniel Bryant |来源:企业网D1Net  2017-11-01 11:27:45 本文摘自:INFOQ

Tom Baeyens发布了预览版的RockScript,一个用于在基于事件驱动的架构里集成和编排微服务的脚本语言和引擎。RockScript使用了一种类似JavaScript的语言,用于在微服务系统里协调事务性活动,这种方式有点类似Business Process Execution Language(BPEL)和Business Process Modelling(BPM)。

在分布式系统中协调服务之间的交互一直以来都是一个巨大的挑战,传统的SOA(面向服务架构)社区已经针对“编配(orchestration)还是编排(choreography)”展开了广泛的争论。服务编配是指按照由集中的引擎(如BPEL)预定义的业务流程来自动执行服务。而服务编排一般不包含集中式的服务监管流程,服务之间的交互是由服务自身建立起来的,微服务大师James Lewis和Martin Fowler将其称为“聪明的端点和笨拙的管道”。

关于编配和编排的争论在微服务社区愈演愈烈,不过服务编排还是成为人们可接受的最佳实践。不过,随着采用微服务架构企业数量的增长(以及在编配流程方面的巨大投入)和使用无服务器架构或FaaS(Function-as-a-Service)框架的服务逐渐流行,编配框架再度引起人们的关注。RockScript就是这样的一个专门用于编配微服务的框架。

RockScript的wiki页上写道,“大部分微服务之间的交互都是通过JSON和HTTP来完成的”,所以这些交互很难具备事务性。在发生交互的任意时刻,被调用的服务都有可能发生崩溃,或者底层的基础设施组件出现故障。如果一个业务流程中涉及多个服务间交互,为了保持一致性,需要把服务间的调用图以及调用成功和失败的结果记录下来。在微服务架构里,一般使用Saga模式来处理多阶段事务协议。

RockScript被设计用于捕捉对事件的响应。一般会使用一个外部事件作为输入触发器,然后发送命令到其他微服务API,在这一过程中可能还会伴随数据转换。RockScript可以用于连接HTTP API和消息交换服务,不过目前仅实现了HTTP API连接。Activiti和jBPM平台的作者Baeyens表示,RockScript旨在“让编写连接企业系统事件的脚本变得更简单,并更容易建立起到脚本的触发器连接”。这与工作流框架IFTTT或Zapier的触发器概念十分相似。

RockScript的执行过程具备弹性,而且运行时引擎可以确保脚本的执行在应用程序或基础设施发生崩溃时自动恢复。每个脚本执行的状态通过事件溯源的方式保存在一个集群上,所以,当脚本在等待异步活动时就不会占用线程或内存。因为使用了事件溯源,在发生故障时(如服务器崩溃)可以追查问题的细节,而且可以从最后一次保存的执行状态中恢复过来。

Baeyens向InfoQ透露了开发RockScript背后的动机。

InfoQ:欢迎来到InfoQ,Tom!你参与工作流和Business Process Management(BPM)方面的工作已经有很长时间了(曾经创立了jBPM、Activiti和Effektif),那么为什么要创立这个新项目呢?

Baeyens:过去的项目让我积累了大量实现异步引擎的经验。但从产品方面来看,我发现开发者需要奔忙于两个世界:工作流是基于图表的,需要在活动(activity)之间进行数据转换,而它们一般是使用JavaScript或其他编程语言编写的。 开发者需要在这两个世界之间来回切换。我想这也是工作流没能一举成为主流开发技术的原因。将工作流活动的概念带到像JavaScript这样的编程语言上,开发者就可以只呆在一个他们喜欢的世界里。我的目标是把微服务集成带给更广大的开发者社区,让微服务之间的交互变得更容易。

InfoQ:有什么其他技术可以与RockScript进行比较的吗?

Baeyens:最近,一些云平台供应商推出了类似AWS Step Function和Microsoft Logic App的服务。它们把自己定位成API、自定义App和Serverless Cloud Function(也即lambda)之间的粘合剂。现今,几乎所有的服务间交互都基于JSON,并通过HTTP传输,或转向异步消息系统。BPEL的目标是解决基于XML的服务的集成问题,尽管这种解决方案太过复杂。不过这也说明了我们需要一门用于集成的编程语言。RockScript致力于成为最好的API和微服务生态系统集成脚本语言。

InfoQ:我们知道你有很深厚的Java背景,而RockScript却使用了JavaScript作为基础,这是为什么?

Baeyens:有三方面的原因。

在我的愿景里,我们完全可以在基于无服务器架构的云基础设施上使用在线IDE开发应用程序,而且只需要掌握JavaScript。 对于CTO和开发团队领导来说,尽快让开发人员进入状态,让新加入的开发人员尽快掌握公司使用的技术,这点是非常重要的。RockScript是JavaScript的一个子集,所以对于大部分开发者来说是很容易掌握的。JavaScript语法也非常适合用来在微服务之间做数据转换。大部分微服务是基于JSON的,而JavaScript最适合用来操控这种类型的数据。

RockScript的wiki页上写道,该项目目前还处在概念性验证阶段,实现的功能还不太稳定。目前的实现主要专注在开发者体验上,持久化的东西还只是保存在内存里(后续计划使用SQL系统或Kafka来进行持久化),而且覆盖到的JavaScript特性还非常少。开发者可以通过GitHub Issues、Twitter或邮件组反馈他们的想法。

有一些新出现的编配框架,感兴趣的读者可以在它们的项目主页上找到更多信息:

Netflix ConductorApache NiFiSpring Cloud Data FlowAWS Step FunctionMicrosoft Logic App

现有的一些集成框架,如Apache Camel和Spring Integration也可以用来模拟大部分的编配行为。一些

关键字:RockScript编配FaaS

本文摘自:INFOQ

x RockScript:用于编配微服务的脚本语言和引擎 扫一扫
分享本文到朋友圈
当前位置:新闻中心行业动态 → 正文

RockScript:用于编配微服务的脚本语言和引擎

责任编辑:editor004 作者: Daniel Bryant |来源:企业网D1Net  2017-11-01 11:27:45 本文摘自:INFOQ

Tom Baeyens发布了预览版的RockScript,一个用于在基于事件驱动的架构里集成和编排微服务的脚本语言和引擎。RockScript使用了一种类似JavaScript的语言,用于在微服务系统里协调事务性活动,这种方式有点类似Business Process Execution Language(BPEL)和Business Process Modelling(BPM)。

在分布式系统中协调服务之间的交互一直以来都是一个巨大的挑战,传统的SOA(面向服务架构)社区已经针对“编配(orchestration)还是编排(choreography)”展开了广泛的争论。服务编配是指按照由集中的引擎(如BPEL)预定义的业务流程来自动执行服务。而服务编排一般不包含集中式的服务监管流程,服务之间的交互是由服务自身建立起来的,微服务大师James Lewis和Martin Fowler将其称为“聪明的端点和笨拙的管道”。

关于编配和编排的争论在微服务社区愈演愈烈,不过服务编排还是成为人们可接受的最佳实践。不过,随着采用微服务架构企业数量的增长(以及在编配流程方面的巨大投入)和使用无服务器架构或FaaS(Function-as-a-Service)框架的服务逐渐流行,编配框架再度引起人们的关注。RockScript就是这样的一个专门用于编配微服务的框架。

RockScript的wiki页上写道,“大部分微服务之间的交互都是通过JSON和HTTP来完成的”,所以这些交互很难具备事务性。在发生交互的任意时刻,被调用的服务都有可能发生崩溃,或者底层的基础设施组件出现故障。如果一个业务流程中涉及多个服务间交互,为了保持一致性,需要把服务间的调用图以及调用成功和失败的结果记录下来。在微服务架构里,一般使用Saga模式来处理多阶段事务协议。

RockScript被设计用于捕捉对事件的响应。一般会使用一个外部事件作为输入触发器,然后发送命令到其他微服务API,在这一过程中可能还会伴随数据转换。RockScript可以用于连接HTTP API和消息交换服务,不过目前仅实现了HTTP API连接。Activiti和jBPM平台的作者Baeyens表示,RockScript旨在“让编写连接企业系统事件的脚本变得更简单,并更容易建立起到脚本的触发器连接”。这与工作流框架IFTTT或Zapier的触发器概念十分相似。

RockScript的执行过程具备弹性,而且运行时引擎可以确保脚本的执行在应用程序或基础设施发生崩溃时自动恢复。每个脚本执行的状态通过事件溯源的方式保存在一个集群上,所以,当脚本在等待异步活动时就不会占用线程或内存。因为使用了事件溯源,在发生故障时(如服务器崩溃)可以追查问题的细节,而且可以从最后一次保存的执行状态中恢复过来。

Baeyens向InfoQ透露了开发RockScript背后的动机。

InfoQ:欢迎来到InfoQ,Tom!你参与工作流和Business Process Management(BPM)方面的工作已经有很长时间了(曾经创立了jBPM、Activiti和Effektif),那么为什么要创立这个新项目呢?

Baeyens:过去的项目让我积累了大量实现异步引擎的经验。但从产品方面来看,我发现开发者需要奔忙于两个世界:工作流是基于图表的,需要在活动(activity)之间进行数据转换,而它们一般是使用JavaScript或其他编程语言编写的。 开发者需要在这两个世界之间来回切换。我想这也是工作流没能一举成为主流开发技术的原因。将工作流活动的概念带到像JavaScript这样的编程语言上,开发者就可以只呆在一个他们喜欢的世界里。我的目标是把微服务集成带给更广大的开发者社区,让微服务之间的交互变得更容易。

InfoQ:有什么其他技术可以与RockScript进行比较的吗?

Baeyens:最近,一些云平台供应商推出了类似AWS Step Function和Microsoft Logic App的服务。它们把自己定位成API、自定义App和Serverless Cloud Function(也即lambda)之间的粘合剂。现今,几乎所有的服务间交互都基于JSON,并通过HTTP传输,或转向异步消息系统。BPEL的目标是解决基于XML的服务的集成问题,尽管这种解决方案太过复杂。不过这也说明了我们需要一门用于集成的编程语言。RockScript致力于成为最好的API和微服务生态系统集成脚本语言。

InfoQ:我们知道你有很深厚的Java背景,而RockScript却使用了JavaScript作为基础,这是为什么?

Baeyens:有三方面的原因。

在我的愿景里,我们完全可以在基于无服务器架构的云基础设施上使用在线IDE开发应用程序,而且只需要掌握JavaScript。 对于CTO和开发团队领导来说,尽快让开发人员进入状态,让新加入的开发人员尽快掌握公司使用的技术,这点是非常重要的。RockScript是JavaScript的一个子集,所以对于大部分开发者来说是很容易掌握的。JavaScript语法也非常适合用来在微服务之间做数据转换。大部分微服务是基于JSON的,而JavaScript最适合用来操控这种类型的数据。

RockScript的wiki页上写道,该项目目前还处在概念性验证阶段,实现的功能还不太稳定。目前的实现主要专注在开发者体验上,持久化的东西还只是保存在内存里(后续计划使用SQL系统或Kafka来进行持久化),而且覆盖到的JavaScript特性还非常少。开发者可以通过GitHub Issues、Twitter或邮件组反馈他们的想法。

有一些新出现的编配框架,感兴趣的读者可以在它们的项目主页上找到更多信息:

Netflix ConductorApache NiFiSpring Cloud Data FlowAWS Step FunctionMicrosoft Logic App

现有的一些集成框架,如Apache Camel和Spring Integration也可以用来模拟大部分的编配行为。一些

关键字:RockScript编配FaaS

本文摘自:INFOQ

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^