System-Architektur

Die Architektur, in die ZMS clinical eingebettet wird, wird abgestimmt auf die zu erwartende Belastung des System; für kleinere Websites ist die Architektur sehr einfach und erfordert keinerlei externe Konfiguration.

Autor: Dr. F. Hoffmann, 08.04.2004

Um auch größeren Belastungen standzuhalten, kommen übliche Optimierungs-Maßnahmen auf Open Source-Basis zum Einsatz. Dies betrifft insbesondere das Caching (Zwischenspeichern von HTML-Seiten und rasches Ausliefern) und das Indexing (für die Suchmaschine). Bei extrem großen Systemen bietet sich die Lastverteilung auf mehrere Rechnersysteme an; Zope liefert die hierfür erforderliche Basistechnologie mit.
Auch die Anbindung externer Datenbanken ist möglich; Zope bietet hierfür die erforderlichen ODBC-. bzw. SQL-Schnittstellen

Caching

Je nach Größe des Systems bzw. zu erwartender Nutzung sind unterschiedliche Caching-Ansätze empfehlenswert: Ziel ist es, die Auslieferung der angefragten HTML-Dokumente hinreichend performant ablaufen zu lassen bzw. das System möglichst einfach zu halten,
Dazu lässt sich das ZMS-interne Caching (Minimal-Lösung) wie auch (additiv) ein externes Proxy-Caching per Squid oder Apache mod_proxy einsetzen (Maximal-Lösung). Der Einsatz des Apache-Webservers ist ohnehin grundsätzlich empfehlenswert insbesondere auch im Hinblick auf den Einsatz von Multi- oder Subdomains (z.B. http://chirurgie.waldklinik.de) Das externe Caching umgeht den Zope-Server bzw. liefert quasi statische Seiten aus und ist damit die Methode mit der höchsten Performanz.

Multi-Websites

ZMS clinical eignet sich hervorragend zum Betrieb von Multi-Websites, d.h. nicht nur eine Website wird auf einem Rechner betrieben, sondern mehrere; erfahrungsgemäß lassen sich bis zu 40 ZMS-Websites sehr gut auf einem einzigen Rechner administrieren. ZMS ist auf Multi-Website-Konstallationen optimiert; so lassen sich Inhalte bzw. Links konsistent zwischen den einzelnen Clients einer Multi-Website austauschen und auf einfache Weise übergreifende Navigationen aufbauen.
Bei größeren Kliniken ist es empfehlenswert, die Abteilungen über eine Master-Client-Hierarchie (Portal-Konzept) jeweils in Form von ZMS-Clients abzubilden, weil damit eine rößeren Flexibilität hinsichtlich spezieller Anforderungen einzelner Abteilungen möglich wird. Z.B. kann es vorkommen, dass die Kardiologie ihre Inhalte auch in Arabisch publizieren möchte, während das für die Labormedizin als nicht erforderlich angesehen werden könnte.

Suche: externes vs. externes Indexing

Für kleinere Dokumentmengen (unter 500) reicht der standardmäßig integrierte Indexing-Mechanismus der Zope-Datenbank erfahrungsgemäß völlig aus; diese Methode hat den Vorteil, dass der Index wird bei jeder Content-Änderung sofort aktualisiert wird.
Bei großen Dokumentenmengen, besonders wenn viele Binärdaten (wie PDF) im Spiel sind, ist ein performanter externer Indexer wie das kostenfreie Open Source System ht/dig empfehlenswert. Hier wird zyklisch zu einem bestimmten Zeitpunkt indexiert; im Zusammenspiel mit einem externen Caching-Mechanismus wird damit die Datenbank-Belastung auf ein Minimum reduziert und die Performance maximiert.

Lastverteilung

Da ZMS auf den Zope-Applications-Server aufsetzt, wird es maßgeblich von dessen Performance bestimmt; es lassen sich mit Zope sowohl Ein-Rechner- wie auch Mehr-Rechner-Architekturen (load balancing) aufbauen. Hierfür steht das ZEO-System (Zope Enterprise Objects) zur Verfügung.