在 2014 年初,我们推出了 Tesora 公司 Tesora,作为专注于开源数据库即服务项目 OpenStack Trove 的公司。 然而,这并非一家全新的开源公司。我们最初以 ParElastic 的身份起步,开发了一种专有引擎,可以透明地横向扩展 MySQL。
这种转型是一个令人兴奋的过程,可以用中国古代的祝福/诅咒来形容:“愿你生活在有趣的时代。” 我们现在是一个快速增长的社区开源项目的最大贡献者,并且完全拥抱了开源战略。我认为我们经历这种转变的经验对于其他考虑转向开源商业模式的人来说会很有趣。
ParElastic 时代
作为 ParElastic,我们开发了一些强大的技术,并走上了向企业供应专有软件的传统道路。我们的愿景是,数据库有一天会像公用事业一样被消费——采用按使用付费的模式——这不受任何单个数据库服务器的性能限制。我们通过允许它们跨服务横向扩展并支持多租户来实现这一点,从而使这种可扩展的容量可以轻松地被许多用户共享。我们的工作是新颖和创新的,我们获得了 10 项专利就证明了这一点,但我们最终难以获得有意义的市场牵引力。
我们经常从潜在客户那里听到的是,他们非常喜欢开源解决方案,甚至他们只会在基础设施中使用开源软件。与此同时,我们为一小部分致力于关系数据库、需要横向扩展并且不想(或不能)自己实施分片的客户提供了一个非常有针对性的解决方案。鉴于典型的开源转化率,很难看出我们如何在如此有针对性的技术上建立开源业务,因为大多数伟大的开源公司都是基于构建平台。
转向 OpenStack 和 Trove
为了应对这些挑战,我们开始探索在拥抱开源的同时实现我们按需数据库愿景的方法。 在 2013 年底,我们开始关注 OpenStack Trove,这个开源的数据库即服务项目,它看起来非常适合。我们加入了 OpenStack 社区,随着我们开始贡献,我们对可能性感到更加兴奋。事实上,在 2014 年 2 月,我们将业务战略重新聚焦于 Trove,甚至将公司名称更改为 Tesora,以标志着这一战略转变。
我们转向开源有几个不寻常之处。首先,我们不是 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 项目的未来会越来越光明。
1 条评论