<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Coding the Architecture - clustering tag</title>
  <link>http://www.codingthearchitecture.com/tags/clustering/</link>
  <description>Software architecture for hands-on software architects</description>
  <language>en</language>
  <copyright>Coding the Architecture</copyright>
  <lastBuildDate>Fri, 26 Sep 2008 13:09:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>QCon: Open Terracotta</title>
    <link>http://www.codingthearchitecture.com/2007/03/15/qcon_open_terracotta.html</link>
    
      
        <description>
          &lt;p&gt;There have been numerous presentations at &lt;a href=&#034;http://qcon.infoq.com&#034;&gt;QCon&lt;/a&gt; that I&#039;ve taken things from; presentations I&#039;ve thought it might be worth distilling and replaying to others. However, Ari Zilka&#039;s talk on Open Terracotta got me excited (and I know I&#039;m not alone) - possibly because I might be able to realise and demonstrate some pretty clear benefit without having to do much work at all. Ideal!&lt;/p&gt;
&lt;p&gt;Open Terracotta ( &lt;a href=&#034;http://www.terracotta.org&#034;&gt;www.terracotta.org&lt;/a&gt; ) is essentially an open source clustering solution for Java. However, rather than presenting an API for sharing data between nodes, Terracotta works transparently against the heap. This makes it more like sharing memory between VMs, and that sounds a lot like a silver buller for many clustering requirements.&lt;/p&gt;
&lt;p&gt;Ok, it won&#039;t solve everything as there are problems inherent in distribution or common resources that exist regardless of the solution. But as a proposition it&#039;s very interesting: if VMs share memory (or, more accurately, transparently simulate shared memory, even down to the semantics of locking), that frees the developer from worrying about numerous distribution concerns. Indeed, it permits very simple paradigms that are employed in-process (such as locking and trivial object identity) to be leveraged regardless of the target environment. That&#039;s got to be a good thing!&lt;/p&gt;
&lt;p&gt;I had to think about it for a bit because it sounded too good to be true - is this analogous to having a distributed VM? In theory it could be, in practice there&#039;s obviously a choice to be made about what to cluster. Ari was ready to admit that this sort of idea isn&#039;t new - Sun and IBM apparently tried using shared memory for multiple VMs without much success. This, however, seems to be real. Runtime optimisation and monitoring just make it sound even better.&lt;/p&gt;
&lt;p&gt;There are several examples of where this sort of technology would have been valuable on real projects I&#039;ve worked on in the past few years. At the moment I can&#039;t wait to take it for a test drive on something stupid like a clustered Swing application before looking forward to an enterprise project that presents an acid test.&lt;/p&gt;
&lt;p&gt;If anyone else has any opinions or concerns about this then it&#039;d be really great to hear about them.&lt;/p&gt;
        </description>
      
      
    
    
    
    <comments>http://www.codingthearchitecture.com/2007/03/15/qcon_open_terracotta.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2007/03/15/qcon_open_terracotta.html</guid>
    <pubDate>Thu, 15 Mar 2007 23:44:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>
