OpenStack 工作流workflows使用原理详细介绍_OpenStack

Workflows

工作流是复杂的forms(表单)和tabs,每一个workflow必须包含 Workflow,Step 和 Action

下面举例讲解workflow用法:

接下来的例子讲解了数据是如何从urls、views、workflows、templates之间互相传递的

在 urls.py中, 定义了一个参数. 例如. resource_class_id.

RESOURCE_CLASS = r'^(?P<resource_class_id>[^/]+)/%s$'

urlpatterns = patterns(
'',
url(RESOURCE_CLASS % 'update', UpdateView.as_view(), name='update'))

在views.py中,我们可以传递数据到template(模板)和action(form)中。(action 也能够传递数据到get_context_data 方法或者template中)

class UpdateView(workflows.WorkflowView):
  workflow_class = UpdateResourceClass

  def get_context_data(self, **kwargs):
    context = super(UpdateView, self).get_context_data(**kwargs)
    # url中的数据通常在self.kwargs中,这里我们可以将数据传递给template.url
    context["resource_class_id"] = self.kwargs['resource_class_id']
    # 数据来源于Workflow's Steps,且保存在context['workflow'].context列表中,我们同样可以在template 中使用它们
    return context

  def _get_object(self, *args, **kwargs):
    #url中的数据通常在self.kwargs中,我们能够在这里加载感兴趣的对象
    resource_class_id = self.kwargs['resource_class_id']
    # eg:my_objects = api.nova.get_by_id(resource_class_id)

  def get_initial(self):
    resource_class = self._get_object()
    # 此处的数据可以被Action的方法以及Workflow's handle方法使用,但是steps必须depend on该值
    return {'resource_class_id': resource_class.id,
        'name': resource_class.name,
        'service_type': resource_class.service_type}

在workflows.py中,我们处理数据,workflows本质就是一个更加复杂的django form(表单)

class ResourcesAction(workflows.Action):
  # 下述定义的name域值 在所有的action 方法中都可以获取
  # 假若我们期望此值能够在其他steps或者其他workflow中使用,它必须来源于当前step,且建立depend on在其他step中

  name = forms.CharField(max_length=255,
              label=_("Testing Name"),
              help_text="",
              required=True)

  def handle(self, request, data):
    pass
    # 如果想使用url中参数值,在该Action对应的step中必须建立depend on关系
    # 可以self.initial['resource_class_id'] or data['resource_class_id']获取值

    # 如果我们想使用其他step中的数据,那么其他step 必须contribute 数据,且两个step之间是有序的

class UpdateResources(workflows.Step):
  # 此处传递Workflow 的数据到action方法handle/clean中,action中想要使用的值,此处depends_on 必须要定义
   # Workflow 的context 数据包括url中的数据以及从其他step中contributed 过来的数据
  depends_on = ("resource_class_id",)

  # 通过contributes 参数,此处的数据可以被其他workflow或者其他step使用,值得注意的是,object_ids key需要手动添加到contributes 中

  contributes = ("resources_object_ids", "name")

  def contribute(self, data, context):
    # 此处能获取workflow的http request数据
    request = self.workflow.request
    if data:
      # 只有在action中定义的数据此处才能获取,如果想获取其他值,则需要覆盖contribute 方法,手动添加到字典里
      context["resources_object_ids"] =\
        request.POST.getlist("resources_object_ids")

    # 合并上面传递来的数据,也可以交给父类去合并
    context.update(data)
    return context

class UpdateResourceClass(workflows.Workflow):
  default_steps = (UpdateResources,)

  def handle(self, request, data):
    pass
    # 这个方法在最后执行(所有Action的handle方法之后)
    # 此处可以使用step中所有'contributes=' 和'depends_on=' 的数据
    # 此处可以处理复杂的业务逻辑

    #此处可用值: data["resources_object_ids"], data["name"] data["resources_class_id"] 

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索openstack
, 工作流workflows
workflows
工作流详细设计、openstack详细部署、工作流引擎原理、activiti工作流原理、jbpm工作流原理,以便于您获取更多的相关知识。

时间: 2024-11-08 22:39:11

OpenStack 工作流workflows使用原理详细介绍_OpenStack的相关文章

OpenStack Keystone的基本概念详细介绍_OpenStack

OpenStack Keystone的基本概念理解 Keystone简介 Keystone(OpenStack Identity Service)是OpenStack框架中,负责身份验证.服务规则和服务令牌的功能, 它实现了OpenStack的Identity API.Keystone类似一个服务总线, 或者说是整个Openstack框架的注册表, 其他服务通过keystone来注册其服务的Endpoint(服务访问的URL),任何服务之间相互的调用, 需要经过Keystone的身份验证, 来获

Openstack 创建项目和虚拟机详细介绍_OpenStack

Openstack 创建项目和虚拟机                    最新学习Openstack 的知识,因为在公司新项目中使用,于是在网上学习如何创建项目,这里记录下,希望也能帮助到大家. 正规教程:Running an Instance 创建项目 1. 点击左边的 Identity–>Projects,并点击面板右上方创建项目 2. 创建一个属于你的项目并且在配额中调整你所需要的资源 创建用户 1. 点击左边的 Identity–>Users,并点击面板右上方创建用户 2. 设置密码

Openstack 使用migrate进行数据库升级实现方案详细介绍_OpenStack

Openstack 使用migrate进行数据库升级实现方案详细介绍 OpenStack中随着版本的切换,新版本加入一些数据库表或者增加字段等是必然的事情,如何比较容易的进行这些数据库升级的适配和管理,这里就要用到oslo_db中的migrate了,这里以为M版本的heat为例,讲解一下migrate管理db的原理. 我们使用migrate需要用到的主要包含以下两部分:1.versions里面的为版本号+数据库适配脚本:2.migrate.cfg为migrate需要用到的配置文件,两部分的命名是

OpenStack之日志详细介绍_OpenStack

OpenStack日志                 最近做项目用到OpenStack,由于刚刚开始使用,有很多错误,然后查询日志,抽空把日志系统的资料整理下来,大家可以看下. 日志对于一个稳定的系统来说相当重要,对于OpenStack这样一个大型的系统,日志当然也是必不可少,理解Openstack系统的日志对于保证OpenStack环境稳定非常重要.对于出现系统错误,查看日志是一个很好的习惯. OpenStack通过生成大量日志信息来帮助排查系统安装运行期间出现的问题,接下来介绍几个常见服务

CentOS 一键安装Openstack详细介绍_OpenStack

 CentOS 一键安装Openstack       最近再看Openstack相关知识,一直想试试安装一下,可是参考了很多资料,并不如人意.由于一直用的Linux版本为CentOS,大部分Openstack安装都要求在Ubuntu上进行.我也不知到什么原因,并不喜欢Ubuntu,可能是觉得太花哨了,而且总提示更新什么的,好了,废话不多说.        找到一个网站,国外的,  http://openstack.redhat.com/Main_Page,进入到quickstart页面中,简单

Web Service 运行原理详细介绍_java

     利用清明小假期,温习了一遍Web Service的相关内容,对其工作原理进行了简要总结.以供有需求的朋友和自己日后参考.文章若有不当之处,敬请朋友们提出宝贵建议,以求共勉.       Web服务中,我们应该首先了解相关的术语含义:WSDL.UDDI....相关术语方面的介绍在此不再赘述,重点放在原理上. 在Web服务中,存在三个角色:服务提供者.服务请求者和服务中介,三者之间的关系如图1-1所示     实现一个完整的Web服务包括以下步骤:    ◆ Web服务提供者设计实现Web

交换机的工作原理详细介绍

交换机的工作原理: 交换机根据收到数据帧中的源MAC地址建立该地址同交换机端口的映射,并将其写入MAC地址表中. 交换机将数据帧中的目的MAC地址同已建立的MAC地址表进行比较,以决定由哪个端口进行转发. 如数据帧中的目的MAC地址不在MAC地址表中,则向所有端口转发.这一过程称之为泛洪(flood). 广播帧和组播帧向所有的端口转发. 交换机的三个主要功能: 学习:以太网交换机了解每一端口相连设备的MAC地址,并将地址同相应的端口映射起来存放在交换机缓存中的MAC地址表中. 转发/过滤:当一个

JAVA JNI原理详细介绍及简单实例代码_java

JAVA JNI原理 JNI是JAVA标准平台中的一个重要功能,它弥补了JAVA的与平台无关这一重大优点的不足,在JAVA实现跨平台的同时,也能与其它语言(如C.C++)的动态库进行交互,给其它语言发挥优势的机会. 有了JAVA标准平台的支持,使JNI模式更加易于实现和使用.在此总结了下面这个知识图: 实例: 环境说明:ubuntu 10.4.2 LTS系统 程序清单1:src/com/magc/jni/HelloWorld.java /** * */ package com.magc.jni;

Android增量升级的方法和原理详细介绍_Android

总结:我们使用delta编码算法减少Android应用升级程序的大小.我们通过bsdiff和bspatch工具在android上实现delta编码算法.服务器软件和android应用已经部署.当前,我们能够减少Android升级流量的50%,如果大量的部署,这将会减少网络的压力. 升级机制:我们打算采用delta编码的patch升级Android应用.新的升级机制可以描述如下: 1.  在服务器上生成一个patch.2.  下载patch到手机中.3.  通过补丁获取一个已安装应用的新的安装ap