Zend_TimeSync.xml 8.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 15234 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.timesync.introduction">
  5. <title>Einführung</title>
  6. <para>
  7. <classname>Zend_TimeSync</classname> ist fähig die Internet- oder Netzwerkzeit von einem Zeitserver
  8. zu empfangen indem es das <emphasis role="strong">NTP</emphasis> oder
  9. <emphasis role="strong">SNTP</emphasis> Protokoll verwendet. Mit <classname>Zend_TimeSync</classname>
  10. ist Zend Framework fähig unabhängig von den Zeiteinstellungen des Servers auf dem es
  11. läuft zu agieren.
  12. </para>
  13. <para>
  14. Um unabhängig von der aktuellen Zeit des Servers zu sein, arbeitet
  15. <classname>Zend_TimeSync</classname> intern nur mit dem Unterschied der wirklichen Zeit der über NTP
  16. oder SNTP geschickten und der internen Zeit des Servers.
  17. </para>
  18. <note>
  19. <title>Hintergrund</title>
  20. <para>
  21. <classname>Zend_TimeSync</classname> ist nicht fähig die Zeit des Servers zu ändern, aber es
  22. gibt eine Instanz von <link linkend="zend.date.introduction">Zend_Date</link> zurück
  23. mit der der Unterschied zur Serverzeit verarbeitet werden kann.
  24. </para>
  25. </note>
  26. <sect2 id="zend.timesync.introduction.why">
  27. <title>Warum Zend_TimeSync ?</title>
  28. <para>
  29. Warum würde jemand <classname>Zend_TimeSync</classname> verwenden ?
  30. </para>
  31. <para>
  32. Normalerweise hat jeder Server in einer Multiserver Farm einen Service laufen der die
  33. eigene Zeit mit einem Zeitserver syncronisiert. In einer Standardumgebung sollte es
  34. also nicht notwendig sein <classname>Zend_TimeSync</classname> zu verwenden. Aber manchmal ist es
  35. sehr nützlich wenn es keinen Service gibt und wenn man nicht das Recht hat so einen
  36. Service zu installieren.
  37. </para>
  38. <para>
  39. Hier sind ein paar Beispiele, wo <classname>Zend_TimeSync</classname> perfekt passt:
  40. </para>
  41. <itemizedlist mark='opencircle'>
  42. <listitem>
  43. <para>
  44. <emphasis role="strong">Server ohne Zeitservice</emphasis>
  45. </para>
  46. <para>
  47. Wenn eine Anwendung auf einem Server läuft und auf diesem Server kein
  48. Zeitservice läuft kann es Sinn machen <classname>Zend_TimeSync</classname> in der
  49. eigenen Anwendung zu verwenden.
  50. </para>
  51. </listitem>
  52. <listitem>
  53. <para>
  54. <emphasis role="strong">Separater Datenbank Server</emphasis>
  55. </para>
  56. <para>
  57. Wenn eine Datenbank auf einem anderen Server läuft und dieser Server
  58. nicht mit <emphasis role="strong">NTP</emphasis> oder
  59. <emphasis role="strong">SNTP</emphasis> an dem Anwendungsserver angebunden ist,
  60. kann man Probleme haben Zeitstempel zu speichern und zu verwenden.
  61. </para>
  62. </listitem>
  63. <listitem>
  64. <para>
  65. <emphasis role="strong">Mehrere Server</emphasis>
  66. </para>
  67. <para>
  68. Wenn die Anwendung auf mehr als einem Server läuft, und die Zeitbasis dieser
  69. Server nicht miteinander gekoppelt sind, kann das zu Problemen in der Anwendung
  70. führen wenn Teile der Anwendung von einem Server und andere von einem anderen
  71. Server kommen.
  72. </para>
  73. </listitem>
  74. <listitem>
  75. <para>
  76. <emphasis role="strong">Batch Ausführung</emphasis>
  77. </para>
  78. <para>
  79. Wenn man mit einem Zeitserver arbeiten oder Ihn in einer Batchdatei oder in
  80. einer Kommandozeilen Anwendung inkludieren will, kann <classname>Zend_TimeSync</classname> nützlich sein.
  81. </para>
  82. </listitem>
  83. </itemizedlist>
  84. <para>
  85. <classname>Zend_TimeSync</classname> kann in allen diesen Fällen eine gute Lösung bieten und kann
  86. verwendet werden wenn man nicht in der Lage ist Services auf dem Server zu starten.
  87. </para>
  88. </sect2>
  89. <sect2 id="zend.timesync.introduction.ntp">
  90. <title>Was ist NTP ?</title>
  91. <para>
  92. Das <code>Network Time Protocol</code> (<emphasis role="strong">NTP</emphasis>) ist
  93. ein Protokoll für die Synchronisierung von mehreren Systemuhren über
  94. Paket-geführte, variabel laufende Datennetzwerke. NTP verwendet den UDP Port 123 als seine
  95. Transportschicht. Siehe
  96. <ulink url="http://en.wikipedia.org/wiki/Network_Time_Protocol">diesen Wikipedia Artikel</ulink>
  97. für Details über das Protokoll.
  98. </para>
  99. </sect2>
  100. <sect2 id="zend.timesync.introduction.sntp">
  101. <title>Was ist SNTP?</title>
  102. <para>
  103. Das <code>Simple Network Time Protocol</code> (<emphasis role="strong">SNTP</emphasis>)
  104. ist ein Protokoll für die Synchronisierung von mehreren Systemuhren über
  105. Paket-geführte, variabel laufende Datennetzwerke. SNTP verwendet den UDP Port 37 als
  106. Transportschicht. Es ist fast identisch mit dem Network Time Protokoll aber
  107. einfacher.
  108. </para>
  109. </sect2>
  110. <sect2 id="zend.timesync.introduction.problematic">
  111. <title>Problematische Verwendung</title>
  112. <para>
  113. Vorsicht das man sich, wenn <classname>Zend_TimeSync</classname> verwendet wird, einige Gedanken
  114. über Details betreffend der Struktur von Zeitsynchronisierung und dem Internet selbst machen
  115. muß. Die richtige Verwendung und die beste Praxis werden hier beschrieben. Bevor man
  116. <classname>Zend_TimeSync</classname> verwendet sollte das hier sorgfältig durchgelesen werden.
  117. </para>
  118. </sect2>
  119. <sect2 id="zend.timesync.introduction.decision">
  120. <title>Auswählen welcher Server verwendet werden soll</title>
  121. <para>
  122. Der Zeitserver der verwendet werden soll muß, anhand der folgenden Kriterien, sehr sorgfältig
  123. ausgewählt werden:
  124. </para>
  125. <itemizedlist mark='opencircle'>
  126. <listitem>
  127. <para>
  128. Distanz
  129. </para>
  130. <para>
  131. Die Distanz vom Server auf dem die Anwendung läuft und dem Zeitserver der
  132. angefragt wird. Wenn der Server in Europa sitzt mach es weni Sinn einen
  133. Zeitserver zu verwenden der in Tahiti ist. Es sollte immer ein Server
  134. ausgewählt werden der nicht weit weg ist. Das reduziert die Zeit für die
  135. Anfrage und es reduziert auch die Last im Netzwerk.
  136. </para>
  137. </listitem>
  138. <listitem>
  139. <para>
  140. Geschwindigkeit
  141. </para>
  142. <para>
  143. Wie lange es dauert eine Anfrage zu empfangen ist auch relevant. Es sollten
  144. andere Server probiert werden um das beste Ergebnis zu erhalten. Wenn ein
  145. Server angefragt wird auf den nie zugegriffen werden kann wird man immer
  146. unnötige Verzögerungen haben.
  147. </para>
  148. </listitem>
  149. <listitem>
  150. <para>
  151. Aufteilung
  152. </para>
  153. <para>
  154. Es sollte nicht immer der gleiche Server verwendet werden. Alle Zeitserver
  155. sperren Anfragen von Servern welche sie überfluten. Wenn eine Anwendung
  156. exzessiv Zeitserver verwendet sollte man ein Pool verwenden wie anbei beschrieben.
  157. </para>
  158. </listitem>
  159. </itemizedlist>
  160. <para>
  161. Wo kann man also einen Zeitserver finden ? Generell kann jeder Zeitserver verwendet
  162. werden den man kennt. Das kann ein Zeitserver im eigenen LAN oder ein öffentlicher
  163. Zeitserver sein auf den man Zugriff hat. Wenn man sich für einen öffentlichen Zeitserver
  164. entscheidet sollte man einen Pool-Server verwenden. Serverpools sind öffentliche
  165. Adressen von denen man einen zufälligen Zeitserver auf dem Pool erhält wenn man die
  166. Zeit anfrägt. Auf diesem Weg muß man seine Anfragen nicht aufteilen. Es gibt
  167. öffentliche Serverpools für verschiedene Regionen sodas man die vorher erwähnten
  168. Probleme nicht hat.
  169. </para>
  170. <para>
  171. Siehe <ulink url="http://www.pool.ntp.org">pool.ntp.org</ulink> um den
  172. am nächsten liegenden Serverpool zu finden. Wenn, zum Beispiel, der eigene Server also in
  173. Deutschland liegt kann man sich auf <code>0.europe.pool.ntp.org</code> verbinden.
  174. </para>
  175. </sect2>
  176. </sect1>