开源openstack
2014年初,我们成立了Tesora公司,作为OpenStack Trove公司,专注于开源数据库即服务项目。 但是,这不是一家全新的开源公司。 我们以ParElastic为起点,开发了可以透明地向外扩展MySQL的专有引擎。 这种转变是一个令人振奋的过程,其特征可以是中国古代的祝福/诅咒:“愿您生活在有趣的时代。”我们现在是快速发展的社区开源项目的第一大贡献者,并且完全拥护一个开放的社区。我认为我们经历这种过渡的经验对于其他考虑转向开源业务模型的人来说很有趣。
弹性时代
作为ParElastic,我们开发了一些强大的技术,并且沿向企业提供专有软件的传统道路走了。 我们的愿景是,数据库将有一天像实用程序一样被消耗(按使用付费模式),不受任何单个数据库服务器性能的限制。 我们这样做是通过允许他们跨服务扩展和支持多租户来实现的,从而使此可扩展的容量易于被许多用户共享。 正如我们获得的10项专利所证明的那样,我们的工作是新颖和创新的,但我们最终难以获得有意义的市场吸引力。
我们经常从潜在客户那里听到的消息是,他们强烈偏爱开源解决方案,甚至他们只会将开源软件用于基础架构。 同时,我们为致力于关系数据库,需要扩展且不希望(或无法)自己实施分片的部分选定客户提供非常有针对性的解决方案。 在典型的开源转换率的情况下,很难看到我们如何在这种目标技术上构建开源业务,因为大多数伟大的开源公司都基于构建平台。
转向OpenStack和Trove
为了应对这些挑战,我们开始探索在实现开源的同时实现按需数据库愿景的方法。 2013年底左右,我们开始研究OpenStack Trove,这是开源的数据库即服务项目,看起来很合适。 我们加入了OpenStack社区,当我们开始做出贡献时,他们对这种可能性感到更加兴奋。 实际上,在2014年2月,我们将业务策略重新聚焦于Trove,甚至将公司更名为Tesora,以表明这一战略转变。
有几件事使我们转向开源有些不同寻常。 首先,我们不是Trove的原始创建者,而Trove的创建者并不是开源项目的主要贡献者。 (Trove最初是由Rackspace和HP开发的,旨在为其公共云DBaaS产品提供大规模支持。)
但是,我们加入社区的发现是,我们张开双臂欢迎我们。 虽然我确定其中一部分只是“开源方式”,但我认为该项目的其他贡献者也认识到让公司专注于产品化他们正在从事的出色工作的好处。
他们还看到我们为项目带来了不同的技能。 作为一支在数据库内部拥有深厚专业知识的团队(专为交付打包软件而构建),我们可以打包其他产品可以采用的硬化产品,而无需项目创建者必须投入的投资水平。
第二,我们公司没有太多的“开源DNA”。 坦白说, 正如Matt Asay在ReadWrite中指出的那样,当我们改变方向时,我们的开源证书非常有限,而其他人理所当然地质疑我们进行过渡的能力。 我们有很多要证明的。
开放模型的后续步骤
对于公司中的员工而言,很难在业务模式的这种转变上有所作为。 您如何通过开源赚钱? 开源不是免费的吗? 我们讨论了如何做到这一点,尽管最终,随着我们公司的发展,这实际上将是证明这一点的问题。
我们的流程也需要改变。 我们的团队以前从未在开源社区中构建软件。 他们需要了解和学习IRC参与和协作的协议,并采用所有其他开发工具,这些工具是开源世界中的标准问题。
另一个区别是,当涉及到开源项目时,并不是每个人都在同一地区。 尽管我们的团队已经按地区分布(我们在波士顿和多伦多设有办事处),但我们对Trove项目的参与将这一点提升到了一个新的高度。
另一个重大变化是我们无法再做出所有决定! 相反,在开源社区中,我们可以为决策做出贡献并产生影响,但不能“仅仅做出决定”。 我们还需要证明我们可以为推进该项目做出贡献,以便听到我们的声音。
我们改变了开发团队的文化,以拥抱开源,同时保持我们的员工和他们的专业知识。 为此,我们得到了OpenStack和Trove的其他人的帮助,以及波士顿附近开源社区的人的帮助。 例如,蒂姆·卡拉汉(Tim Callaghan)的公司Tokutek一年前就经历了这一转变,他根据自己的经验提供了许多很好的建议。
我们努力实现这一目标的另一个重要资源是我们的董事会,他们非常支持并帮助我们应对了这一转变。 例如,我们的主要投资者General Catalyst将其董事会代表换成了Donald Fischer,他曾在Red Hat工作,并拥有大量的开源DNA。 幸运的是,我们的投资者与我们分享了通过数据库即服务来转变IT的愿景,因此尽管这是我们进入市场战略的重大转变,但我们的愿景始终如一。
平衡社区和公司目标
在过去的一年中,我们还了解到,我们必须在社区需求与业务需求和客户需求之间取得平衡。 我们知道我们不能说服社区做我们想做的一切来满足客户需求的事情。 企业的需求并不总是与开源社区的需求一致。 因此,在某些情况下,我们必须在社区之外进行创新。 有时候,我们需要更快地交付功能,而社区无法承受。 在这种情况下,我们有时会自己开发功能,然后在社区准备好接受它们时将其贡献回来。
我们了解到的另一件事是,企业客户希望确定他们计划使用的数据库将在其首选的OpenStack发行版上运行。 为了适应这一点,我们用不同的数据库和发行版测试了许多不同的配置。 这种认证是社区认为超出其权限范围的。
因此,这里的细微差别在于理解社区和项目的动机与交付易于企业安装和部署的产品之间的区别。 这就是Tesora这样的公司可以在项目之外提供的价值。
我们做出了正确的决定
回顾过去,一年后今天我们在哪里?
OpenStack Trove项目很健康,我们已经成为主要的贡献者。 我们正在与许多其他公司和人们一起努力,为Trove贡献时间和才干以使其成功。 我们正在提供基于该项目的产品,使企业可以轻松地向用户交付按需数据库容量。
借助事后的眼光,回顾过去的一年,以及我们对开源世界的狂热洗礼,我很高兴我们做到了,并且可以坦白地说,我没有地方愿意。 我们已经结交了许多好朋友,与OpenStack Trove的其他成员一起工作,我真的相信,对于我们公司,Trove和整个OpenStack项目而言,未来看起来越来越光明。
翻译自: https://opensource.com/business/15/2/tesora-trove-and-openstack-dbaas
开源openstack