Tauri Agentur

Für den Betrieb nein, für die Weiterentwicklung des Kerns ja. Wie viel Rust Ihr Team braucht, hängt davon ab, wo die Entwicklung langfristig stattfinden soll.

Die Arbeitsteilung in einer Tauri-App

• Frontend: Der größte Teil der laufenden Weiterentwicklung, neue Ansichten, Formulare, Workflows, findet im Web-Frontend statt. Dafür reicht Erfahrung mit JavaScript oder TypeScript und dem eingesetzten Framework
• Rust-Kern: Änderungen an Systemzugriff, Datenhaltung oder Performance-kritischer Logik erfordern Rust-Kenntnisse. In der Praxis ist dieser Teil nach dem Launch deutlich stabiler als das Frontend

Drei Modelle für Ihr Team

• Vollständig extern: Wir betreiben und entwickeln Kern und Frontend als Service weiter. Ihr Team braucht keine Rust-Kenntnisse
• Frontend intern, Kern extern: Ihr Team arbeitet am Web-Frontend, wir betreuen den Rust-Kern und stellen neue Commands bereit, wenn das Frontend sie braucht. Das häufigste Modell
• Vollständig intern: Wir übergeben mit Dokumentation, Pairing und Schulung. Rust hat eine steilere Lernkurve als JavaScript, erfahrene Entwickler sind in einigen Wochen produktiv

Was für Rust spricht

• Nachwuchs: Rust ist laut Stack Overflow Developer Survey 2025 zum zehnten Mal in Folge die beliebteste Programmiersprache, qualifizierte Entwickler sind zunehmend verfügbar
• Wartbarkeit: Der Compiler fängt ganze Fehlerklassen ab, die in anderen Sprachen erst im Betrieb auffallen
• Stabilität: Rust-Code, der kompiliert, läuft in der Regel zuverlässig. Die Wartungslast konzentriert sich auf Abhängigkeits-Updates

Das Ergebnis: Sie müssen kein Rust-Team aufbauen, um von Tauri zu profitieren. Wir gestalten die Übergabe so, dass Ihr Team genau die Teile übernimmt, die es übernehmen möchte, und begleiten den Rest im Rahmen unserer Projektunterstützung.

Ja. Tauri 2.0 ist seit Oktober 2024 stabil und wird von einer wachsenden Zahl professioneller Produkte eingesetzt. Das Framework existiert seit 2020, Version 1.0 erschien 2022.

Referenzen aus der Praxis

• GitButler: Git-Client mit SvelteKit-Frontend und Rust-Kern, eine der vollständigsten öffentlichen Tauri-2-Anwendungen
• Hoppscotch Desktop: Der Open-Source-API-Client nutzt Tauri, damit der Rust-Kern HTTP-Anfragen ohne Browser-Beschränkungen ausführen kann
• Spacedrive: Verteilter Dateimanager mit anspruchsvoller Dateiverarbeitung im Rust-Kern
• Aptakube: Kommerzielle Kubernetes-Oberfläche für Windows, macOS und Linux
• Gitify: GitHub-Benachrichtigungstool, das von Electron zu Tauri migriert ist und dabei die Installergröße um etwa das Zehnfache reduziert hat

Reifegrad des Ökosystems

• Governance: Getragen von der Tauri Foundation innerhalb der Commons Conservancy, finanziert über Sponsoren und Open Collective
• Sicherheitsaudit: Die Architektur von Tauri 2 wurde von Radically Open Security extern geprüft, gefördert durch NLnet
• Plugins: Kernfunktionen wie Updater, Dateisystem, Datenbank, Benachrichtigungen und Shell sind als offizielle Plugins verfügbar
• Werkzeuge: Projektgenerator, Hot Module Replacement auch für Mobile, CI-Vorlagen für alle Plattformen

Wo Tauri jünger ist als Electron

Das Electron-Ökosystem ist größer, es gibt mehr Drittanbieter-Bibliotheken und mehr Entwickler mit Erfahrung. Bei sehr speziellen Systemintegrationen kann es sein, dass für Tauri ein Plugin erst geschrieben werden muss.

Das Ergebnis: Für neue Desktop-Projekte ist Tauri eine produktionsreife Wahl. Wir prüfen im Erstgespräch, ob alle benötigten Systemfunktionen bereits über Plugins abgedeckt sind oder Eigenentwicklung erfordern.

Ja, seit Tauri 2. Aus derselben Codebasis entstehen Apps für Windows, macOS, Linux, iOS und Android.

So funktioniert Mobile mit Tauri

• Gemeinsames Frontend: Die Web-Oberfläche läuft auf Mobile in der System-WebView, WKWebView unter iOS und Android System WebView unter Android
• Gemeinsamer Rust-Kern: Geschäftslogik, Datenhaltung und Synchronisation werden einmal geschrieben und auf allen Plattformen kompiliert
• Native Plugins: Plattformspezifische Funktionen wie Kamera, Biometrie oder Push-Benachrichtigungen werden über Plugins in Swift oder Kotlin angebunden und dem Frontend bereitgestellt
• Store-Veröffentlichung: Die Apps werden regulär über App Store und Google Play verteilt

Wann sich das lohnt

• Desktop zuerst, Mobile dazu: Eine Anwendung wird im Büro am Rechner und unterwegs auf dem Smartphone genutzt, etwa im Außendienst oder in der Instandhaltung
• Ein Team statt drei: Kein separates iOS-, Android- und Desktop-Team, sondern eine Codebasis mit gemeinsamer Logik
• Sicherheitsanforderungen: Das Capabilities-Modell und der Rust-Kern gelten auf Mobile genauso wie auf dem Desktop

Wo andere Ansätze stärker sind

Wenn Mobile im Mittelpunkt steht und Desktop keine Rolle spielt, sind Flutter oder React Native mit ihren nativen UI-Komponenten häufig die bessere Wahl. Tauri spielt seine Stärke aus, wenn Desktop und Mobile gleichberechtigt aus einer Quelle entstehen sollen.

Das Ergebnis: Mit Tauri 2 wird aus einem Desktop-Projekt ohne zweite Codebasis ein plattformübergreifendes Produkt. Wir bewerten mit Ihnen, ob dieser Weg oder ein dediziertes Mobile-Framework zu Ihren Zielen passt.

Ja, in den meisten Fällen weitgehend unverändert. Tauri ist frontend-agnostisch: Alles, was zu HTML, CSS und JavaScript kompiliert, läuft in der WebView.

Was direkt übernommen werden kann

• Framework und Komponenten: Vue.js, React, Svelte, Angular oder Solid, inklusive Ihrer bestehenden Komponentenbibliothek
• Styling: Tailwind CSS, CSS-Module oder klassische Stylesheets
• Build-Werkzeuge: Vite, Webpack oder andere Bundler, Tauri startet Ihren Dev-Server und bettet das gebaute Bundle ein
• State Management und Routing: Bleiben unverändert, die App läuft wie eine Single-Page-Anwendung

Was angepasst werden muss

• Backend-Aufrufe: Wo das Frontend bisher eine REST- oder GraphQL-API angesprochen hat, kann es das weiterhin tun. Lokale Funktionen wie Dateizugriff laufen stattdessen über Tauri-Commands im Rust-Kern
• Browser-APIs: Features, die auf Browser-Spezifika setzen, müssen gegen die drei System-WebViews geprüft werden
• Node.js-Abhängigkeiten: Pakete, die nur in Node.js laufen, gehören in den Rust-Kern oder in einen Sidecar-Prozess

Ein Frontend, viele Ziele

Dasselbe Frontend kann weiterhin als Web-Anwendung ausgeliefert werden. Die Tauri-App ist dann eine zusätzliche Distributionsform mit Systemzugriff, nicht eine zweite Codebasis.

Das Ergebnis: Der Aufwand konzentriert sich auf den Rust-Kern und die Schnittstelle zwischen beiden Schichten. Ihr Frontend-Team arbeitet weiter mit den Werkzeugen, die es kennt.

Ja, und die Migration ist weniger ein Neubau als eine Verlagerung. Das Web-Frontend bleibt weitgehend erhalten, der Node.js-Anteil wandert schrittweise nach Rust.

Was bleibt

• Renderer-Code: Die gesamte Oberfläche mit Framework, Komponenten und Styling läuft in der Tauri-WebView weiter
• Backend-APIs: Verbindungen zu Servern und Diensten bleiben unverändert
• Build-Pipeline für das Frontend: Vite, Webpack und Co. arbeiten wie bisher

Was sich ändert

• Main-Prozess: Alles, was bisher in Electrons Main-Prozess mit Node.js lief, wird als Tauri-Command in Rust neu implementiert oder in einen Sidecar-Prozess ausgelagert
• IPC: Die Kommunikation zwischen Frontend und Kern läuft über Tauri-Commands statt über Electrons ipcRenderer
• Native Module: Node.js-Addons werden durch Rust-Crates ersetzt, für die meisten Aufgaben gibt es ausgereifte Bibliotheken
• Berechtigungen: Jede Systemfunktion muss explizit über Capabilities freigegeben werden, was bei der Migration eine willkommene Bestandsaufnahme erzwingt

Schrittweise statt Big Bang

Wo eine sofortige Portierung des gesamten Node.js-Codes zu aufwendig ist, kann ein Node.js-Sidecar übergangsweise weiterlaufen. Der Rust-Kern übernimmt Funktion für Funktion, bis der Sidecar überflüssig wird.

Wann sich die Migration lohnt

• Installergröße oder Speicherverbrauch der Electron-App sind zum Problem geworden
• Sicherheitsanforderungen verlangen ein strikteres Berechtigungsmodell
• Mobile-Varianten der Anwendung sind geplant

Das Ergebnis: Eine Migration ist ein überschaubares Projekt, wenn die Anwendung sauber in Renderer und Main-Prozess getrennt ist. Wir analysieren den bestehenden Code im Rahmen unserer Legacy-Software-Modernisierung und benennen Aufwand und Risiken vor der Entscheidung.

Tauri ist ein Open-Source-Framework für Desktop- und Mobile-Anwendungen, deren Oberfläche mit Web-Technologien gebaut wird und deren Kern in Rust läuft. Der entscheidende Unterschied zu Electron: Tauri liefert keinen eigenen Browser mit.

So funktioniert Tauri

• Web-Frontend: Die Oberfläche entsteht mit HTML, CSS und JavaScript, wahlweise mit Vue.js, React, Svelte oder Angular
• Rust-Kern: Dateisystem, Datenbanken, Netzwerk, Kryptografie und Hardware-Anbindung laufen als kompiliertes Rust-Programm
• System-WebView: Zur Darstellung nutzt Tauri die WebView des Betriebssystems, WebView2 unter Windows, WKWebView unter macOS und WebKitGTK unter Linux
• Commands: Frontend und Kern kommunizieren über typsichere Funktionsaufrufe, jede Systemfunktion muss explizit freigegeben werden

Der Vergleich mit Electron

• Installergröße: Wenige Megabyte statt häufig über 100 MB, weil Chromium und Node.js nicht mitgeliefert werden
• Speicherverbrauch: Deutlich geringer, da die WebView mit dem System geteilt wird und der Kern ohne Garbage Collector läuft
• Backend-Sprache: Rust statt Node.js, mit den Vorteilen bei Geschwindigkeit und Speichersicherheit
• Rendering: Electron rendert überall identisch, Tauri hängt von der WebView des jeweiligen Systems ab

Governance und Lizenz

Tauri steht unter MIT- und Apache-2.0-Lizenz und wird von der Tauri Foundation innerhalb der niederländischen Non-Profit-Organisation Commons Conservancy getragen. Version 2.0 ist seit Oktober 2024 stabil und bringt Unterstützung für iOS und Android mit.

Das Ergebnis: Tauri ist die schlanke, sicherheitsorientierte Alternative zu Electron. Welches Framework zu Ihrem Projekt passt, hängt von Anforderungen an Größe, Darstellung, Sicherheit und vorhandenem Code ab.

Das ist der wichtigste technische Kompromiss von Tauri und verdient eine ehrliche Antwort. Weil Tauri die WebView des Betriebssystems nutzt, kann die Darstellung zwischen den Plattformen leicht abweichen.

Die drei WebViews

• Windows: WebView2 auf Chromium-Basis, unter Windows 11 vorinstalliert und automatisch aktualisiert. Unter Windows 10 kann eine Nachinstallation nötig sein, die der Installer übernimmt
• macOS: WKWebView auf WebKit-Basis, entspricht der Engine von Safari und wird mit dem Betriebssystem aktualisiert
• Linux: WebKitGTK, ebenfalls WebKit-basiert, je nach Distribution in unterschiedlichen Versionen

Was das in der Praxis bedeutet

• Web-Standards: Moderne CSS- und JavaScript-Features sind auf allen drei WebViews verfügbar. Sehr neue Features erreichen WebKitGTK meist später als Chromium
• Feinheiten: Schriftdarstellung, Scrollverhalten und Formularelemente folgen den Konventionen des jeweiligen Systems, was viele Nutzer als natürlicher empfinden
• Testaufwand: Wir testen gezielt auf allen drei WebViews und gleichen Unterschiede über Feature-Detection und Fallbacks ab

Wann das zum Problem wird

Anwendungen, die pixelgenaue Gleichheit auf allen Systemen brauchen, etwa Design-Werkzeuge oder Medienproduktion, fahren mit dem gebündelten Chromium von Electron sicherer. Für Geschäftsanwendungen, Dashboards und Werkzeuge ist der Unterschied in der Regel unerheblich.

Das Ergebnis: Die System-WebView ist der Preis für kleine Installer und geringen Speicherverbrauch. Ob dieser Preis für Ihr Projekt angemessen ist, klären wir anhand Ihrer Anforderungen an Darstellung und Zielplattformen.

Tauri bringt die komplette Kette von der Installer-Erstellung bis zum automatischen Update mit. Nutzer erhalten neue Versionen ohne manuellen Download, und jedes Paket ist kryptografisch signiert.

Installer für alle Plattformen

• Windows: MSI und NSIS-Installer, signiert mit Ihrem Code-Signing-Zertifikat. Der Installer prüft, ob WebView2 vorhanden ist, und installiert es bei Bedarf nach
• macOS: DMG und App-Bundle, signiert und bei Apple notarisiert, damit Gatekeeper die App ohne Warnung startet
• Linux: DEB, RPM und AppImage für die gängigen Distributionen
• Mobile: IPA für den App Store und APK oder AAB für Google Play

Automatische Updates

• Updater-Plugin: Die App prüft beim Start oder in Intervallen einen von Ihnen kontrollierten Endpunkt auf neue Versionen
• Signaturprüfung: Jedes Update-Paket wird mit einem privaten Schlüssel signiert. Die App installiert nur Pakete, deren Signatur zum eingebetteten öffentlichen Schlüssel passt
• Gestaffelte Auslieferung: Updates lassen sich nach Kanälen (etwa Beta und Stable) oder Nutzergruppen ausrollen
• Kleine Pakete: Weil der Installer klein ist, ist auch jedes Update klein. Das ist bei hunderten Arbeitsplätzen ein spürbarer Unterschied

Verteilung im Unternehmen

Für interne Anwendungen richten wir die Update-Quelle auf Ihrer Infrastruktur ein, etwa hinter dem Firmennetz oder in Ihrer Cloud. Alternativ verteilen Sie über bestehende Software-Management-Werkzeuge, mit denen MSI- und DEB-Pakete direkt kompatibel sind.

Das Ergebnis: Die Update-Infrastruktur ist fester Bestandteil jedes Projekts. Sie behalten die Kontrolle darüber, wer welche Version wann erhält, und Ihre Nutzer arbeiten immer mit dem aktuellen Stand.

Die Zahlen sind belastbar, aber sie hängen von der Anwendung ab. Eine Tauri-App startet bei wenigen Megabyte, eine vergleichbare Electron-App bei über 100 MB.

Woher der Unterschied kommt

• Kein gebündelter Browser: Electron liefert Chromium und Node.js mit, zusammen rund 100 bis 150 MB. Tauri nutzt die WebView, die auf dem System bereits vorhanden ist
• Kompilierter Kern: Der Rust-Anteil wird zu einer einzelnen nativen Binary kompiliert, meist unter 10 MB
• Kein Garbage Collector: Der Kern verwaltet Speicher zur Compile-Zeit, ohne Laufzeitumgebung im Hintergrund

Realistische Größenordnungen

• Installer: Eine typische Geschäftsanwendung liegt bei 5 bis 15 MB. Der Rest ist Ihr Frontend-Bundle und eingebettete Assets
• Arbeitsspeicher: Im Betrieb häufig ein Drittel bis die Hälfte einer vergleichbaren Electron-App, weil der Chromium-Overhead entfällt
• Startzeit: Kürzer, da kein eigener Browserprozess hochgefahren werden muss

Was das für Ihr Unternehmen bedeutet

• Rollouts: Kleinere Downloads beschleunigen die Verteilung auf hunderte Arbeitsplätze und entlasten die Update-Infrastruktur
• Hardware: Die Anwendung läuft flüssig auf älteren Geräten, Thin Clients und Kiosk-Systemen
• Akzeptanz: Nutzer merken den Unterschied, wenn die App neben Browser, Office und Videokonferenz läuft

Das Ergebnis: Die Einsparungen bei Größe und Speicher sind real und messbar. Ob sie für Ihr Projekt entscheidend sind, hängt davon ab, wo und wie oft die Anwendung installiert wird und auf welcher Hardware sie läuft.

Der Zeitrahmen hängt weniger vom Framework ab als vom Funktionsumfang. Tauri selbst verursacht gegenüber Electron keinen nennenswerten Mehraufwand, solange die Rust-Kompetenz im Team vorhanden ist.

Erfahrungswerte aus unseren Projekten

• Fokussiertes Werkzeug: Eine Anwendung mit klar umrissenem Zweck, etwa ein internes Tool mit wenigen Ansichten, entsteht in etwa 6 bis 10 Wochen bis zur ersten produktiven Version
• Geschäftsanwendung: Eine Anwendung mit mehreren Modulen, Offline-Datenhaltung, Synchronisation und Rollen benötigt typischerweise 3 bis 6 Monate
• Bestehendes Web-Frontend: Liegt bereits eine Web-Anwendung vor, verkürzt sich der Aufwand deutlich, weil das Frontend übernommen wird und nur der Rust-Kern neu entsteht

Was den Aufwand bestimmt

• Systemintegration: Wie viele native Funktionen braucht die App? Dateisystem und Benachrichtigungen sind über Plugins schnell verfügbar, spezielle Hardware-Protokolle erfordern eigene Rust-Entwicklung
• Zielplattformen: Jede zusätzliche Plattform bedeutet zusätzlichen Test- und Signierungsaufwand, besonders Mobile mit den Store-Prozessen
• Offline-Fähigkeit: Lokale Datenhaltung mit Synchronisation und Konfliktauflösung ist ein eigenes Arbeitspaket
• Backend: Existiert bereits eine API, etwa auf Basis von Laravel, oder muss sie mitentwickelt werden?

Unser Vorgehen

Wir arbeiten in Sprints mit lauffähigen Zwischenständen auf Ihren Zielsystemen. Nach jedem Sprint entscheiden Sie über die Prioritäten. Ein Konzept-Workshop zu Beginn liefert eine belastbare Schätzung für Aufwand und Zeitrahmen.

Das Ergebnis: Eine verlässliche Einschätzung gibt es nach der Anforderungsanalyse. Die genannten Zeiträume sind Erfahrungswerte, die wir im Erstgespräch auf Ihr Vorhaben übertragen.

Sicherheit ist bei Tauri kein nachträglicher Aufsatz, sondern Teil der Architektur. Der Kern läuft in einer speichersicheren Sprache, und jede Systemfunktion muss explizit freigegeben werden.

Das Berechtigungsmodell von Tauri 2

• Permissions: Jede Funktion des Kerns und jedes Plugins ist einzeln an- oder abschaltbar
• Scopes: Berechtigungen lassen sich auf Parameter einschränken, etwa Dateizugriff nur auf ein bestimmtes Verzeichnis
• Capabilities: Berechtigungen werden gezielt einzelnen Fenstern oder WebViews zugewiesen. Ein Hilfsfenster erhält nicht automatisch die Rechte des Hauptfensters

Das Frontend kann standardmäßig nichts, was nicht ausdrücklich erlaubt wurde. Selbst wenn eine Schwachstelle im Web-Teil ausgenutzt würde, bleibt der Zugriff auf das System begrenzt.

Rust als Sicherheitsfaktor

• Speichersicherheit: Rust verhindert Pufferüberläufe, Use-after-free und ähnliche Fehlerklassen bereits zur Compile-Zeit. Google beziffert die Dichte an Speichersicherheitslücken in seinem Rust-Code auf ein Tausendstel des C- und C++-Codes
• Kein Node.js im Kern: Es gibt keine JavaScript-Laufzeit mit Systemzugriff, die aus dem Frontend erreichbar wäre

Externe Prüfung

Die Architektur von Tauri 2 wurde von Radically Open Security auditiert, gefördert durch NLnet. Die Ergebnisse flossen in Härtungen des Entwicklungsservers, der IPC-Schicht und der iframe-Behandlung ein.

Unser Beitrag

• Minimale Capabilities: Wir geben nur frei, was die Anwendung tatsächlich braucht, und dokumentieren jede Berechtigung
• Signierte Updates: Update-Pakete werden kryptografisch signiert, die App prüft die Signatur vor der Installation
• Abhängigkeitsprüfung: Rust-Crates und npm-Pakete werden automatisiert auf bekannte Schwachstellen geprüft

Das Ergebnis: Für Anwendungen mit sensiblen Daten, etwa in Finanzwesen, Gesundheitswesen oder Industrie, bietet Tauri eine Sicherheitsbasis, die über das hinausgeht, was Browser-basierte Desktop-Frameworks üblicherweise leisten.