http://wiki.erights.org/mediawiki/index.php?action=history&feed=atom&title=SturdyRef_replicationSturdyRef replication - Revision history2026-04-25T09:24:11ZRevision history for this page on the wikiMediaWiki 1.15.5-7http://wiki.erights.org/mediawiki/index.php?title=SturdyRef_replication&diff=1605&oldid=prevKevin Reid: remove accidentally included title-in-body2007-09-06T14:59:08Z<p>remove accidentally included title-in-body</p>
<p><b>New page</b></p><div>This is [[User:Kevin Reid]]'s idea for implementing transparent load-balancing replication for services exposed over [[Pluribus]].<br />
<br />
==Premises==<br />
<br />
We have a set of hosts running replicas of the actual service (ignoring their internal communication topology), and (possibly identical) a set of hosts which are exposed to the Internet and provide some mechanism (e.g. round robin DNS) for letting a client connect to an arbitrary one of them.<br />
<br />
==Implementation==<br />
<br />
Each of the exposed hosts is running a 'pseudo-[[vat]]'; all pseudo-vats have the same [[VatID]]. The clients hold ordinary [[SturdyRef]]s referring to this VatID.<br />
<br />
A pseudo-vat implements [[CapTP]] trivially: it ignores all incoming messages except [[nonceLocator#lookupSwiss/2]]. A successful lookup returns a [[live reference]] to a [[presence]] of the relevant object in one of the replica-vats.<br />
<br />
In order to preserve transparency, the pseudo-vat must not support any feature (e.g. incoming [[3Desc]]s, [[WormholeOp]], etc.) which would require it to connect to other vats, as then its non-singular nature could be revealed.<br />
<br />
==Notes==<br />
<br />
The pseudo-vat should be a reasonably simple application of the CapTP-in-E subsystem (if it isn't possible, CapTP-in-E needs to be redesigned).<br />
<br />
However, in order to support the [[3-vat introduction]] for the redirected-to live ref, the [[NonceLocator]]s provided by the replica-vats must be able to accept acceptFrom messages specifying the pseudo-vat's [[VatID]]; the normal [[gift table]] mechanism would require that there be a live connection between the pseudo-vat-instance and the replica-vat.</div>Kevin Reidhttp://wiki.erights.org/mediawiki/index.php?title=SturdyRef_replication&diff=3350&oldid=prevKevin Reid: new document2007-09-06T14:54:30Z<p>new document</p>
<table style="background-color: white; color:black;">
<col class='diff-marker' />
<col class='diff-content' />
<col class='diff-marker' />
<col class='diff-content' />
<tr valign='top'>
<td colspan='2' style="background-color: white; color:black;">←Older revision</td>
<td colspan='2' style="background-color: white; color:black;">Revision as of 14:54, 6 September 2007</td>
</tr>
<tr><td colspan="2" class="diff-lineno">Line 1:</td>
<td colspan="2" class="diff-lineno">Line 1:</td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;">Replication</ins></div></td></tr>
<tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="background: #cfc; color:black; font-size: smaller;"><div><ins style="color: red; font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>This is [[User:Kevin Reid]]'s idea for implementing transparent load-balancing replication for services exposed over [[Pluribus]].</div></td><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"><div>This is [[User:Kevin Reid]]'s idea for implementing transparent load-balancing replication for services exposed over [[Pluribus]].</div></td></tr>
<tr><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"></td><td class='diff-marker'> </td><td style="background: #eee; color:black; font-size: smaller;"></td></tr>
<!-- diff generator: internal 2026-04-25 09:24:12 -->
</table>Kevin Reid