当前位置: 首页 > 软件库 > 程序开发 > 常用工具包 >

neutron specs

保存 Neutron 设计规格
授权协议 CC
开发语言 Python
所属分类 程序开发、 常用工具包
软件类型 开源软件
地区 不详
投 递 者 唐繁
操作系统 跨平台
开源组织 OpenStack
适用人群 未知
 软件概览

neutron specs 用于保存 Neutron 工程的已批准的设计规格。specs 的评审在 Gerrit 内部完成,使用的方法与我们如何审查和合并代码本身的工作流相似。你可以在 doc/source/specs/template 找到例子。一个 spec 文件的全部模板可在 doc/source/specs/skeleton.rst 中找到,并且可以复制。

  • 没有 Availability Zone 的 Neutron 首先看一下没有 AZ 时,Neutron 是怎么管理一个多机房的虚拟网络环境。 可以说是没有任何基于多机房的考虑,各个作为网络节点的主机,都有着相同的地位,网络服务(DHCP,L3)随机的由 Neutron分发至各个网络节点。这就可能出现,一个 Neutron Network 下的虚机被部署在一个机房里,而这个 Neutron Netw

  •        Neutron为Openstack的网络组件,其内部功能均是以plugin形式实现的,其中代表性的plugin就是ml2和l3,下面将从neutron启动的源码来分析neutron加载和扩展插件的流程。 1 概念  (1) TAP/TUN/VETCH    TAP/TUN是Linux内核实现的一对虚拟网络设备,TAP工作在二层,TUN工作在三层。    TAP可以实现虚拟网卡的功能,

  • 对于neutron的讲解,这一系列博客已经讲得非常清楚了,不过需要有一定的基础知识。 参考文档:http://www.cnblogs.com/sammyliu/p/4622563.html

  •      OpenStack 项目中的Neutron 网络服务组件中提供虚拟机实例对网络的连接,其中plug-ins 能够提供对多种网络设备和软件的支持,使OpenStack 环境的构建和部署具备更多的灵活性,其最主要的功能是为虚拟机实例提供网络连接。   Neutron服务组件内容: 1、  neutron-server:接收和路由API 请求到OpenStack中的网络plug-in。 2、 

 相关资料
  • 了解如何在 XD 中使用设计规范。 在 XD 中使用设计规范可为设计人员和开发人员的工作流程带来突破性改变。设计规范旨在节省时间、简化设计人员与开发人员之间的沟通、加快工作流程并为双方带来便利,它毫无疑问是 XD 中的一项实用功能。 现在,只需单击一个简单的 URL 即可访问设计规范。优势不止于此:您可以获得完全控制,能够选择您的代码所需的文件格式和分辨率。您还可以查看用户体验工作流程,从而更深入

  • 了解如何在 XD 中使用设计规范。 在 XD 中使用设计规范可为设计人员和开发人员的工作流程带来突破性改变。设计规范旨在节省时间、简化设计人员与开发人员之间的沟通、加快工作流程并为双方带来便利,它毫无疑问是 XD 中的一项实用功能。 现在,只需单击一个简单的 URL 即可访问设计规范。优势不止于此:您可以获得完全控制,能够选择您的代码所需的文件格式和分辨率。您还可以查看用户体验工作流程,从而更深入

  • YDoc 项目设计规范 YDoc 的设计稿经过设计师的几度推敲重做,诞生了现在你看到的默认主题,YDoc 有如下设计理念: 青春:使用大胆、活泼的配色方案,体现 YMFE 团队 的产品文化 科学:以科学的态度对待视觉设计、功能设计,让设计有迹可循 简洁:以 无形 代替 有形,从 UI 到开发体验,不断去除冗余的设计,使用户专注于写作与阅读 以下是 YDoc 设计过程中总结的一些规则,这些可以帮助你

  • QQ轻游戏主场景用图规范 主场景用图在创建版本过程中需提交,请根据规范要求进行设计,包括图片内容、图片命名、图片属性,详情见下面示例图: 游戏页面设计规范 由于用户通过手指触碰屏幕来操作游戏,手指的精准度较低,且占用屏幕比例较大,因此在设计游戏页面上需点击的控件时,需要充分考虑到其热区面积,避免由于可点击区域过小或过于密集而造成误操作。 建议设计游戏时应该时刻注意不同游戏页面间的统一性和延续性,在

  • 只要有可能的话,就尽量使用散列键而不是字符串键来储存键值对数据,因为散列键管理方便、能够避免键名冲突、并且还能够节约内存。 具体实例: 节约内存:Instagram的Redis实践 blog.nosqlfan.com/html/3379.html 如果将redis作为cache进行频繁读写和超时删除等,此时应该避免设置较大的k-v,因为这样会导致redis的 内存碎片增加,导致rss占用较大,最后

  • key的一个格式约定:object-type:id:field。用”:”分隔域,用”.”作为单词间的连接,如”comment:12345:reply.to“。不推荐含义不清的key和特别长的key。 一般的设计方法如下: 1: 把表名转换为key前缀 如, tag: 2: 第2段放置用于区分区key的字段—对应mysql中的主键的列名,如userid 3: 第3段放置主键值,如2,3,4…., a

  • 概述 面向群体:ui工程师 设计规范 1: 例如图中1的位置,它们在同一行,且与下面的结构不一致,应该归在同一组 1: 图2中的位置,可以看出,他是左右2列,按列对齐的,所以应该分成2组,在由这2组在组成一个大的组 1: 总的来说,就是横排能对齐的,且是相邻位置的,尽量在同一个组中,如果是横排不能对齐,而列能对齐的,切是相邻位置,也分在一个组中 1: 切记,在展示不同功能的模块中,不能由一整张图片

  • API 要求是基于 Restful 设计的,比如: 1. 列表 GET /list?limit=:limit&offset=:offset [ { id, ...fields }, ] 注意:需要编辑的记录必须返回 id 字段,以供 Duang 通过 /:scheme_key/:id 获取编辑记录的数据 2. 创建 POST /:list { ...fields } 3. 编辑 PUT