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

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"]

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

(0)

相关推荐

  • Openstack 网络知识资料详细介绍及总结

    Openstack 网络知识资料总结: Openstack 概念 我刚听说要去做 openstack 开发的时候,蛮激动的啊.虽然我不知道 openstack 是什么东西,但是我知道这个东西和云计算有关.云计算这东西,听着就高大上,各大互联网公司都有投人进去搞,所以大方向上是必须肯定的.于是我按捺不住了,想在自己的主机上部署 openstack,来体验下这个是什么东西.经过一顿折腾之后,终于在虚拟机里面用 devstack 把 openstack 给部署出来了(部署过程中,最坑的就是国内的防火墙

  • CentOS 一键安装Openstack详细介绍

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

  • 一步一步教你安装openstack(图文)

    openstack,安装的门槛比较高,而且相当麻烦,很多的安装文档作者省了不少安装步骤.这对初学的人带来了很大的麻烦,也许作者轻易节省一步,就会创成后面的安装失败.而且初学者由于对openstack不是很了解,错误无法排查,因此很多人都在中途放弃对openstack的学习.其实有一个安装工具可以快速的安装openstack,不需要了解openstack各个组件的之间的关系,只需鼠标轻轻一点,就可以完成对openstack的安装:而且还有诸多功能,如对openstack健康检查,查看节点日志等.

  • openstack 重启的服务命令整理总结

    openstack重启的服务命令集合 最近公司项目需要使用Openstack   由于Openstack 重启服务命令比较多,于是就在网上找了下资料,整理下来,希望能帮助到读者! 重启openstack的整个服务 openstack-service restart 1. 重启dashboard service httpd  restart service memcached restart 2. 重启 ceilometer 2.1 cinder service mongod restart 2.

  • OpenStack Heat AutoScaling详解及实例代码

    OpenStack Heat AutoScaling 一.背景 Openstack的Heat是在H版之后加入的组件,旨在创建一套业务流程,更轻松的管理一个集群.集群内的虚拟机可以作为一个整体,统一的为客户提供服务.Heat中把功能定义成资源,在Heat中会用到Nova,Neutron,Ceilometer等组件,这些都可以看成是资源,通过模板文件来描述,模板文件可以是yaml格式,也可以是json格式,一般是yaml格式. AutoScaling的概念最早出现在AWS,AutoScaling是一

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

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

  • OpenStack之虚机热迁移的代码详细解析

    话说虚机迁移分为冷迁移以及热迁移,所谓热迁移用度娘的话说即是:热迁移(Live Migration,又叫动态迁移.实时迁移),即虚机保存/恢复(Save/Restore):将整个虚拟机的运行状态完整保存下来,同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上.恢复以后,虚机仍旧平滑运行,用户不会察觉到任何差异.OpenStack的虚机迁移是基于Libvirt实现的,下面来看看Openstack虚机热迁移的具体代码实现. 首先,由API入口进入到nova/api/openstack/comput

  • OpenStack 创建windows镜像实现步骤

     OpenStack 创建windows镜像 创建windows镜像 创建一个img文件 kvm-img create -f qcow2 win7.qcow2 30G 下载virtio驱动 wget http://alt.fedoraproject.org/pub/alt/virtio-win/archives/virtio-win-0.1-59/virtio-win-0.1-59.iso wget http://www.linuxwind.org/download/virtio-win-1.1

  • OpenStack Ceilometer用MongoDB解决占用磁盘空间过大问题

    OpenStack Ceilometer用MongoDB解决占用磁盘空间过大问题 背景:Ceilometer使用MongoDB作为数据库,不断进行采样,导致数据量膨胀,占用过多的磁盘空间. 知识背景 1.数据库文件类型 1.1. journal 日志文件 跟一些传统数据库不同,MongoDB的日志文件只是用来在系统出现宕机时候恢复尚未来得及同步到硬盘的内存数据.日志文件会存放在一个分开的目录下面.启动时候MongoDB会自动预先创建3个每个为1G的日志文件(初始为空). 1.2. namespa

  • Openstack 节点维护详细讲解

    OpenStack 简介 OpenStack 是一个开源的 IaaS 实现,它由一些相互关联的子项目组成,主要包括计算.存储.网络.由于以 Apache 协议发布,自 2010 年项目成立以来,超过 200 个公司加入了 OpenStack 项目,其中包括 AT&T.AMD.Cisco.Dell.IBM.Intel.Red Hat 等.目前参与 OpenStack 项目的开发人员有 17,000+,来自 139 个国家,这一数字还在不断增长中. OpenStack 兼容一部分 AWS 接口,同时

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

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

随机推荐