几个微服务编排工具

uber/cadence

分布式、伸缩、高可靠的异步执行业务逻辑,工具比较丰富,同时提供了可视化UI

https://github.com/uber/cadence

netflix/conductor

来自netflix 的为微服务编排引擎,支持的功能很丰富,同时文档也比较全
参考架构

https://github.com/Netflix/conductor

zeebe-io/zeebe

实际上是在工作流引擎的基础上衍生出来的,设计很灵活,不需要依赖后端的存储,支持复制、分片(借鉴了kafka),包好了UI
无语言限制(grpc)
参考架构

https://github.com/zeebe-io/zeebe

aws/setp functons

aws 的云服务

原文地址:https://www.cnblogs.com/rongfengliang/p/10351589.html

时间: 2024-07-31 15:01:34

几个微服务编排工具的相关文章

Google、IBM和Lyft开源其大型微服务系统管理工具Istio

Istio 的优势 集群规模可视性:在故障状况出现时,运营人员需要利用多种工具以始终关注集群运行状况并分析微服务状态图表.Istio 项目能够监控与应用程序及网络活动相关的数据,利用 Prometheus 与 Grafana 对这部分数据加以渲染,而后将相关指标与日志记录发送至任何收集.聚合与查询系统当中以实现功能扩展.Istio 项目亦利用 Zipkin 追踪分析性能热点并对分布式故障模式加以诊断. 弹性与效率:在开发微服务时,运营人员需要假设网络本身处于不可靠状态.运营人员能够利用重试.负载

来自京东、唯品会对微服务编排、API网关、持续集成的实践分享(上)

架构师小组交流会:每期选一个时下最热门的技术话题进行实践经验分享. 第三期:微服务.微服务架构以其高度的弹性.灵活性和效率的巨大提升,快速受到各领域架构师和技术决策者的关注.它的基本理念是将一个肥大的系统拆分成若干小的服务组件,组件之间的通讯采用轻量的协议完成.我们本期小组交流会来探讨一下,现在互联网公司的微服务实践情况. 嘉宾:京东章耿.原唯品会石廷鑫.七牛陈爱珍 本文是对此次交流的整理,分了上下两篇文章. 第一轮:自由交流 京东章耿:大家好,我是京东基础架构部平台中间件的章耿,主要负责京东的

k8s原生微服务管理工具helm-v3的使用初探实践(1)

Helm-v3应用包管理器 3.1 为什么需要Helm?K8S上的应用对象,都是由特定的资源描述组成,包括deployment.service等.都保存各自文件中或者集中写到一个配置文件.然后kubectl apply –f 部署. 为什么使用helm?在k8s中,当我们去部署应用的时候,一般都是使用yaml文件去管理我们的应用的发布,比如像微服务,其中包括deployment,service,configmap,ingress,但是如果我们有上百个微服务的话,每次的修改涉及也都会比较多,感觉就

微服务常用工具和名词

持续集成环境:Bamboo 基础设施 :AWS 日志聚合:Splunk 微服务模板:Stencil HAL Browser 消费者驱动契约测试:Pact 基础设施自管理(TMI) 隔离的环境:Isolated Environment 不断演进的微服务开发模板: Stencil 轻量级的通信协议:HAL 基于消费者的契约测试:PACT 基于设施自管理:IMBT 微服务详解地址:http://wldandan.github.io/

K8s原生微服务管理工具helm-v3的使用初探实践(2)

目录:根据微服务的发版需求进行对应用进行调试,使用chart的模版发布微服务1.基于dubbo微服务发布一个基于生产环境用到的helm模版模版地址:git clone [email protected]:zhaocheng172/helm-dubbo.git拉取请把你的公钥给我,不然拉不下来 3.6 Chart模板Helm最核心的就是模板,即模板化的K8S manifests文件.它本质上就是一个Go的template模板.Helm在Go template模板的基础上,还会增加很多东西.如一些自

唯品会、滴滴、沪江架构师,关于微服务粒度、高可用、持续交互的实践分享交流(下)

架构师小组交流会:每期选择一个时下最热门的技术话题进行实践经验分享. 本期小组交流会邀请到了沪江黄凯.唯品会郑明华.滴滴赵伟.七牛云肖勤,对微服务粒度.高可用.持续交互展开了交流. 本期接着上期唯品会.滴滴.沪江架构师,关于微服务粒度.高可用.持续交互的实践分享交流(上)进行了交流. 第一轮:话题交流 滴滴赵伟:在整个服务,从单体服务到微服务的演进过程当中,如何去影响业务的这种正常发展? 唯品会郑明华:从单体服务到微服务的改造,有两种方式,一种是小打小闹,每次稍微改一点,这个时间会非常长,有时候

Helm - Kubernetes服务编排的利器

Helm介绍 在Kubernetes中部署容器云应用(容器或微服务编排)是一项有挑战性的工作,Helm就是为了简化在Kubernetes中安装部署容器云应用的一个客户端工具.通过Helm能够帮助开发者定义.安装和升级Kubernetes中的容器云应用.同时,也可以通过Helm进行容器云应用的分享. Helm的整体架构如下图(图片来源-Kubernetes中文社区)所示: Helm架构由Helm客户端.Tiller服务器端和Chart仓库所组成:Tiller部署在Kubernetes中,Helm客

微服务架构引入的问题及解决方案

微服务间如何通讯? 从通讯模式角度考虑 一对一还是一对多? 一对一 同步:请求响应模式,最常见 异步:通知/请求异步响应 一对多 异步:发布订阅/发布异步响应 从通讯协议角度考虑 REST API RPC MQ 如何选择RPC框架 I/O. 线程调度模型 序列化方式 json,xml,二进制 多语言支持 服务治理 流行的RPC框架 dubbo,dubbox, motan, grpc, thrigt 微服务如何发现彼此? 传统服务vs微服务 传统服务发现 如何发现? 客户端发现 服务端发现 微服务

微服务之集成(四)下

8. 实现基于事件的异步协作方式 前面讲了一些与请求/响应模式相关的技术.那么基于事件的异步通信呢? 8.1 技术选择 主要有两个部分需要考虑:微服务发布事件机制和消费者接收事件机制. 方法一:使用消息代理 传统上来说,像RabbitMQ这样的消息代理能够处理上述两个方面的问题.生产者(producer)使用API向代理发布事件,代理也可以向消费者提供订阅服务,并且在时间发生时通知消费者. 不过需要注意的是,消息代理仅仅是中间件世界中的一个小部分而是.有一个原则需要谨记:尽量让中间件保持简单,而