Zielgruppen

Sailwright ist ein einziges Werkzeug, löst aber je nach Perspektive ein anderes Problem. Finden Sie unten Ihre Rolle — jeder Abschnitt verlinkt zur Funktion oder zum Workflow, der die jeweilige Aussage untermauert.

Entwickler & Power-User

Ihre Maschine ist Ihre Werkstatt, und sie ändert sich regelmäßig: schnelle Installationen, PATH-Hacks, „vorübergehende“ Fixes, an die sich niemand mehr erinnert. Sailwright behandelt Ihre Workstation wie ein gemanagtes Ziel – sailwright provision local --check zeigt genau, welche Abweichungen zum Sollzustand existieren; führen Sie den Befehl dann aus, ist wieder alles in definierten Zustand. Eine einziges Tool, kein Server, kein Konto.

Lernen sie wie sie das eigene Gerät überprüfen, oder laden Sie sich ein Release und probieren Sie es direkt auf Ihrer eigenen Maschine aus.

Platform- und Developer-Experience-Teams

Sie verantworten das Onboarding und die System-Setup-Konsistenz in der gesamten Organisation. Mit Sailwright lebt das Maschinen-Setup des Teams in versionierten Ansible-Rollen statt in Wiki-Seiten – neue Mitarbeitende führen einen einzigen Befehl aus, und jede Maschine erhält die äquivalente Konfiguration auf macOS, Windows und Linux.

Siehe Onboarding neuer Entwickler und Gestaffelte Ansible-Rollenquellen.

DevOps- und SRE-Ingenieure

Entwicklungsmaschinen sind die Umgebung, die sich in einem Team am schwersten konsistent halten lassen: manuelle Installationen, punktuelle Fixes, Abweichungen, die niemand bemerkt, bis etwas kaputtgeht. Sailwright baut ein VM-Image einmal und teilt diese über eine beliebige OCI-Registry mit sailwright push und pull – jeder Laptop lädt dasselbe bewährte Artefakt, statt von Grund auf neu zu provisionieren, und eine neu aufgebaute Maschine konvergiert exakt zum Zustand derjenigen, die sie ersetzt.

Siehe Build-Artefakte wiederverwenden statt neu bauen.

Admins von Entwicklungssystemen & gemischten Betriebssystemflotten

Sie managen die Maschinen, an denen Entwickler tatsächlich arbeiten – oft Windows und macOS nebeneinander, meist mit einem MDM, das dort endet, wo Entwickler-Tooling beginnt. Sailwright deckt diese letzte Meile ab, ohne Ihre Angriffsfläche zu vergrößern: Unter Windows öffnet es nur für die Dauer der Ausführung einen temporären, ausschließlich lokal erreichbaren WinRM-Listener (oder einen temporären lokal erreichbaren SSH-Zugang) und stellt danach den vorherigen Status der Maschine wieder her. Es bleibt keine dauerhafte Management Schnittstelle zurück.

Siehe Windows sicher managen.

QA- und Testingenieure

Tests gegen einen sauberen, bekannten Maschinenzustand sollten nicht bedeuten, Hardware zu horten oder Test-VMs zu hegen und zu pflegen. build, create, provision, destroy: Wegwerf-Testsysteme mit exakter Spezifikation auf Abruf – mit --check, um vorab zu sehen, was eine Änderung bewirken würde, bevor sie tatsächlich angewendet wird.

Siehe Provisioning-Änderungen sicher testen.

Teamleitungen & Onboarding-Verantwortliche

Jede Stunde, die ein erfahrener Entwickler damit verbringt, einen neuen Kollegen durch das Setup zu führen, ist eine Stunde, in der zwei Personen nicht produktiv sind. Sailwright macht aus diesem halben Tag manueller Installationen und Slack-Fragen einen einzigen Befehl – und verwandelt „wie soll eine Maschine eigentlich aussehen?“ von institutionellem Wissen in ein versioniertes Repository.

Siehe Onboarding neuer Entwickler.

IT-Entscheider

Sailwright ist Open Source unter der AGPLv3 Lizenz, mit einer kommerziellen Lizenz und optionalem Support, falls die AGPL-Bedingungen oder ein fehlendes SLA das Hindernis sind. Es ergänzt das MDM-/UEM-Tooling, das Sie bereits einsetzen, statt damit zu konkurrieren – und alles, was es tut, ist nachvollziehbar, da die Automatisierung reines Ansible in Ihren eigenen Repositories ist, keine Blackbox.

Details zur Lizenzierung finden Sie unter Über uns; für kommerzielle Konditionen nehmen Sie Kontakt auf.

Open-Source-Contributor, Beratungen & MSPs

Das merschichtige Rollenmodell ist auf gemeinsame Nutzung ausgelegt: öffentliche Basisrollen, private Overrides davor, nichts geforkt. Beratungen pflegen eine kundenspezifische Schicht über einer gemeinsamen Basis; Mitwirkende erweitern die öffentliche Rollenbibliothek. Und wenn Sailwright innerhalb eines Closed-Source- oder SaaS-Angebots eingesetzt werden soll, deckt genau das die kommerzielle Lizenz ab.

Siehe Mehrere Ansible-Rollenquellen und Mitwirken.

Klingt nach Ihrem Team?

Die Szenarien im Detail finden Sie unter Anwendungsfälle, die vollständige Befehlsübersicht unter Funktionen, oder legen Sie direkt los: Releases auf GitHub, Setup in der Dokumentation. Fragen? Nehmen Sie Kontakt auf.