Terracotta近况:转向开源,接受度,Hibernate支持

时间:2017-09-06 10:42

Terracotta提供一种JVM集群方案,可让单节点、多线程的应用变成分布式、多节点的应用,而无需修改一行代码。InfoQ之前报道过,得到VC支持的Terracotta在2006年底转向开源,从那以来已经有了很大的进展。最近的新进展包括2.4版支持Websphere和Hibernate,以及Terracotta获得了大量用户的接受,如PartyGaming(PartyPoker.com的制造者)。InfoQ就开源转变以及Hibernate/Websphere支持访问了Ari Zilka。

据Ari说,这一年中成长速度大大加快,夏天的时候论坛贴子数量翻了一番,网站每周的访问量达到几千,超过100个客户部署了他们的产品。“与开源产品和框架如Jetty、Geronimo、Spring和Tomcat集成用的Terracotta集成模块起到了加速的作用”。至于转向开源对公司的成长有何影响: 我们相信开源是重要的催化剂,有两个原因。首先,它降低了用户接受的成本,也降低了我们公司的销售成本。顾客现在自己完成整个概念验证过程,看过Terracotta在他们的应用中的使用效果,然后找我们谈企业购买的事情。这非常有助于我们保持较低的开销。这对顾客也很好,因为他们只需要投入一点时间就可以得出价值命题的结论。第二,开源是一个强烈的信号——开放源码是表明自身可靠程度的强列信号,表明你知道自己的产品是优秀的,并且可以经受住详尽的技术检查。我们相信在引入像Terracotta这样一种全新概念的时候,开源的影响会特别有价值。

从由VC支持的商业收入模型转向开源模型:

我们和顾客双方的交易成本都降低很多,这也加速了顾客的接受过程,对我们和用户社区都是巨大的利益。不过实际上转变过程并没有人们想象的那么戏剧性。公司的核心工作是制造出能增值的产品,然后想法把产品换成金钱。赚钱这个基本任务并没有改变,更不会消失。开源有利于产生好的产品,但决不是不花钱的。最大的变化是你的首要对手变成了自己,你必须找到方法去支持你的社区同时又赚到钱。我们同样认为这对顾客是很好的事情,因为Terracotta不能只提供支持,还被驱使着去发现更多创造性的价值增长点。在未来的几个月中,社区就会明白我们的意思。

Terracotta最近公布了一些值得注意的新客户,包括在线赌博公司PartyGaming、实时RIA框架Kaazing,以及开源CMS开发商Liferay。PartyGaming经营PartyPoker.com、PartyCasino.com、PartyBets.com和PartyBingo.com。他们的Terracotta部署包括几百台游戏服务器组成的集群。PartyGaming的CEO说,“Terracotta有能力组建数百台服务器的集群,同时网络使用率比其他方式低很多,由此带来的高性能是PartyGaming最主要的考虑。”

在今年夏天,Terracotta 2.4加入了对WebSphere和Hibernate的支持。Ari介绍说,Hibernate支持包括了两种方式:

用集群化的EHCache在Hibernate底下完成二级缓存的工作。如果现有的应用只打算用集群化数据库缓存的方式降低数据库负载,就采用这种方案。

在集群和Hibernate Session之间无缝地断开连接以及重新连接POJO,以此来实现Hibernate的POJO缓存。我们的POJO集群化成了Hibernate的代理……这很适合新的应用(或者改造现有应用),因为POJO集群化通过细致的字段级更新,能达到更高的性能。

Terracotta的字段级更新检测/缓存,比Hibernate的机制有何优点:

在POJO集群化的方式中,发送的数据比较少,调用Hibernate和数据库的频率也比较低,因此伸缩性好一点。它也好过散落在代码中的Hibernate的load()和store()调用……对于二级缓存,如果你在程序的其他部分为Session和POJO使用了Terracotta,使用Terracotta + EHCache的主要好处是获得单一的集群化提供者。否则Hibernate二级缓存基本上是对数据库行的定制序列化,一个字段对应到缓存里就成了一整行——所有缓存提供者都是这样的(顺便一提,这个例子说明了在缺少DSO的情况下,人们——在这里是Gavin King——被迫做什么样的变通)。

Terracotta 2.4还支持java.util.concurrent中的再入(re-entrant)读写锁:

在2.4之前,Terracotta在集群中的锁机制,比线程在单个JVM中所能支持的锁机制更加智能。由于JVM的锁语义是悲观和排他的,因此当把协调关系放到Terracotta中实现,我们就能够在集群中提供更多的支持。如果开发者想让线程池的范围从单机扩展到集群,抑或只想实现有些线程读有些线程读写的业务逻辑,再入(re-entrant)读写锁将会以纯粹POJO的风格,提升集群中每个JVM的速度。concurrentHashMap与hashmap的对比就是一个例子。java.util.concurrent中的集合的并发性是通过再入读写锁实现的,现在已经得到Terracotta 2.4的原生支持。性能又提高了!