Ihre Fragen, beantwortet.

EngineGrids Accelerator fungiert als Schnittstelle zwischen Anwendungen und ihren bestehenden Datenbanken. Es bedient berechtigte Lesezugriffe aus dem Arbeitsspeicher und nutzt die in CDC gespeicherten Datenbankänderungen zur Cache-Verwaltung. Die Datenbank bleibt das maßgebliche System. Weitere Informationen finden Sie im Accelerator .

Anwendungen verbinden sich mit einem Accelerator-Endpunkt, der wiederum mit der Datenbank verbunden ist. Der Accelerator kann geeignete Leseanfragen aus seinem Cache beantworten und Datenbankvorgänge bei Bedarf an die bestehende Datenbank weiterleiten. Ein Cluster platziert mehrere Accelerator-Knoten hinter einem gemeinsam genutzten Anwendungsendpunkt. Siehe die Referenzarchitekturen .

Teams, die mit steigenden Datenbankkosten, wachsendem Anwendungsbedarf oder wiederholten Datenbankzugriffen konfrontiert sind, können mithilfe einer Evaluierung die Eignung der Datenbank prüfen. Einkäufer können Kosten und Kapazität analysieren, Architekten das Anwendungsverhalten bewerten und Betreiber die Bereitstellung und Überwachung planen. Partner können diese Aktivitäten in einem Kundenprojekt zusammenführen.

Wiederholte Lesevorgänge beanspruchen Datenbankressourcen, die für andere Aufgaben genutzt werden könnten. Die Beantwortung wiederverwendbarer Abfragen durch den Accelerator kann diesen Bedarf reduzieren und die Anwendungsreaktionszeit verbessern. Die Geschäftsmöglichkeit besteht in einer höheren Kapazität Ihrer bestehenden Investition, einem geringeren Speicherbedarf der Datenbank oder einer Kombination aus beidem, basierend auf Ihren Messungen.

Beides sind legitime Ziele. Sie können eine kleinere Datenbankinfrastruktur in Betracht ziehen, die Ihre Leistungsziele dennoch erfüllt, oder die bestehende Kapazität beibehalten, um höhere Nachfrage zu bedienen und die Erweiterung aufzuschieben. Vergleichen Sie die Optionen anhand Ihrer Arbeitslast, Betriebsanforderungen, Infrastrukturkosten und Lizenzvereinbarungen. Ermitteln Sie den geschäftlichen Nutzen .

Nein. Die Reduzierung der Datenbank- CPU bedeutet weniger Verarbeitungsaufwand; die Kosten hängen von den tatsächlich bereitgestellten Ressourcen, den Lizenzbedingungen, den Cloud-Preisen und den Betriebskosten ab. Erstellen Sie eine Wirtschaftlichkeitsberechnung anhand einer Konfiguration, die Ihre Leistungsziele erfüllt, und beziehen Sie den Accelerator und zugehörige Dienste in den Vergleich ein.

Beginnen Sie mit den aktuellen Datenbank- und Infrastrukturkosten, Lizenzverpflichtungen, dem Workload-Bedarf, den Antwortzeiten, dem Durchsatz und den Wachstumserwartungen. Vergleichen Sie diese mit den gemessenen Ergebnissen und einem geplanten Einsatz. Trennen Sie die Einsparungen durch entfernbare Ressourcen von den wiederverwendbaren Kapazitäten und berücksichtigen Sie Implementierung und laufenden Betrieb in Ihrer Planung. Siehe den Ansatz zur Kostenoptimierung .

EngineGrids unterstützt MySQL , MariaDB , PostgreSQL , Microsoft , SQL Server , Oracle Database und IBM Db2 für Linux . Erkunden Sie die Datenbank-Engines .

Planen Sie gemeinsam die Serverversion, den nativen Treiber, die TLS -Einstellungen und CDC Voraussetzungen. EngineGrids kann Sie bei der Überprüfung Ihrer Datenbankumgebung und der Paketauswahl unterstützen. Besprechen Sie Ihre Bereitstellung .

Die transparente Lesebeschleunigung nutzt Ihre vorhandenen Datenbanktreiber und aktualisierten Verbindungseinstellungen. Geben Sie der Anwendung die Adresse und den Port des Beschleunigers an und stellen Sie die Verbindung erneut her. Die optionale Schreibwarteschlange ändert sich, sobald Schreibvorgänge bestätigt werden. Prüfen Sie diese Einstellung daher separat im Hinblick auf das Verhalten Ihrer Anwendung. Lesen Sie die Verbindungsanleitung .

Für die transparente Lesebeschleunigung ist keine Datenmigration erforderlich. Ihre Daten verbleiben in Ihrer bestehenden Datenbank, die weiterhin als Datenspeicher dient. Der Beschleuniger fügt dem Verbindungspfad der Anwendung eine zusätzliche Schicht hinzu; er ersetzt weder die Datenbank noch deren Verfügbarkeits- und Datensicherungsaufgaben.

Der Accelerator stellt eine Verbindung zum Datenbankendpunkt Ihrer Anwendung her. Bei einer verwalteten Datenbank sollten Sie Datenbankprotokoll, Netzwerkzugriff, Anmeldeinformationen und Verbindungssicherheit gemeinsam planen. Der Datenbankbetrieb läuft weiterhin über den bestehenden Dienst. Referenzdesigns unterstützen Sie bei der Planung der Anwendungs- und Beschleunigungsebenen in Ihrer Umgebung.

Achten Sie auf wiederkehrende Lesevorgänge und Datenbankauslastung, die für Ihre Anwendung oder Ihr Budget relevant sind. Bewerten Sie die Wiederverwendung von Abfragen, das Verhältnis von Lese- und Schreibvorgängen, Datenänderungsmuster, Antwortzeiten und den Durchsatz unter repräsentativem Datenverkehr. Das Ergebnis sollte sowohl das Anwendungsverhalten als auch die Belastung der Datenbank aufzeigen. Nutzen Sie Performance Lab .

Das Architekturportal bietet Startentwürfe für kundenverwaltete Anwendungen CMS , CRM , ERP , Finanz- und Stammdatenanwendungen. Diese zeigen, wo Beschleunigung sinnvoll eingesetzt werden kann und welche Schicht für welche Aufgaben zuständig ist. Nutzen Sie die tatsächliche Datenbankverbindung und Arbeitslast Ihrer Anwendung, um aus einem Entwurf einen Bereitstellungsplan zu erstellen. Erkunden Sie die Arbeitslastentwürfe .

Der Accelerator speichert wiederverwendbare Abfrageergebnisse im Arbeitsspeicher. Wenn eine Leseanfrage ein gültiges, zwischengespeichertes Ergebnis verwenden kann, kann sie beantwortet werden, ohne die Datenbankzugriffe zu wiederholen. Leseanfragen, die die Datenbank benötigen, werden über den Datenbankverbindungspfad fortgesetzt. Erfahren Sie mehr über die Funktionsweise der Beschleunigung .

Die Änderungsdatenerfassung folgt den in der Datenbank gespeicherten Änderungen. EngineGrids verwendet Zeilenidentitäten, Prädikate und Abhängigkeiten, um zwischengespeicherte Zeilen zu verwalten und betroffene Abfrageergebnisse zu ungültig zu machen. Unterbrechungen CDC lösen eine Umgehung und Resynchronisierung aus.

Konfigurieren Sie CDC so, dass alle relevanten Änderungen, einschließlich direkter Schreibvorgänge in die Datenbank, abgedeckt werden. Überprüfen Sie die Replikationsberechtigungen, die Quellabdeckung und die Verzögerung der ausgewählten Engine. Planen Sie den Zugriff auf CDC .

Die Transaktions- und Isolationsregeln der Datenbank bleiben maßgebend. Die Cache-Wiederverwendung folgt den Transaktionsregeln der Engine, und relevante Lesevorgänge sind vor veralteten Cache-Ergebnissen geschützt, während geschützte Schreibvorgänge nicht aufgelöst werden. Die Beschleunigung überschreibt nicht das normale Snapshot-Verhalten Ihrer Datenbanktransaktionen.

Für das Lese-Caching sind keine Schreibvorgänge in der Warteschlange erforderlich. Wählen Sie den Schreibbereich entsprechend der Engine und den nativen Antwortanforderungen der Anwendung. Schreibvorgänge vom MySQL und MariaDB warten auf die tatsächliche Datenbankantwort. Überprüfen Sie das Schreibverhalten .

Bei zulässigen, in die Warteschlange gestellten Autocommit-Schreibvorgängen wird die erfolgreiche Übernahme in den Speicher bestätigt, bevor die Datenbankausführung abgeschlossen ist. Diese Warteschlange ist nicht persistent und wird nicht repliziert, sodass übernommene Schreibvorgänge bei einem Prozess- oder Hostausfall verloren gehen können. Operationen, die datenbankgenerierte Werte benötigen, warten auf die native Antwort.

Das Schreibverhalten ist enginespezifisch. MySQL und MariaDB speichern die tatsächlichen Datenbank-Schreibantworten. Andere Adapter können geeignete Einzelanweisungs-Autocommit-Operationen in eine Warteschlange stellen und gleichzeitig Transaktionen und Operationen weiterleiten, die datenbankgenerierte Ergebnisse benötigen. Überprüfen Sie das Schreibverhalten .

Jede Instanz beginnt im Bypass-Modus und leitet Anfragen weiter, während der lokale Cache gefüllt wird. Das standardmäßige Aufwärmintervall beträgt 120 Sekunden ab dem Zeitpunkt der operativen Weiterleitung. Nach Ablauf des konfigurierten Intervalls können gültige Leseanfragen die zwischengespeicherten Ergebnisse nutzen. Überprüfen Sie die Cache-Einstellungen .

EngineGrids ist für Cloud- und On-Premises-Bereitstellungen verfügbar, einschließlich VMware und Nutanix -Umgebungen, sowie als installierbare Software in kundenverwalteten Umgebungen. Der Accelerator läuft auf kundenseitig kontrollierten Linux Servern zwischen Ihren Anwendungsdiensten und der Datenbank. Wählen Sie Netzwerkzugriff und -kapazität entsprechend Ihrer Umgebung und Arbeitslast. Weitere Informationen finden Sie in der Bereitstellungsübersicht .

Sie benötigen die Accelerator-Pakete, ein autorisiertes Linux oder SSH -Konto, den Datenbankendpunkt, die Anmeldeinformationen der Anwendung, CDC -Voraussetzungen und die TLS Dateien. Lesen Sie die Checkliste für die Einrichtung .

accel_setup bietet geführte Terminalmenüs für Datenbankverbindungen, TLS , CDC , Cache-Speicher, Aufwärmphase, Sichtbarkeit und Beschleunigungsbereich. Überprüfen Sie die ausgeblendeten Einstellungen und wählen Sie „Speichern“ oder „Verwerfen“. Siehe die Einrichtungsschritte .

Speichern und überprüfen Sie die Konfiguration und starten Sie anschließend den Accelerator-Dienst explizit. Paketinstallationen verwenden systemctl; lokale Instanzen verwenden accel start. Das Speichern der Konfiguration führt nicht automatisch zu einem Neustart des Datenverkehrs. Befolgen Sie die Schritte zum Starten und Verbinden .

Beginnen Sie mit einer einzelnen Instanz oder platzieren Sie unabhängige Instanzen hinter einem externen Load Balancer TCP ). Jede Instanz verfügt über einen eigenen Cache, einen eigenen Consumer CDC ) und eigene Sessions. Planen Sie mehrere Instanzen .

Jede Instanz empfängt Datenbankänderungen über ihre CDC -Verbindung und verwaltet ihren eigenen lokalen Cache. Ein externer Load Balancer steuert die Verbindungen. Die Konfiguration kann per Export und Import kopiert und anschließend für die Zielinstanz überprüft werden. Überprüfen Sie die Instanzvorgänge .

Installieren und konfigurieren Sie die neue Instanz, weisen Sie ihr die erforderliche Identität und Berechtigungen CDC ) zu und überprüfen Sie die Konnektivität TLS und der Datenbank. Überprüfen Sie die Listener-Ports und lokalen Dateipfade, konfigurieren Sie anschließend Ihren externen Load Balancer und füllen Sie den lokalen Cache auf. Planen Sie eine weitere Instanz .

Performance Lab unterstützt Sie bei der Planung und Durchführung einer Evaluierung Ihrer Arbeitslast. Vergleichen Sie einen direkten Datenbankpfad mit derselben Arbeitslast über EngineGrids und analysieren Sie anschließend das Anwendungsverhalten und die Datenbankauslastung. Planen Sie Ihre Evaluierung .

Wählen Sie eine repräsentative Arbeitslast, eine Cloud-Testumgebung, Zugriff auf Datenbank-Performance-Kennzahlen und klare Erfolgskriterien. Planen Sie reproduzierbare Bedingungen, bevor Sie den direkten und den beschleunigten Pfad vergleichen. Beginnen Sie mit den Laboranforderungen und der Einrichtungsanleitung und verwenden Sie anschließend die Anleitung zur Beschleuniger-Einrichtung.

Verwenden Sie für beide Pfade dieselbe Arbeitslast und dieselben Ressourcen. Legen Sie die Baseline für die direkte Datenbankverbindung fest, konfigurieren und wärmen Sie den Accelerator auf und wiederholen Sie die Arbeitslast. Halten Sie Messzeiträume und Einheiten konstant und protokollieren Sie Konfigurations- oder Datenverkehrsänderungen, um Unterschiede interpretieren zu können. Überprüfen Sie die Vergleichsschritte .

Messen Sie die Antwortzeiten, den Durchsatz, Verbindungsfehler und die Arbeitslastabwicklung Ihrer Anwendung. Vergleichen Sie die Datenbank- CPU mit der Anzahl der Anweisungen bzw. Ausführungen sowie mit dem verfügbaren Speicher und den E/A-Kennzahlen. Erfassen Sie auch die Nutzung der Accelerator-Ressourcen, um eine Reduzierung der Datenbanklast im Rahmen der gesamten Bereitstellung zu berücksichtigen. Analysieren Sie Ihre Ergebnisse .

Die aktuellen Ergebnisse zeigen die Reduzierung der Datenbank- CPU und die Cache-Trefferraten für den Beschleuniger 1.0.2 über sechs Engines hinweg. Performance Lab unterstützt Sie bei der Bewertung Ihrer eigenen Arbeitslast und Bereitstellung. Entdecken Sie die Benchmark-Ergebnisse .

Das Ergebnis hängt von der Wiederverwendung von Abfragen, Lese- und Schreibmustern, dem Verbindungsverhalten, den Ressourcen und der Art und Weise ab, wie die Anwendung ihre Datenbank nutzt. Vergleichen Sie Anwendungsleistung und Datenbankbedarf gemeinsam: Geringere Datenbanklast und höherer Anwendungsdurchsatz sind unterschiedliche Messgrößen. Definieren Sie Erfolgskriterien, die Ihre eigene Arbeitslast und Ihre Geschäftsziele widerspiegeln.

Prüfen Sie die Performance und die Änderungen des Datenbankbedarfs, dimensionieren Sie die geplante Bereitstellung und vergleichen Sie Infrastruktur-, Lizenz-, Accelerator- und Betriebskosten. Planen Sie anschließend die Einführung und den Kauf mit Ihrem Team oder Partner. Sie können Ihre Ergebnisse mit EngineGrids besprechen und den Kaufprozess überprüfen.

Anwendungsseitig, datenbankseitig und CDC TLS werden unabhängig voneinander konfiguriert. Bereiten Sie Zertifikats- und Vertrauensdateien für das Dienstkonto vor. Die Remote-Administration nutzt Ihren bestehenden SSH -Dienst mit Host-Key-Verifizierung. Überprüfen Sie die Verbindungssicherheit .

Verwenden Sie accel und accel_setup lokal über Betriebssystemberechtigungen oder remote über SSH . Installieren Sie das Dienstprogrammpaket auf einer Management-Workstation und behalten Sie die autoritativen Einstellungen auf dem verwalteten Server bei. Lesen Sie die Anleitung zur Remote-Administration .

Anwendungen authentifizieren sich mit ihren bestehenden Datenbankanmeldeinformationen. Neue Sitzungen werden mit der Datenbank validiert. Konfigurieren Sie ein separates Konto CDC ) mit den erforderlichen Replikations- und Metadatenberechtigungen der ausgewählten Engine. Überprüfen Sie die Konten und CDC .

Zwischengespeicherte Ergebnisse und zulässige Schreibvorgänge in der Warteschlange verbleiben im Instanzspeicher. SQLite speichert Konfigurations- und begrenzte Fehlerprotokolle. Die exportierte Konfiguration enthält Geheimnisse, jedoch keine zwischengespeicherten Ergebnisse, Schreibvorgänge in der Warteschlange und den aktuellen Fortschritt CDC . Überprüfen Sie Status und Speicher .

Ein externer Load Balancer kann neue Verbindungen an verfügbare Instanzen weiterleiten. Fehlgeschlagene Sitzungen werden wiederhergestellt; Caches werden nach einem Neustart neu aufgefüllt. Im Arbeitsspeicher zwischengespeicherte Schreibvorgänge, die die Datenbank noch nicht erreicht haben, können verloren gehen. Überprüfen Sie die Instanzvorgänge .

Die Datenbank bleibt für die dauerhafte Datensicherung, die Verfügbarkeit der Datenbank sowie die Datensicherung und -wiederherstellung verantwortlich. Accelerator-Instanzen haben ihre eigenen Routing- und Lebenszyklusverantwortlichkeiten. Überprüfen Sie die Bereitstellungslayouts .

Die Warteschlange ist rein speicherbasiert und verfügt über kein Wiederherstellungsprotokoll oder eine Wiedergabefunktion nach einem Prozessfehler. Lassen Sie die in der Warteschlange befindlichen Aufgaben vor geplanten Stopps ablaufen und gleichen Sie die Anwendungsergebnisse nach einem Fehler mit der Datenbank ab. Überprüfen Sie die Warteschlangenvorgänge .

Verwenden Sie accel , um Cache-Treffer und -Fehler, den Status und die Verzögerung CDC , den Protokollverkehr, die Cache-Auslastung und die Verfügbarkeit zu beobachten. Überprüfen Sie Laufzeit-/Fehlerprotokolle und exportieren Sie OpenTelemetry -Metriken für die kontinuierliche Überwachung. Öffnen Sie die Überwachungsanleitung .

Leiten Sie neue Verbindungen von einer Instanz weg, lassen Sie die Verarbeitung abschließen und prüfen Sie, ob die Warteschlange geleert wird. Überprüfen Sie die Einstellungen vor einem expliziten Neustart. Die Startumgehung leitet Anfragen weiter, während sich der Cache aufwärmt. Ein Verlust CDC löst die Umgehung aus, bis die Datenkonsistenz wiederhergestellt ist. Planen Sie Wartungsarbeiten .

Exportieren Sie die SQLite -Konfiguration und bewahren Sie die zugehörigen Zertifikats- und Schlüsseldateien sicher auf. Paketaktualisierungen behalten die Instanzeinstellungen bei; starten Sie die Instanz anschließend explizit neu. Halten Sie die Verfahren zur Datenbanksicherung und -wiederherstellung bereit. Lesen Sie die Aktualisierungshinweise .

Ja. Die kostenlose Testphase dauert 30 Tage. Testen Sie EngineGrids Accelerator mit Ihren Workloads, allein oder mit Ihrem Partner. Nutzen Sie die Testphase, um den Nutzen zu ermitteln und die Implementierung sowie den Kauf zu planen. Vereinbaren Sie jetzt ein Gespräch zur Testphase .

Planen Sie die kostenpflichtige Nutzung der bereits evaluierten Bereitstellung. Besprechen Sie das Angebot mit EngineGrids und Ihrem Partner und schließen Sie den Kaufprozess für diese Installation ab. Klären Sie, ob Sie Ihre aktuelle Testphase fortsetzen möchten .

Die Preise hängen von der Version, dem Umfang der Bereitstellung und dem konkreten Angebot für Ihr Unternehmen ab. Prüfen Sie das jeweilige Angebot, bevor Sie einen Kauf planen. Berücksichtigen Sie Ihren ermittelten Bedarf und kalkulieren Sie Infrastruktur und Services in Ihr Gesamtbudget ein. Finden Sie den passenden Beschaffungsweg .

Einträge für AWS Marketplace , Microsoft Marketplace , Google Cloud Marketplace , Oracle Marketplace und IBM Marketplace folgen in Kürze. Kontaktieren Sie EngineGrids oder Ihren Partner bezüglich installierbarer Software für Ihre Cloud- oder On-Premises-Umgebung. Informationen zu den Bezugsmöglichkeiten finden Sie hier .

Ja. Sie können während Ihrer Evaluierungsphase mit EngineGrids und Ihrem Partner ein individuelles Angebot ausarbeiten. Bringen Sie Ihre Anforderungen an die Implementierung, Ihre Kaufvorgaben und die Ergebnisse Ihrer Evaluierung in das Gespräch ein. Besprechen Sie ein individuelles Angebot .

Ja. Stellen Sie EngineGrids Ihrem bestehenden Anbieter vor. Ihr Partner unterstützt Sie bei der Evaluierung, Bereitstellung, den Services und dem Kaufprozess für Ihre Cloud-, On-Premises- oder installierbare Softwarelösung. Informieren Sie sich über die Einkaufsmöglichkeiten mit Ihrem Partner .

Öffnen Sie den von EngineGrids oder Ihrem Partner bereitgestellten Angebotslink und prüfen Sie ihn hinsichtlich Ihrer Organisation und des geplanten Einsatzes. Stimmen Sie die nächsten Schritte mit dem Team ab, das das Angebot erstellt hat. Falls Sie bereits eine Testversion nutzen, beziehen Sie diese Installation in die Kaufverhandlung ein.

Bringen Sie Ihre Datenbank- und Anwendungskontexte, Evaluierungsergebnisse, die erwartete Implementierungsgröße, den bevorzugten Implementierungs- und Beschaffungsweg sowie gegebenenfalls die Kontaktdaten Ihres Partners mit. Benennen Sie die für Beschaffung und laufenden Betrieb Verantwortlichen, damit der Softwarekauf und der Serviceplan optimal aufeinander abgestimmt sind. Prüfen Sie die Kaufoptionen .

Ihr Managed-Service-Provider ist Ihr Hauptansprechpartner für Einrichtung, laufenden Betrieb und täglichen Support. Nutzen Sie zunächst dessen Supportportal oder Service Desk. Falls Sie Hilfe bei der Suche nach dem richtigen Ansprechpartner benötigen, verwenden Sie die Anbieteranfrage .

EngineGrids bietet direkten Support der Stufe 3 bei technischen Problemen. Ihr Anbieter unterstützt Sie bei der Koordination von Bereitstellungskontext, Untersuchung und Wiederherstellung mit dem Entwicklungsteam. Nutzen Sie den technischen Anfrageweg, wenn Sie diese Unterstützung benötigen.

Beschreiben Sie die betroffene Anwendung und Datenbank, den Zeitpunkt des Problems, die letzten Änderungen und das erwartete Verhalten. Geben Sie nützliche Informationen zum Bereitstellungskontext an, jedoch ohne Passwörter, Zugriffstoken oder sensible Kundendaten. Der Leitfaden zur Fehlerbehebung hilft Ihnen bei der Vorbereitung des Gesprächs.

Die Installationsanleitung enthält Informationen zur Paketinstallation, Terminalkonfiguration, zum Datenbank- und CDC -Zugriff, zu Cache-Einstellungen und Anwendungsverbindungen. Die Administratoranleitung beschreibt die Administration, Überwachung, Datensicherung und Wartung von accel SSH .

Die transparente Lesebeschleunigung ist im Datenbankverbindungspfad integriert. Anwender nutzen weiterhin ihre gewohnte Anwendung; Administratoren konfigurieren den Beschleuniger und aktualisieren die Verbindungseinstellungen der Anwendung. Das Betriebsteam verwendet die Installations- und Administrationshandbücher.

Wiederverkäufer können Datenbankbeschleunigung in ihr Angebot aufnehmen und beim Kauf unterstützen. Systemintegratoren können Evaluierungs-, Implementierungs- und Integrationsprojekte durchführen. Managed Service Provider (MSPs) bieten fortlaufende Überwachung, Optimierung und primären Kundensupport, während EngineGrids die technische Unterstützung (Tier 3 übernimmt. Erfahren Sie mehr über das Partnerprogramm .

Nutzen Sie die Entwürfe, um den Accelerator in eine Kundenlösung zu integrieren und die Verantwortlichkeiten zwischen Anwendungs-, Beschleunigungs- und Datenbankebene zu definieren. Erstellen Sie ein Projekt zur Kostenoptimierung für eine bestehende Umgebung oder planen Sie neue Anwendungen CMS , CRM , ERP , Finanz- und Stammdatenanwendungen. Beginnen Sie mit dem Architecture Hub und nutzen Sie das Performance Lab, um die Arbeitslast des Kunden zu analysieren.

Schildern Sie EngineGrids , wie Sie Ihre Kunden betreuen, welche Art von Partnerschaft Sie anstreben und bei welchem Kunden eine Beschleunigung hilfreich sein könnte. Das Partneranfrageformular dient als Gesprächseinstieg für Evaluierung, Implementierung, Kauf und laufende Services.