当然，一个人的经验明显不能代表整体，有可能很多人在私底下玩Neutron并将其用在私有和秘密项目上。但是，贴子中提到的问题记者在过去几个月里不止一次听人说起过。
另外一个问题同时涉及到含计算网络组件(Nova)和独立发展网络组件(Neutron)，两个组件里的单机和简单网络、IP地址分配、IP路由、NAT、DHCP和OpenStack元数据服务的源码都处于一个单一的码块里，因而造成接口困难。另一方面，多主机格式里的服务分布在虚拟机管理程序里，会出现攻击面过大的问题。 OpenStack专业公司CloudScaling的主管Randy Bias说，“从构造上来说，如果因为OpenStack的默认网络模式在大规模使用时不给力而不得不在产品里使用默认网络模式，这真是最槽糕的事情。” Neutron还在开发中。据我们所知，很多公司在努力提高此关键组件的稳定性。但是，这也导致了社区的分化。这有点像Linux和Android社区的分化。OpenStack社区有必要弄清楚分化的存在，否则会出现一堆独立的版本，而且各版本间不能相互转移。 Bluebox的Alvarez指出：“大家用到很多不同的方法使得Nova的Neutron具有高可用性。这里没有最好的做法——每一个解决方法都像是独特的手工作品。” Alvarez说的“手工作品”特点很精彩地说出了OpenStack在另一个方面的问题：OpenStack的可用组件多数在应用中都需要大量地调整，各个公司都调整安装自己的系统，最后OpenStack社区发布下一个版本时，一些改良的功能很难融合在一起。 CloudScaling 的Randy Bias指，“下载一个OpenStack部署是一件复杂的事，有不少隐患。OpenStack是一个很灵活的系统，但也有不少挑战，原因是有些设计上的决策会导致升级困难。” OpenStack软件供应商Metacloud应同以上的说法。Metacloud的系统架构主管Chet Burgess最近告诉记者，设置OpenStack软件对新手管理员来说是一件困难的事，因此会吸引一些机构对OpenStack作出调整以处理相关的问题。 Burgess说：“部署OpenStack不是件简单的事，给OpenStack排除故障和运行OpenStack也很复杂。像OpenStack这样的系统有很多功能和选项，所以要保证一切都顺利也不是件容易的事。” CloudScaling、Metacloud和Bluebox都提了一条建议，各个公司不应该过多地插手自己用到的发行版本（指代那些受益于外包OpenStack部署的公司。但是，我们相信他们说的是为OpenStack社区的利益着想的，然后才是他们自己少少的利益，而不是反过来。） Bias说道：“我觉得主要问题是……大家都是一副‘去下个OpenStack，想用来做什么就做吧’的姿态，没有看到事情的另一面。另一面是：这样做了以后就意味着要做好维护一个定制系统的准备。有些类似‘你为什么不去建一个定制的Linux版本，’因为这样做的话要做出各种不同的奇怪决定。” 我们认为，OpenStack更多需要的是一个小范围的版本及社区一致的努力，以期待可以让所有的核心功能得到强化。 |
