分析OpenStack开发者中的6个误区

　　欢迎各位阅读本篇文章，本篇文章讲述了OpenStack开发者中的6个误区 ，课课家教育平台温馨小提醒：本篇文章纯干货，大家一定要认真阅读哦~

　　OpenStack开发现在火的一塌糊涂，在过去的两年里OpenStack基金会成员已经突破了18000人，遍及超过140个国家和2500名开发者对此作出了贡献。OpenStack社区随着技术的成熟和服务公司开始从评估转向工作部署，能持续获得前进的动力。

　　这就是说，OpenStack开发是企业级IT领域众多最急需的技能之一，这么一来，新开发者和贡献者的数量还会有很大的上升空间。但尽管OpenStack正在不断地增长，仍有转换专有开发者到开源开发的困难需要克服。现实中的情况是，关于加入OpenStack社区有很多坊间流传的神话，这可能会让很多开发者尽可能频繁地参与社区活动的想法受到抑制。

　　在SUSE的OpenStack开发团队的帮助下，eWEEK为大家带来常见的OpenStack开发误区揭秘，让大家对怎么加入这个快速发展的社区有更充分的了解。

　　误区1.没有简单的起点

　　社区之外的人看到项目的扩散和巨大数量，使得很多开发者不知道怎么着手开始去做。但也同任意一个开源项目一样，OpenStack是建立在开放与合作的基础之上的，项目组鼓励每个人都能学习和完成更多的内容。

　　误区2.加入门槛较高

　　新手想要加入OpenStack的第一步是简单滴尝试这个平台，使用各种网上资源、工具和维基百科来帮助磨练自己的技能。从初学开始到为社区做贡献，这只需要很短的一段时间。

　　误区3.开发者不团结

　　OpenStack是从一个组织严密的开发者团队做起来的，其中的人员对彼此都很了解，合作虽然是非正式的，但正朝着预期的方向发展。但就像所有成功都需要努力一样，它已经在成长了。OpenStack项目是建立在大量朝着同一个真正开放的云环境的目标工作的个人基础之上的，把OpenStack想象为一个共和国政权，每个人都有平等的发言权，都能自由进行互动并参与活动。

　　误区4.开发很松散

　　OpenStack正在为开源项目和类似的专有项目奠定基础。每六个月，OpenStack开发则都会召开设计峰会，为下一个开发周期进行工作规划。这仅仅是OpenStack社区一直在监督和控制的一种开发方法。

　　误区5.质量低

　　OpenStack项目致力于通过严格的选通过程来保持开发的高质量。开发者做出的所有改变都会有一个响应的测试和不可视的回归分析，包括有至少其他两名开发者进行审查。开发者提交的每个改变都会被自动测试，并且每天会有超过4000分工作部署在被完成。

　　误区6.所有的开源项目都是一样的

　　OpenStack与大多数开源项目有一个很不同的成长经历，大多数情况下，像Linux这样的项目，以一个业余爱好的项目作为开始，然后会通过考虑用户的意见和建议来不断改进新版本的操作系统。OpenStack项目是为了改变云计算传递方式的本质而开始的，已经锁定在传统的Linux和其他开源项目的开发定型不再使用于OpenStack。

　　知识分享：API服务器(nova-api)

　　API服务器提供了云设施与外界交互的接口，它是外界用户对云实施管理的唯一通道。通过使用web服务来调用各种EC2的API，接着API服务器便通过消息队列把请求送达至云内目标设施进行处理。作为对EC2-api的替代，用户也可以使用OpenStack的原生API，我们把它叫做“OpenStack API”。

　　消息队列(Rabbit MQ Server)：

　　OpenStack内部在遵循AMQP(高级消息队列协议)的基础上采用消息队列进行通信。Nova对请求应答进行异步调用，当请求接收后便则立即触发一个回调。由于使用了异步通信，不会有用户的动作被长置于等待状态。例如，启动一个实例或上传一份镜像的过程较为耗时，API调用就将等待返回结果而不影响其它操作，在此异步通信起到了很大作用，使整个系统变得更加高效。

　　运算工作站(nova-compute)：

　　运算工作站的主要任务是管理实例的整个生命周期。他们通过消息队列接收请求并执行，从而对实例进行各种操作。在典型实际生产环境下，会架设许多运算工作站，根据调度算法，一个实例可以在可用的任意一台运算工作站上部署。

　　网络控制器(nova-network)：

　　网络控制器处理主机的网络配置，例如IP地址分配，配置项目VLAN，设定安全群组以及为计算节点配置网络。

　　卷工作站(nova-volume)：

　　卷工作站管理基于LVM的实例卷，它能够为一个实例创建、删除、附加卷，也可以从一个实例中分离卷。卷管理为何如此重要?因为它提供了一种保持实例持续存储的手段，比如当结束一个实例后，根分区如果是非持续化的，那么对其的任何改变都将丢失。可是，如果从一个实例中将卷分离出来，或者为这个实例附加上卷的话，即使实例被关闭，数据仍然保存其中。这些数据可以通过将卷附加到原实例或其他实例的方式而重新访问。

　　因此，为了日后访问，重要数据务必要写入卷中。这种应用对于数据服务器实例的存储而言，尤为重要。

　　小结：和容器整合成为OpenStack供应商们技术角逐的终点战场，而OpenStack的NFV之路则逐渐开始明朗，并且朝着良好的方向前进。当然如果大家还想了解更多详细内容的话，尽在课课家教育平台!