Für Entwickler und Architekten
Diese Seite richtet sich an alle, die eine Plattform bewerten müssen, bevor sie ins Haus kommt, und dafür wissen wollen, wie sie technisch aufgebaut ist: Schnittstelle, Agentenwerkzeuge, Betrieb, Ausfallverhalten.
Auf einen Blick
Schnittstelle
Regeln, Berechnungen, Prüfungen und Folgeaktionen greifen über die Schnittstelle genauso wie in der Oberfläche. Einen zweiten, abweichenden Weg zu den Daten gibt es nicht.
OAuth 2.0 mit Client-Anmeldedaten. Der Zugang läuft im Rechtekontext eines definierten Benutzers, sodass dieselben Sichtbarkeitsregeln gelten wie interaktiv.
Datensätze und Abfragen sowie das Auslösen von Abläufen. Version im Pfad, damit eine künftige inkompatible Fassung neben der aktuellen bestehen kann.
Die Schnittstelle beschreibt sich selbst. Jede Installation liefert die interaktive Dokumentation ihrer eigenen Fassung aus, einschließlich der Entitäten, die bei Ihnen existieren.
Die Punkte, die in einer Sicherheitsprüfung regelmäßig gefragt werden, und wie sie hier gelöst sind.
Eine Laufzeit
Es gibt keinen zweiten Weg zu den Daten
Oberfläche, REST-API, KI-Werkzeuge, MCP und Hintergrundverarbeitung gehen durch denselben Übersetzer und dieselbe Rechteprüfung. Eine vergessene Prüfung an der Schnittstelle ist strukturell ausgeschlossen.
Zur zentralen RechteprüfungAgentenwerkzeuge
nexxcite stellt Werkzeuge bereit und nutzt Werkzeuge anderer Systeme, beides ohne Programmierung.
Die Plattform bietet Werkzeuge an, mit denen ein Agent auf Ihre Daten zugreifen kann: Entitäten auflisten, Datensätze suchen und aggregieren, verbundene Datensätze abrufen, gespeicherte Abfragen ausführen.
Externe MCP-Server lassen sich konfigurieren; deren Werkzeuge stehen dem Assistenten zusätzlich zur Verfügung. Die Namen werden mit dem Servernamen versehen, nicht erreichbare Server werden übersprungen und protokolliert.
Welches Schema gesprochen wird, entscheidet die hinterlegte Zugangsdefinition. Gängige Anbieter und OpenAI-kompatible Endpunkte werden unterstützt, ebenso offene Modelle in der eigenen Umgebung.
Betrieb
Die Plattform ist eine .NET-Anwendung mit einer SQL-Datenbank, ausgeliefert als Container für Linux und Windows und betreibbar mit Docker oder Kubernetes. Die Oberfläche wird serverseitig erzeugt. Aktualisierung tauscht den Container: Konfiguration und Daten liegen in der Datenbank, nicht im Abbild.
Mehrere Instanzen hinter einer Lastverteilung teilen sich dieselbe Datenbank. Die Plattform skaliert horizontal und vertikal; Clusterbetrieb, Hochverfügbarkeit und Georedundanz sind möglich.
Genau eine Instanz übernimmt Zeitpläne und Postfachabruf, da sonst jede Aufgabe mehrfach liefe. Hintergrundjobs laufen mit Monitoring.
Der Cache für Konfiguration ist in Gültigkeitsdauer und Verhalten einstellbar; gestreute Ablaufzeiten verhindern gleichzeitiges Neuladen.
Wahlweise im Dateisystem, in Azure Blob Storage oder in S3-kompatiblem Speicher.
Logs in Datei und Standardausgabe, einbindbar in Ihre Auswertung. Dazu Entwicklerkonsole, Datenansicht und eine Erkennung für ungewollte Wiederholungen beim Aufbau der Oberfläche.
Steckbrief
| Thema | Angabe |
|---|---|
| Laufzeit | .NET, Oberfläche serverseitig gerendert |
| Datenhaltung | Relationale SQL-Datenbank für Konfiguration und Fachdaten |
| Auslieferung | Container für Linux und Windows, Docker und Kubernetes |
| Betriebsmodelle | SaaS, on-Premises, private Cloud |
| Skalierung | Horizontal und vertikal, Cluster, hochverfügbar, geo-redundant möglich |
| Anmeldung | OpenID Connect, LDAP und Active Directory, Zwei-Faktor-Authentifizierung |
| Schnittstelle | REST, OAuth 2.0 mit Client-Anmeldedaten, OpenAPI aus der Instanz |
| Agenten | MCP als Server und als Client |
| KI-Modelle | Eigene API-Schlüssel, gängige Anbieter, OpenAI-kompatible Endpunkte, offene Modelle im eigenen Haus |
| Dateien und Protokolle | Dateisystem, Azure Blob Storage, S3 · Logs in Datei und Standardausgabe |
Häufige Fragen
Lesend für Auswertungen: ja, die Struktur ist dokumentiert. Schreibend: dringend nicht empfohlen, denn damit umgehen Sie genau die Regeln und Prüfungen, deretwegen die Plattform eine gemeinsame Laufzeit hat.
Konfiguration ist Datenbestand und lässt sich exportieren und einspielen. Innerhalb einer Umgebung laufen Änderungen über Entwurf, Freigabe und Rollback. Ein durchgängiger Freigabeprozess über mehrere Umgebungen hinweg, wie ihn Entwicklungsplattformen mitbringen, ist das jedoch nicht. In stark regulierten Umgebungen sollte dieser Punkt früh besprochen werden.
OpenID Connect für einheitliche Anmeldung, dazu LDAP und Active Directory für Benutzer- und Gruppendaten, Zwei-Faktor-Authentifizierung. Rollen und Berechtigungen werden in nexxcite geführt, die Authentifizierung kann vollständig extern erfolgen.
Die Lastverteilung übernimmt. Laufende Sitzungen auf der ausgefallenen Instanz brechen ab und werden neu aufgebaut; die Daten sind nicht betroffen. Für Zeitpläne gilt die Festlegung, welche Instanz zuständig ist.
Ja. Die Plattform wird als Container ausgeliefert und lässt sich mit Docker oder Kubernetes betreiben, auch mit mehreren Instanzen hinter einer Lastverteilung.
Keine harten Produktgrenzen; die Abfrageschicht arbeitet seitenweise und nutzt Indizes. Belastbare Aussagen hängen von Ihrer Dimensionierung ab und lassen sich am besten in einem technischen Gespräch treffen.
Die technische Dokumentation zu nexxcite ist öffentlich unter docs.nexxcite.app verfügbar. Zusätzlich liefert jede Installation die interaktive Beschreibung ihrer eigenen Schnittstelle aus.
Wenn Sie konkrete technische Fragen haben, ist ein Termin mit unseren Entwicklern meist der schnellere Weg als ein Dokument.
Zur DokumentationTechnisches Gespräch
Betriebsmodell, Ausfallverhalten, Datenzugriff, Ausstiegsszenario. Wir haben lieber ein kritisches Gespräch vor dem Projekt als eine Überraschung darin.