Terracotta近况：转向开源，接受度，Hibernate支持

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的原生支持。性能又提高了！

Ari仿照Network Attached Storage的说法（或Azul所说的Network Attached Processing），把Terracotta定位成“Network Attached Memory”。Ari说：

这是有意的。NAS的意图是简化文件I/O的编程，以及支持透明地注入高可用性（HA），还有运行时可伸缩的存储能力。Terracotta设计时就考虑了全面的HA（n+m冗余度——你可以有任意多的备份，不停机的持续升级，等等）。其重要性在于，虽然应用各有不同，HA和伸缩性必须以一致的方式来达成，这样IT部门才能为业务部门提供低成本的稳固的应用。换言之，HA/伸缩性是一种全局的需要，而Terracotta就正好是设计来为Hotspot和IBM JRE提供这样的能力。

Terracotta的更多信息可以查阅InfoQ以往的新闻报道和技术文章：http://infoq.com/terracotta。

查看英文原文： Catching up with Terracotta: Transition to Open Source, Adoption, Hibernate Support