工作流引擎的云原生架构_第1页
工作流引擎的云原生架构_第2页
工作流引擎的云原生架构_第3页
工作流引擎的云原生架构_第4页
工作流引擎的云原生架构_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1/1工作流引擎的云原生架构第一部分云原生工作流引擎架构概述 2第二部分弹性容器编排与工作流执行 4第三部分事件驱动与异步处理机制 7第四部分分布式存储与持久性保障 9第五部分可观测性与可审计性设计 12第六部分服务网格与流量管理 15第七部分认证授权与访问控制 18第八部分云厂商集成与扩展能力 21

第一部分云原生工作流引擎架构概述关键词关键要点云原生工作流引擎的分布式架构

1.可扩展性:分布式架构允许工作流引擎在不同节点水平扩展,以满足不断变化的工作负载需求。

2.容错性:通过分布式架构,节点故障不再会影响整个工作流引擎的可用性,从而提高系统容错性。

3.弹性:分布式设计提供弹性,使工作流引擎能够自动扩展,以响应峰值负载或资源限制。

云原生工作流引擎的事件驱动架构

1.异步执行:工作流引擎在事件驱动架构中异步执行任务,优化了性能并提高了可扩展性。

2.松散耦合:事件驱动模式使不同的组件松散耦合,允许独立开发和部署,提高灵活性。

3.可观察性:事件驱动架构提供可观察性和可跟踪性,有助于故障排除和性能监控。云原生工作流引擎架构概述

云原生工作流引擎是专为在云计算环境中运行和管理工作流而设计的软件平台。它们提供了一个可扩展、弹性和可管理的框架,用于编排、执行和监控业务流程。云原生工作流引擎架构通常包含以下关键组件:

1.控制平面

*控制平面负责协调工作流的执行。

*包括工作流引擎、调度器和监视仪。

*工作流引擎管理工作流定义、版本控制和协调。

*调度器根据可用资源分配工作流任务。

*监视仪监控工作流执行并提供洞察力。

2.数据平面

*数据平面负责执行工作流任务。

*包括任务执行器和数据存储。

*任务执行器执行任务并与外部系统交互。

*数据存储管理工作流数据和状态。

3.编排语言

*工作流引擎基于编排语言定义工作流。

*编排语言支持并发性、分支、循环和其他控制结构。

*常见的编排语言包括BPMN、SWF和DSL。

4.持久化

*工作流引擎持久化工作流定义、状态和数据。

*持久化机制确保在系统故障或重新启动后恢复工作流。

*数据库和分布式系统用于数据持久化。

5.可扩展性

*云原生工作流引擎是可扩展的,可以处理各种规模的工作流负载。

*水平扩展允许在需要时添加更多资源。

*垂直扩展允许增加单个节点的资源。

6.弹性

*云原生工作流引擎是弹性的,能够应对故障和中断。

*自动故障转移确保在节点故障时继续执行工作流。

*队列机制缓冲任务,防止积压。

7.可管理性

*云原生工作流引擎易于管理和监视。

*仪表板提供工作流执行的实时视图。

*日志记录和跟踪功能帮助诊断问题。

8.可移植性

*云原生工作流引擎可以部署在各种云平台和基础设施上。

*容器化允许轻松部署和移植。

9.安全性

*云原生工作流引擎提供安全功能,例如认证、授权和审计。

*数据加密保护敏感数据。

10.集成

*云原生工作流引擎与其他云服务集成,例如消息传递、存储和身份管理。

*集成允许工作流与其他系统通信并访问数据。第二部分弹性容器编排与工作流执行关键词关键要点弹性容器编排与工作流执行

1.容器编排简化工作流管理:Kubernetes等容器编排工具可自动管理工作流中涉及的容器,实现其按需启动、停止和扩缩容,简化工作流的部署和运维。

2.容器隔离确保工作流安全:容器编排提供了安全隔离,确保工作流中的不同容器互不干扰,防止恶意代码或故障的传播,提升工作流的稳定性和安全性。

3.容器微服务化实现工作流组件化:将工作流分解为多个微服务,并将其封装在容器中,可实现工作流的模块化和可复用性,便于维护和扩展。

工作流执行引擎

1.轻量级云原生执行引擎:基于Kubernetes的云原生执行引擎,如Knative和Tekton,轻量级且可扩展,可高效地执行工作流,提供快速部署和弹性伸缩能力。

2.抽象工作流定义:工作流执行引擎提供抽象层,简化工作流的定义和编排,用户无需深入了解底层容器编排的复杂性,降低工作流开发和管理的门槛。

3.事件驱动的执行:云原生工作流执行引擎支持事件驱动的执行,当满足特定事件时自动触发工作流,提高自动化和响应速度,满足实时处理和复杂业务场景的需求。弹性容器编排与工作流执行

在云原生工作流引擎中,弹性容器编排(CEP)发挥着至关重要的作用,负责动态管理工作流执行所需的容器。CEP系统可在运行时扩展或缩减容器,以满足工作流的不断变化的需求。

CEP的组件

典型CEP系统包含以下主要组件:

*调度器:根据资源可用性和工作负载要求调度容器。

*编排器:管理容器的生命周期,包括启动、停止和更新。

*发现机制:使容器能够互相发现并通信。

*健康检查:监视容器健康状况,并在出现故障时采取纠正措施。

与工作流执行的集成

CEP与工作流引擎集成,实现灵活且可扩展的工作流执行:

*动态容器调配:工作流引擎根据工作流定义和当前负载动态调配容器。

*自动缩放:CEP系统根据工作流执行需求自动扩展或缩减容器数量。

*故障容错:如果容器发生故障,CEP系统将自动重新启动或重新调度容器,确保工作流执行的连续性。

*容器沙箱:工作流步骤在隔离的容器中执行,防止相互干扰或资源冲突。

CEP的好处

CEP在工作流引擎中的应用带来了诸多好处:

*弹性和可扩展性:根据需求自动扩展或缩减容器,确保工作流执行的无缝性和性能。

*资源优化:仅在需要时调配容器,最大限度地提高资源利用率。

*故障容错:自动故障恢复机制确保工作流执行的可靠性。

*隔离和安全性:工作流步骤在隔离的环境中执行,提高安全性。

容器编排技术的比较

常见的CEP技术包括Kubernetes、DockerSwarm和ApacheMesos。

|特征|Kubernetes|DockerSwarm|ApacheMesos|

|||||

|资源管理|细粒度|中等|粗粒度|

|故障容错|高|高|中等|

|可扩展性|高|高|高|

|社区支持|活跃且庞大|活跃|活跃但较小|

结论

弹性容器编排是云原生工作流引擎的关键组成部分,提供了弹性、可扩展性和故障容错等优势。通过动态调配和管理容器,CEP系统确保工作流执行的高效和可靠,满足复杂业务流程的需求。第三部分事件驱动与异步处理机制关键词关键要点主题名称:事件驱动架构

1.事件驱动架构将工作流程分解为独立的事件,允许异步处理,提高了可伸缩性和灵活性。

2.工作流引擎监听特定事件,并根据预定义的规则执行相应的动作或触发下一步的工作流程。

3.事件驱动架构通过解耦组件并消除同步依赖,增强了系统的弹性和并发处理能力。

主题名称:消息队列

事件驱动与异步处理机制

简介

工作流引擎采用事件驱动和异步处理机制,以实现高性能、可扩展性和松散耦合。该机制处理事件并按顺序执行任务,同时最大限度地减少延迟和资源消耗。

事件驱动

工作流引擎基于事件驱动架构,这意味着系统响应外部或内部事件。事件可以是完成任务、失败或触发特定操作的提示等任何事物。一旦触发一个事件,引擎就会根据预先定义的规则执行相应的动作。

异步处理

为了提高性能和可扩展性,工作流引擎采用异步处理机制。在异步处理中,任务不按顺序执行,而是根据可用资源和优先级并发执行。这允许引擎同时处理多个任务,最大限度地利用计算能力。

事件处理过程

工作流引擎的事件处理过程通常涉及以下步骤:

1.事件生成:触发事件,可以是外部或内部事件。

2.事件接收:引擎接收事件并将其存储在事件队列中。

3.事件处理:引擎从队列中获取事件并根据定义的规则对其进行处理。

4.任务执行:引擎执行与事件关联的任务。

5.状态更新:任务完成后,引擎更新工作流状态并触发其他事件。

异步任务处理

异步任务处理允许引擎并发执行任务,从而提高吞吐量并减少延迟。任务处理过程通常如下:

1.任务创建:引擎创建一个与事件关联的任务。

2.任务队列:任务被放入任务队列中,等待处理。

3.任务执行:任务执行器从队列中提取任务并执行它们。

4.任务完成:任务完成后,任务执行器将结果返回给引擎。

受益

工作流引擎中的事件驱动和异步处理机制提供了以下益处:

1.高性能:并发任务处理提高了吞吐量并减少了延迟。

2.可扩展性:系统可以根据需求添加资源,以处理越来越多的事件和任务。

3.松散耦合:组件之间通过事件松散耦合,提高了系统灵活性。

4.弹性:异步处理可以防止单个组件故障影响整个系统。

实现

事件驱动和异步处理机制可以在不同的技术架构中实现,例如:

1.消息队列:消息队列用于存储和传递事件。

2.消息处理框架:消息处理框架提供用于处理和路由事件的功能。

3.任务队列:任务队列用于存储和管理异步任务。

4.任务执行器:任务执行器负责执行异步任务。

应用场景

事件驱动和异步处理机制适用于各种工作流应用场景,包括:

1.自动化业务流程:处理复杂和多步骤的业务流程。

2.数据处理:处理大量数据并执行复杂的计算。

3.集成系统:连接异构系统并协调任务。

4.实时事件处理:响应实时事件并触发相应的操作。第四部分分布式存储与持久性保障关键词关键要点分布式存储与持久性保障

1.弹性可扩展性:分布式存储系统允许多节点横向扩展,以满足工作流引擎不断增长的数据需求和吞吐量要求,确保高可用性和可扩展性。

2.数据冗余和可用性:采用高可用存储架构,如副本集或ErasureCoding,通过在多个节点存储数据副本,保证数据的持久性和防止单点故障导致数据丢失。

3.持久化存储:将工作流和数据持久化到分布式存储系统中,即使工作流引擎重新启动或节点发生故障,也能保证数据安全和可恢复性。

数据一致性

1.事务性保障:支持事务性操作,确保分布式存储系统中数据的原子性、一致性、隔离性和持久性(ACID),保证工作流执行过程中数据的一致性。

2.最终一致性:采用最终一致性模型,允许数据在存储系统中短暂不一致,但不影响工作流的正确执行,平衡了一致性与性能。

3.分布式锁:使用分布式锁机制,防止并发操作对同一数据同时进行修改,保证并发场景下数据的完整性和一致性。

数据安全性

1.加密存储:采用加密算法对存储的数据进行加密保护,防止未经授权的访问和篡改,确保数据安全性和隐私性。

2.访问控制:灵活的访问控制机制,根据角色、用户或团队限制对数据的读取、写入和修改权限,防止非法访问和数据泄露。

3.审计跟踪:记录并跟踪数据操作日志,以便审计和追溯数据变更,增强数据安全性和可审计性。

存储性能优化

1.缓存机制:采用缓存机制,将频繁访问的数据存储在内存中,提高数据读取速度和降低存储系统负载。

2.分区分片:将大数据对象分割成更小的分片,并在不同的存储节点上存储,提高并行读取和写入性能。

3.读写分离:将读写操作分离开,通过使用独立的存储实例或分片来优化并发读写操作的性能。分布式存储与持久性保障

在云原生工作流引擎中,分布式存储与持久性保障至关重要,确保工作流程数据的可靠性、可用性和可扩展性。本文介绍了工作流引擎中分布式存储的常见实现,以及确保持久性的机制。

分布式存储实现

*键值存储(KVS):KVS将数据存储为键值对,提供高吞吐量和低延迟的数据访问。例如:Redis、DynamoDB、Etcd。

*文档数据库:文档数据库存储结构化的JSON或XML文档,支持复杂查询和关系建模。例如:MongoDB、CouchDB。

*对象存储:对象存储用于存储大量不可变数据对象,提供低成本、高度可扩展的存储。例如:S3、AzureBlobStorage、GoogleCloudStorage。

持久性保障机制

*事务性更新:确保多并发操作的原子性和一致性,防止数据不一致。例如:使用ACID(原子性、一致性、隔离性、持久性)数据库或带版本控制的KVS。

*复制和冗余:通过将数据复制到多个节点或区域,提高可用性和容错性。例如:使用主从复制、分布式一致性协议(如Raft)。

*快照和备份:定期创建工作流数据快照或备份,实现数据还原和灾难恢复。例如:使用快照机制或基于时间点恢复服务。

*日志记录:记录工作流执行和状态变化的日志,用于调试、恢复和审计。例如:使用不可变日志存储或分布式消息队列。

具体实现示例

以下是一些具体实现示例:

*KubernetesOperator:使用KubernetesOperator管理工作流引擎,将工作流数据存储在Kubernetes持久卷中,并利用Kubernetes的持久性机制(如快照和备份)。

*ApacheAirflow:使用PostgreSQL作为主要存储,并利用AirflowMetastoreDB作为元数据存储。还支持使用AWSS3或AzureBlobStorage进行数据归档。

*CamundaCloud:提供托管的分布式存储服务,基于PostgreSQL和Elasticsearch,并支持复制和快照机制。

*Temporal:使用AWSDynamoDB作为分布式存储,并通过多个区域的复制实现高可用性。还支持通过AWSS3或用户管理的存储进行持久化。

优势

*高可用性:分布式存储和冗余机制提高了数据可用性,确保业务连续性。

*可扩展性:分布式存储可以轻松扩展到处理大量工作流数据,满足不断增长的需求。

*持久性:持久性保障机制确保了工作流数据的安全存储,即使发生潜在的故障或停机。

*灵活性:不同的存储实现提供了灵活性,允许选择最适合特定工作流应用程序的存储选项。

*易于管理:云原生平台和托管服务简化了分布式存储和持久性保障的管理。

结论

在云原生工作流引擎中,分布式存储与持久性保障至关重要。通过选择适当的存储实现和采用可靠的持久性机制,工作流引擎可以确保数据完整性、可用性和可恢复性,从而为构建高度可靠和可扩展的工作流解决方案奠定坚实的基础。第五部分可观测性与可审计性设计关键词关键要点可观测性设计

1.实时监控和日志记录:部署可观测工具,如Prometheus、Grafana和Kibana,实时收集和分析工作流引擎的指标、日志和跟踪。这有助于快速识别和解决问题。

2.服务网格集成:将工作流引擎与服务网格集成,如Istio或Linkerd,提供对网络流量、延迟和故障的深入可见性。这有助于调试工作流交互并优化性能。

3.自动化警报和通知:设置预定义的警报规则,当工作流引擎的关键指标超出阈值时通知团队。这可确保及时采取补救措施,防止重大中断。

可审计性设计

可观测性与可审计性设计

在云原生工作流引擎的设计中,可观测性和可审计性至关重要,它们使操作员能够深入了解工作流的执行,从而进行实时故障排除、性能优化和安全合规性审计。

可观测性

可观测性提供对工作流引擎内部运行的可见性,允许操作员实时监控和诊断系统行为。

指标和日志记录:

*指标:捕捉关键性能指标,如工作流处理时间、任务成功率和资源利用率。

*日志记录:记录系统事件、错误和警告,提供有关工作流执行的详细信息。

分布式追踪:

分布式追踪提供对工作流跨多个服务和组件的端到端可见性。它允许操作员跟踪特定工作流实例的执行路径,识别瓶颈和异常情况。

可视化仪表盘和警报:

可视化仪表盘和警报使操作员能够实时监控工作流引擎的健康状况。它们提供有关指标、日志和分布式追踪数据的汇总视图,并触发警报以通知潜在问题。

可审计性

可审计性使操作员能够审查工作流的执行历史,确保合规性并进行取证调查。

事件审计日志:

事件审计日志记录有关工作流执行的不可变事件,包括任务创建、状态转换和用户交互。

访问控制日志:

访问控制日志记录用户对工作流引擎的访问,包括登录、授权和管理操作。

不变性和防篡改:

审计日志被设计为不可变和防篡改的,以防止未经授权的修改和确保数据的完整性。

合规性报告和导出:

工作流引擎提供合规性报告和审计日志导出的功能,以满足审计要求和安全法规。

安全性考虑

数据安全:

*审计日志和指标数据被安全存储和加密。

*访问控制机制限制对敏感数据的访问。

网络安全:

*工作流引擎通过安全协议与外部服务通信。

*防火墙和入侵检测系统保护引擎免受未经授权的访问。

组织结构

责任分离:

*操作员和审计人员具有不同的权限和职责,以防止利益冲突。

角色和权限:

*角色和权限定义了用户对可观测性数据和审计日志的访问级别。

定期审查和合规性评估:

*定期审查可观测性和可审计性功能以确保其有效性。

*进行合规性评估以验证引擎是否符合相关法规和标准。

最佳实践

*启用细粒度可观测性:允许操作员定制对特定工作流、任务或用户的可见性。

*关联可观测性和审计性数据:将审计日志与指标和分布式追踪数据关联起来,提供全面的故障排除和调查视图。

*集成外部工具:将工作流引擎与第三方可观测性和审计性平台集成,以提供额外的功能和分析。

*自动化警报和响应:自动化基于可观测性数据的警报和响应,以缩短解决问题的平均时间。

*持续监控和优化:定期监控可观测性数据,并采取措施优化工作流性能和安全性。第六部分服务网格与流量管理关键词关键要点【服务网格与流量管理】:

1.服务网格通过在应用基础设施层面提供流量管理、监控和安全性,实现分布式系统的弹性和可靠性。

2.服务网格对应用透明,可无缝集成到现有环境中,提供统一的流量管理和安全性策略。

3.服务网格支持精细化的流量控制,包括负载均衡、故障转移、限流和熔断,确保应用的高可用性和性能。

【流量管理与可观察性】:

服务网格与流量管理

服务网格是负责管理服务间通信的分布式系统。它通过向服务注入代理来实现,该代理负责执行诸如负载均衡、故障注入和可观测性等功能。

服务网格在工作流引擎中的作用

在工作流引擎中,服务网格对于以下方面至关重要:

*流量管理:服务网格提供对工作流服务之间流量的精细控制。它允许管理员路由流量、实施负载均衡策略以及限制对特定服务的访问。

*故障容错:服务网格通过自动故障转移和重试来提高工作流服务的可用性。它可以检测服务故障并将其流量重定向到健康实例。

*可观测性:服务网格提供了深入了解工作流服务间通信的见解。它收集有关流量模式、延迟和错误的指标,帮助管理员识别和解决问题。

流量管理功能

服务网格提供了以下流量管理功能:

*负载均衡:服务网格使用各种算法(例如轮询、最小连接数和加权随机)将流量分布到工作流服务。

*流量路由:服务网格允许管理员根据请求元数据(例如用户ID、请求大小或源IP地址)将流量路由到特定的服务或实例。

*速率限制:服务网格可以限制工作流服务接收的请求数量,以防止过载和服务降级。

*故障转移:服务网格可以配置为在发生服务故障时将流量自动转移到健康实例。

故障容错功能

服务网格提供了以下故障容错功能:

*故障检测:服务网格使用健康检查来检测服务故障。如果服务没有响应健康检查,服务网格会将其标记为不健康。

*故障转移:当服务网格检测到服务故障时,它会将流量重定向到健康实例。

*重试:服务网格可以自动重试失败的请求。它可以配置重试次数和延迟。

可观测性功能

服务网格提供了以下可观测性功能:

*指标:服务网格收集有关流量模式、延迟和错误的指标。

*追踪:服务网格允许管理员跟踪请求在工作流服务之间的流动。

*日志记录:服务网格记录与服务间通信相关的事件。

常见的服务网格

流行的服务网格包括:

*Istio

*Envoy

*Linkerd

*ConsulConnect

选择服务网格

在为工作流引擎选择服务网格时,应考虑以下因素:

*功能:服务网格提供的功能是否满足工作流引擎的需求?

*可扩展性:服务网格是否可以轻松地随着工作流引擎的增长而扩展?

*可维护性:服务网格是否易于安装、配置和维护?

*社区支持:服务网格是否有活跃的社区提供支持和文档?第七部分认证授权与访问控制关键词关键要点认证和授权

1.采用零信任原则,对用户和工作流组件进行持续认证和授权。

2.使用标准化身份验证协议和令牌,如SAML、OAuth2.0和JWT。

3.实施基于角色的访问控制(RBAC),将访问权限限制为具有适当凭据的用户。

访问控制

1.利用KubernetesRBAC和服务账号,实现对工作流组件和资源的粒度访问控制。

2.集成外部访问控制系统,如堡垒机或API网关,以加强安全性。

3.实施动态访问控制策略,根据上下文句柄和条件授予或拒绝访问。认证、授权与访问控制

云原生工作流引擎的认证、授权和访问控制(AAA)机制至关重要,确保只有授权用户才能访问和执行工作流。AAA通常由以下组件实现:

认证

*OpenIDConnect(OIDC):一种行业标准,用于使用OAuth2.0进行身份验证和授权。

*JSON网络令牌(JWT):一种紧凑的令牌,包含Claims,用于向授权方提供用户信息。

*Kerberos:一种网络认证协议,基于票据颁发系统。

授权

*角色访问控制(RBAC):一种授权机制,根据用户的角色授予对资源的访问权限。

*基于属性的访问控制(ABAC):一种授权机制,根据用户的属性(例如部门、职称)授予对资源的访问权限。

*细粒度访问控制(BAC):一种授权机制,授予对资源的细粒度访问权限,例如读取、写入或执行。

访问控制

*KubernetesRBAC:Kubernetes中的RBAC系统,用于控制对Kubernetes资源的访问。

*基于角色的访问控制(Iam):GoogleCloudPlatform中的IAM系统,用于控制对GCP资源的访问。

*AWS访问控制列表(ACL):AmazonWebServices中的ACL系统,用于控制对AWS资源的访问。

云原生AAA实现

在云原生环境中,AAA通常通过以下技术实现:

*ConsulACL:一种基于HashiCorpConsul的ACL系统,用于控制对Consul服务和密钥的访问。

*EtcdACL:一种基于etcd的ACL系统,用于控制对etcd中数据的访问。

*OAuth2.0代理:一种代理,用于将传统的OAuth2.0授权与Kubernetes中的授权集成。

最佳实践

为了实现云原生工作流引擎的有效AAA,建议遵循以下最佳实践:

*使用OIDC、JWT或Kerberos进行强身份验证。

*使用RBAC或ABAC授予基于角色或属性的授权。

*启用访问控制来保护敏感资源。

*定期审核和更新AAA策略。

*实施日志记录和监控,以检测和调查违规行为。

好处

实施有效的AAA机制具有以下好处:

*增强安全性:防止未经授权的访问和数据泄露。

*提高compliance:满足监管要求和行业标准。

*简化管理:通过集中式身份验证和授权管理简化IT管理。

*提高可扩展性:支持高度分布式和可扩展的工作流环境。

*增强灵活性:允许根据业务需求轻松调整和更新AAA策略。

结论

认证、授权和访问控制是云原生工作流引擎的关键方面。通过实施有效的AAA机制,组织可以确保只有授权用户才能访问和执行工作流,从而提高安全性、合规性、可管理性、可扩展性和灵活性。第八部分云厂商集成与扩展能力关键词关键要点内置云厂商适配器

1.无缝集成主流云平台(如AWS、Azure、GCP)的原生服务和工具,例如消息队列、存储、数据库和安全功能。

2.通过预定义的适配器简化集成过程,无需编写复杂代码即可与云服务交互。

3.利用云厂商提供的托管基础设施,降低部署和维护成本,同时提高可扩展性和弹性。

事件驱动架构

1.采用事件驱动架构,允许工作流引擎响应来自云平台或外部系统的实时事件。

2.支持多种事件源,例如消息队列、HTTP请求和API调用。

3.通过灵活的事件处理能力,触发工作流执行、更新数据或执行其他操作。

函数集成

1.无缝集成无服务器函数,例如AWSLambda、AzureFunctions和GoogleCloudFunctions。

2.可以将工作流分解成较小的函数,从而提高可重用性和弹性。

3.利用函数作为工作流步骤,执行特定任务或与第三方服务交互。

低代码/无代码扩展

1.提供低代码或无代码工具,允许开发人员通过图形化界面创建和管理工作流。

2.降低工作流开发的门槛,使非技术人员也可参与流程自动化。

3.通过拖放式组件和预定义模板,简化工作流设计和部署。

API集成

1.暴露RESTfulAPI,允许外部系统与工作流引擎交互。

2.通过API调用触发工作流执行、查询流程状态和管理工作流实例。

3.促进与其他云服务和应用程序的集成,实现跨系统流程自动化。

扩展性和可伸缩性

1.利用云平台的分布式基础设施,实现

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论