1 背景介绍

     Swift之前几乎所有的代码都是用Python实现的，但是性能一直不理想，

     社区为了解决性能问题，尝试过很多方法，后来发现用Golang语言进行一部分代码重写，

     性能得到了一定的提升，社区把这部分重写的分支命名为hummingbird。

     但是目前OpenStack的基础设施还无法支持Golang语言，

     比如跑单元测试，集成测试的工具支持。

     所以，目前hummingbird分支社区没法完全按照一般python代码合入、管理。

     于是有人向社区申请OpenStack社区提供对Golang语言的支持，从而引发了社区的激烈讨论。

2 Golang的优劣

(1) 给OpenStack带来的收益：

    性能：直接编译成机器码，不依赖其他库；运行环境不局限在某一个CPU内核，可以有效的利用多核，比原生Python在处理瓶颈业务时性能高一个数量级。

    并发处理： Go routine和channel大大的降低了编写高并发服务器的难度，很多情况下不用过多的考虑锁机制。

(2) 给OpenStack带来的问题：

    一个项目采用两种语言，需要同时维护多个分支，很难找到既精通Python又精通Golang的人。

    社区可能会面临Python和Golang的分裂，所有的项目可能会被Go重写。

    需要基础设施支持，对于社区来讲也是一个不小的开支。

3 社区核心观点

(1) 赞成派：

      认为Golang能为社区解决性能问题，同时也是技术发展趋势，业界有很多云平台都是基于Golang开发，

      最热门的Docker也是用Golang开发，社区没有理由阻止创新。

(2) 反对派：

      认为其实Python一样也能写出高性能的代码，从目前来看Golang语言的诉求主要还是来自于数据面，

      而OpenStack主要还是定位为控制面。同时为了支持一门新语言，社区需要投入很大的工作量，引入的代价太大。

4 各种解决方案提议

(1) OpenStack引入Golang

    两种语言共存会为OpenStack社区工作带来很多挑战：需要社区提供基础设施支持，

    同时还需要各个夸项目团队增加很多工作，例如文档、发布管理等等；

    需要有既精通Python又精通Golang的专家。

    引入Golang作为官方语言，社区担心会有人用Golang重写OpenStack的项目。

    会议上有人就提出如果Golang成为了官方语言，他将第一个人出来用Golang重写OpenStack。

(2) OpenStack不引入Golang，将OpenStack定位为控制面。

    将Swift拆分为控制面和数据面两部分。

    其中控制面在OpenStack社区管理（类似于Cinder、Manila），数据面则在其它外部社区管理。

    有些人认为这种方案使得OpenStack不完整了，同时如果OpenStack后续只做控制面，

    那么OpenStack就像是一个Rest Wrapper，没有什么技术含量，失去了技术创新。

    这里引申出了OpenStack的定位：是否只定位为控制面。

(3) 明确各自语言的用途

     Python定位为实现大部分功能，JS定位用于实现Web，Golang则用于Native相关的一些功能。

5 社区里的一些声音

    -- 有人认为引入Go，那么很多功能需要完全重写，不符合开源精神，甚至有人提出如果go接受作为官方语言，他将第一开始用Go重写OpenStack的项目。

    -- 有人说之前python和perl、c也争论过，那时有人认为C也可以写任何功能的代码，但是最后还是python成了主流，现在也不应该阻碍Golang。

   -- 有人认为为Go维护一个分支，对基础设施要求、花费的代价都很大，同时还有Release管理，文档管理等各个方面工作，引入代价太大。

   -- 有人认为不能因为说难而拒绝创新。

   -- 有人认为如果OpenStack只是做控制面，那OpenStack就是一个Rest Wrapper，没有什么创新，需要有数据面，应该支持Golang。

目前社区还没有具体的定论，后面讨论还会持续。。。

编者注：本文来自OpenStack开源团队工程师李中华