4.3.1.1. PARTsolutions Application Server ersetzt Suchserver

Der zentrale Service PARTapplicationServer kann nun auch für PARTsolutions eingesetzt werden und ersetzt den Suchserver. Bislang wurde dieser nur für CADENAS Apps, PARTcommunity Mobile und zeitweise als PARTserver Backend eingesetzt. Nun wird dieselbe Technik auch für PARTsolutions verwendet. Der Benutzer kann Kataloge wie gewohnt durchsuchen, auch dann, wenn der Katalog-Server sich an einem anderen Firmenstandort befindet. Es gibt nur noch EIN DATA-Verzeichnis.

Anwendungsfälle für den PARTapplicationServer:

  • Nutzung von CADENAS App (Der PARTapplicationServer befindet sich auf CADENAS Seite).

  • Nutzung durch PARTsolutions V9.8 um Verteilung und Synchronisation der Katalogdaten zu vermeiden (Der PARTapplicationServer befindet sich auf Firmenseite).

  • Zukünftig kann ein PARTsolutions (auf Firmenseite) auch den CADENAS-Katalogserver nutzen. So können Wartungsaufwände auf Seiten des Kunden eingespart werden. (Herstellerkataloge auf CADENAS-PARTapplicationServer und Eigenteile auf einem Inhouse-PARTapplicationServer.)

  • Zugriff von Drittsystemen wie beispielsweise PDM-Systemen auf den Inhouse-PARTapplicationServer, um Zusatzinformationen anzuzeigen.

  • Zugriff von Drittsystemen wie beispielsweise CAD-Systemen auf den CADENAS-Website-PARTapplicationServer, um direkt von dort CADENAS-Inhalte anzuzeigen.

Durch den Einsatz des PARTapplicationServers ergeben sich folgende Vorteile:

  • Replizieren von $CADENAS_DATA entfällt

    Je größer die Katalogdatenbank ist, mit desto mehr Zeitaufwand ist das Replizieren verbunden.

    Mit V9.08 müssen Katalogdaten nicht mehr zu anderen Standorten repliziert werden. Das Replizieren kann entfallen, da der PARTapplicationServer wesentlich schneller ist. Sollte es aus Performancegründen dennoch vorteilhaft sein, kann an Nebenstandorten zusätzlich mittels SQUID gecacht werden.

    Durch den Einsatz des PARTapplicationServer ist es möglich, die Kataloge nur an einem Standort zu installieren und alle Clients - egal an welchem Standort - verbinden sich mit dem PARTapplicationServer.

    Insofern spielen Verbindungsgeschwindigkeit und Latenzzeit und damit das Cachen eine Rolle. Der Cache hält einmal herunter geladene Teile solange vor, bis sie veraltet sind.

    Die beiden folgenden Abbildungen zeigen die Multisite-Installationsstruktur bis V9.07 und ab V9.08 im Vergleich:

    • Bis V9.07

      PARTdataManager (Clients) greift direkt auf $CADENAS_DATA zu.

      Mit SuchServer V9.7 - V9.07 Struktur bei großen Multisite-Installationen

      Mit SuchServer V9.7 - V9.07 Struktur bei großen Multisite-Installationen

    • Ab V9.08

      PARTdataManager (Clients) greift nun indirekt über den PARTapplicationServer auf $CADENAS_DATA zu.

      Mit PARTapplicationServer V9.8 - V9.08 Struktur bei großen Multisite-Installationen

      Mit PARTapplicationServer V9.8 - V9.08 Struktur bei großen Multisite-Installationen

  • Höhere Sicherheit - Kein Benutzerzugriff auf $CADENAS_DATA

    Das neue Konzept führt zu höherer Sicherheit: Ein direkter, dateibasierter Zugriff auf die Geometrien ist nicht möglich. Es erfolgt kein direkter Zugriff mehr auf $CADENAS_DATA. Somit müssen keine Zugriffsrechte für Benutzer auf $CADENAS_DATA gegeben sein.

  • Direkter Zugriff auf $CADENAS_DATA nur durch Administration

    Administrative Anwendungen wie PARTadmin greifen weiterhin mit Schreibrechten direkt auf das 23d-libs-Verzeichnis zu, da diese hier Änderungen vornehmen.

  • PARTapplicationServer auch bei Einzelplatz-Installation

    Der PARTapplicationServer wird auch bei Einzelplatz-Installation verwendet (automatisch mit der pdatamgr.exe gestartet). Dies hat den Vorteil, dass die Suche ausgegliedert ist und von allen Programmen (beispielsweise PARTdataManager und Seamless) auf der betreffenden Maschine genutzt werden kann. Somit steht mehr freier Arbeitsspeicher zur Verfügung, was wiederum der Suchgeschwindigkeit zu Gute kommt.

  • AppServer Einstellungen

    Einstellungen werden in PARTadmin vorgenommen.

    Die AppServer Client-Konfiguration nehmen Sie in PARTadmin -> Kategorie AppServer Client vor.

    PARTadmin -> Kategorie AppServer Client

    PARTadmin -> Kategorie AppServer Client

    • Kataloge und Suche über AppServer

      Ab PARTsolutions V9.08 gibt es nur noch ein zentrales Datenverzeichnis.

      Alle Zugriffe (Katalogbrowsing und Suche) - egal von welchem Standort - laufen über den PARTapplicationServer.

      Wählen Sie also diese Einstellung, wenn Sie PARTsolutions remote ohne Synchronisation der Katalogdaten nutzen.

      Hierfür ist eine spezifische Lizenz erforderlich.

    • Suche über AppServer

      Nur die Suche läuft über den AppServer.

      Hierfür ist keine Extra-Lizenz notwendig.

    • Lokalen AppServer verwenden (default)

      Die Verwendung des lokalen AppServers bietet gegenüber der pdatamgr.exe Vorteile. Dieser läuft auf 64Bit, wodurch evtl. Speicherprobleme vermieden werden.

      Der lokale Appserver wird nur für die Suche verwendet, nicht für das Katalogbrowsing.

      Der AppServer wird automatisch mit dem PARTdataManager angestartet und beendet. Sollte auch Seamless gestartet werden, verwendet Seamless diejenige Anwendung, die bereits läuft.

    • Keinen AppServer verwenden

      Alle Prozesse laufen über PARTdataManager.

  • AppServer Icon

    In der Statusleiste, rechts unten wird ein AppServer Icon angezeigt.

Technische Details zum PARTapplicationServer finden Sie unter PARTapplicationServer-Installation.