Als Betriebssysteme können Windows, Linux/Unix u.a. genutzt werden.
addressware basiert auf einer von ESW selbst entwickelten, plattformunabhängigen Architektur und benötigt für den Betrieb Java 21. Der integrierte Application Server ist direkt in addressware enthalten (eingebetteter Tomcat via Spring Boot) – eine separate Installation eines Application Servers ist nicht erforderlich.
addressware kann sowohl auf dedizierten Servern, Virtuellen Maschinen sowie in Docker-Containern oder Kubernetes betrieben werden – auch ein Cloud-Betrieb ist möglich. addressware benötigt für den Betrieb keine Datenbank. Ein Import/Export von Daten aus bzw. in Datenbanken ist aber natürlich möglich. Alle Daten werden werden im Filesystem abgelegt. Für einen performanten Betrieb werden lokale SSDs oder per NFS angebundene schnelle Storage-Systeme empfohlen.
Die Einrichtung erfolgt wahlweise durch den Kunden - Bereitstellung vorbereiteter Server mit Betriebssystem und Java 21, Deployment der addressware-Anwendung sowie Bereitstellung der benötigten Daten - oder durch ESW (komplett vorkonfigurierte Umgebungen inkl. aller Referenzdaten).
Als Mindestanforderung für den Betrieb von addressware wird ein Server mit den folgenden Eigenschaften vorausgesetzt:
- Betriebssystem Windows, Linux/Unix (u.a.)
- 2 CPU (Hardware oder virtualisiert)
- 8 GB Arbeitsspeicher (RAM)
- Java ab Version 21
- je nach Umfang der benötigten Daten 50 – 100 GB (bei großen Datenmengen ggf. auch mehr) im Filesystem
- als Filesystem können lokale SSD oder per NFS-Mount angebundene schnelle Storage-Systeme genutzt werden
In der Regel werden mehrere Umgebungen benötigt, mindestens jedoch:
- Entwicklung
- Test / QS
- Produktion
Die Entwicklungs- und Test-Umgebungen werden typischerweise auf jeweils einem separaten Server aufgebaut. Für den produktiven Betrieb werden i.d.R. mehrere Server eingesetzt, um Ausfallsicherheit und Lastverteilung zu gewährleisten. Hier wird typischerweise eine Umgebung von mind. 3 Servern genutzt:
- 1 Update/Batch Server
- 2 Server für die Online-Abfragen (Reader)
- ggf. werden auch Update und Batch Server auf separaten Systemen betrieben
Dabei benutzen die Server das Filesystem gemeinsam. Nur der Update/Batch-Server greift schreibend auf das Filesystem zu, die Server für Online-Abfragen (Reader) nur lesend. Bei einer Trennung zwischen Update und Batch Server benötigt der Batch-Server ein eigenes Filesystem, während die anderen Server das gemeinsame Filesystem nutzen. Der Einsatz eines separaten Batch Servers hängt in erster Linie davon ab, wie oft Batches im Tagesbetrieb ausgeführt werden. In den meisten Szenarien ist eine solche Trennung daher nicht notwendig.
Für containerbasierte Umgebungen stehen Container Images und Helm Charts für Kubernetes-Cluster zur Verfügung.
Unsere Software arbeitet bei der Dublettenprüfung mit Kombinationen von phonetischen, mathematischen und strukturorientierten Verfahren. Fehler aus Hör-, Schreib- und Übertragungsfehlern erkennt sie. Dabei arbeitet sie hochperformant und verarbeitet Adressmengen im zweistelligen Millionenbereich.
Neben einer guten Performance orientieren wir uns stets an Ihren Unternehmensprozessen. Für die Verarbeitung der Adressen werden die Anwenderadressen über einen komfortablen Import in das addressware Verarbeitungsformat übertragen. Dabei stehen Ihnen hierbei variable Selektions- und Sortierungsmöglichkeiten sowie alle relevanten Adressdatenimport-Funktionen zur Verfügung.
Die grafische Benutzeroberfläche ist ergonomisch und selbsterklärend. Sie können dort die Regeln und Definitionen in Form von Anwendungsbeschreibungen eigenständig spezifizieren. Eine einfache Anwendungsbeschreibung zur Prüfung einer einzelnen Adressdatei lässt sich problemlos in wenigen Minuten aufgrund der voreingestellten Standardparameter umsetzen. Andererseits können Sie selbstverständlich alle Parameter der Prüfung und Bereinigung selbst spezifizieren, z.B.
- Dublettenagleichtyp (Adressdaten in sich oder gegeneinander abgleichen oder beide Varianten innerhalb einer Verarbeitung anwenden)
- Distanzgewichtungswert zur Definition der automatischen und manuellen Treffergrenze
- Optionale Aktivierung der API-Nutzung
- Einfache oder mehrfache Definition der abgleichrelevanten Felder mit den Parametern Relevanz, Aufbereitung, Ersetzung, Phonetik, Abgleichsart
Durch das Prinzip der Anwendungsbeschreibung ergeben sich folgende Vorteile:
- Abbildung komplexer Prozesse
- Nachvollziehbares Regelwerk
- Zyklischer Einsatz für Nachhaltigkeit
- Transformation für andere Datenbanken
- Zusammenarbeit im Team
Die Ergebnisse der Dublettenbereinigung stellen wir Ihnen in verschiedenen Varianten zur Verfügung – der Dublettenabgleich ist passgenau zur anschließenden Weiterverarbeitung. Die automatischen Dublettentreffer können Sie innerhalb des Abgleichprozesses direkt in die operative Adressdatenbank übernehmen. Müssen mehrdeutige Treffer manuell nachbearbeitet werden? Dafür steht Ihnen prozess-orientiert ein Dialogverfahren zur Verfügung.
Und so sieht ein Ergebnis aus. In der Dublettenprüfung wird der Name: „Marcel Reich-Ranicki“ in folgenden Schreibweisen gefunden:
Marcel Reich-Ranitzki
Marcell Reich-Ranidski
Rannizki, Marcel-Raich
Reych-Rahnitschki, M.
