[svnbook] r4294 committed - Ticket #321: Introduction "Write-through proxying" (cf....
svnbook at googlecode.com
svnbook at googlecode.com
Tue Sep 4 14:01:17 CDT 2012
Revision: 4294
Author: jmfelderhoff at gmx.eu
Date: Tue Sep 4 12:01:04 2012
Log: Ticket #321: Introduction "Write-through proxying" (cf.
http://www.svnbook.de/ticket/321)
http://code.google.com/p/svnbook/source/detail?r=4294
Modified:
/branches/1.5/de/book/ch06-server-configuration.xml
=======================================
--- /branches/1.5/de/book/ch06-server-configuration.xml Tue Jul 24 11:03:06
2012
+++ /branches/1.5/de/book/ch06-server-configuration.xml Tue Sep 4 12:01:04
2012
@@ -5213,8 +5213,12 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
<sect3 id="svn.serverconfig.httpd.extra.writethruproxy">
+<!--
<title>Write-through proxying</title>
+-->
+ <title>Proxy mit Weiterleitung beim Schreiben</title>
+<!--
<para>One of the nice advantages of using Apache as a
Subversion server is that it can be set up for simple
replication. For example, suppose that your team is
@@ -5234,18 +5238,57 @@
then automatically <quote>pushes</quote> the new revision to
each slave server using the <command>svnsync</command>
replication tool.</para>
+-->
+ <para>Einer der netten Vorteile von Apache als
+ Subversion-Server ist die Möglichkeit zur Einrichtung eines
+ einfachen Abgleichs. Nehmen wir zum Beispiel an, dass Ihr
+ Team über vier Standorte auf der Welt verteilt ist. Da das
+ Subversion-Projektarchiv nur an einem davon untergebracht
+ sein kann, ist es für die anderen drei Standorte kein
+ Vergnügen, darauf zuzugreifen, da sie wahrscheinlich eine
+ spürbar langsamere Verbindung und längere Antwortzeiten beim
+ Aktualisieren und Abliefern von Code erdulden müssen. Eine
+ leistungsfähige Lösung besteht darin, ein System
+ aufzusetzen, das aus einem
+ <firstterm>Master</firstterm>-Apache-Server und mehreren
+ <firstterm>Slave</firstterm>-Apache-Servern besteht. Falls
+ Sie an jedem Standort einen Slave-Server aufstellen, können
+ die Benutzer eine Arbeitskopie vom nächstgelegenen Slave
+ auschecken. Alle Leseanfragen gehen an den Server vor Ort.
+ Schreibanfragen werden automatisch an den einzigen
+ Master-Server weitergeleitet. Wenn die Übergabe
+ abgeschlossen ist, <quote>schiebt</quote> der Master
+ automatisch die neue Revision mithilfe des
+ Abgleichswerkzeugs <command>svnsync</command> auf jeden
+ Slave-Server.</para>
+<!--
<para>This configuration creates a huge perceptual speed
increase for your users, because Subversion client traffic
is typically 80–90% read requests. And if those
requests are coming from a <emphasis>local</emphasis>
server, it's a huge win.</para>
+-->
+ <para>Diese Konfiguration bewirkt eine riesige, für Ihre
+ Benutzer deutlich wahrnehmbare Geschwindigkeitszunahme, da
+ der Netzverkehr von Subversion-Clients normalerweise zu
+ 80—90% aus Leseabfragen besteht. Und wenn diese
+ Abfragen von einem <emphasis>lokalen</emphasis> Server
+ kommen, ist das ein Riesengewinn.</para>
+<!--
<para>In this section, we'll walk you through a standard setup
of this single-master/multiple-slave system. However, keep
in mind that your servers must be running at least Apache
2.2.0 (with <command>mod_proxy</command> loaded) and
Subversion 1.5 (<command>mod_dav_svn</command>).</para>
+-->
+ <para>In diesem Abschnitt begleiten wir Sie durch eine
+ Standard-Einrichtung dieses
+ Ein-Master/Mehrere-Slaves-Systems. Denken Sie jedoch daran,
+ dass auf Ihren Servern mindestens Apache 2.2.0 (mit
+ geladenem <command>mod_proxy</command>) und Subversion 1.5
+ (<command>mod_dav_svn</command>) laufen muss.</para>
<sect4 id="svn.serverconfig.httpd.extra.writethruproxy.configure">
<title>Configure the servers</title>
More information about the svnbook-dev
mailing list