Sollten Sie einen Open-Source-SaaS-Boilerplate-Starter oder einen kostenpflichtigen verwenden?

SaaS-Standardstarter wurden zu einer sehr beliebten Sache in der Web-Entwickler-Community und auch zu einem Weg zu einem luxuriösen Lebensstil für diejenigen, die dahinter standen, und verdienten manchmal mehr als fünfstellige Beträge pro Monat.

Andererseits gibt es auch einen Aufschwung bei den Open-Source-SaaS-Standardstartern, die verschiedene Stacks abdecken und ähnliche Funktionen wie ihre kostenpflichtigen Gegenstücke bieten, jedoch völlig kostenlos und mit einer aktiven Community an der Seite.

Also, was ist der Haken? Warum 300 oder 500 US-Dollar für etwas bezahlen, das man einfach kostenlos bekommen kann? Gibt es irgendwelche Kompromisse, die Sie beachten sollten, und welche Vor- und Nachteile haben die einzelnen Optionen?

Wie sich in der realen Welt meist herausstellt, ist die Antwort nicht ganz schwarz und weiß und hängt davon ab, was Sie brauchen (Ihre Anforderungen), aber auch, was Sie wollen (Ihre persönlichen Vorlieben).

Ziel dieses Artikels ist es, diese weiter aufzuschlüsseln und Ihnen einen objektiven, einfachen Rahmen zu geben, den Sie bei der Auswahl eines Musterstarters für Ihr nächstes Projekt befolgen können. Also, legen wir los!

Warum ein plötzlicher Hype mit all diesen Vorspeisen? SaaS-Lösungen sind überhaupt keine neue Sache

Wir alle entwickeln seit Jahrzehnten Web-Apps und SaaS-Lösungen, wie Sie vielleicht zu Recht bemerken. Warum ist das also erst jetzt so geworden? Es scheint, als würde heute jeder seine eigene Vorspeise zubereiten und jede Menge Begeisterung (und Geld) von der Community bekommen.

Die Antwort ist, dass sich die Komplexität des Aufbaus eines SaaS (oder mit anderen Worten einer Web-App) in den letzten zehn Jahren verzehnfacht hat. Teilweise ist dies auf die Entwicklung der zugrunde liegenden Architektur zurückzuführen (wir wechselte vom monolithischen, serverbasierten Ansatz zum „Rich Client ↔ Backend“), was mehr bewegliche Teile in die Gleichung einführte, was teilweise auf die Explosion von Optionen für jeden Teil des Stapels zurückzuführen war.

Wenn Sie vor fünfzehn Jahren ein SaaS aufbauen wollten, wussten Sie ziemlich genau, dass Sie sich entweder für Ruby on Rails, Laravel oder Django entscheiden würden, je nachdem, welche Sprache und Community Sie bevorzugen. Diese werden als Lösung mit Batterien geliefert, bieten Ihnen die besten Standardeinstellungen und sind innerhalb weniger Stunden einsatzbereit. Sie haben einen einzigen, erprobten Weg, dem Sie folgen müssen, und müssen nicht viele Entscheidungen treffen.

Wenn Sie sich heute hinsetzen und versuchen, dasselbe zu tun, wird Ihnen wahrscheinlich nach ein paar Stunden, in denen Sie nur über alle möglichen Optionen gelesen haben, schwindelig werden:

• Was soll für das Frontend verwendet werden? Etwas Mainstream wie React, Vue oder Angular oder etwas Sexyres und Aktuelleres wie Svelte oder Solid?
• Soll ich ein React-Framework verwenden z.B. Weiter oder Remix? Oder entscheiden Sie sich einfach für React Vite?
• Brauche ich SSR und SSG? Oder sollte ich einfach bei CSR bleiben?
• Was soll ich als API-Schicht verwenden? Gutes altes REST oder vielleicht GraphQL oder vielleicht sogar typsicheres RPC?
• Was soll ich für das Backend wählen? Verwende ich etwas Leichtes wie Express.js mit Node/Bun/Deno oder eine vollständige Lösung wie Nest.js/Django/Rails? Oder probieren Sie vielleicht endlich die Phoenix/Livewire-Kombination aus, über die alle reden? Werde ich serverlos oder nicht?
• Was ist mit der Datenbank und ORM? Relational oder nicht relational? Sollte ich Rohabfragen schreiben oder ein vollständiges ORM wie Drizzle und Prisma verwenden? Wenn ja, welches?
• Welche Hosting-Optionen habe ich? Werde ich an einen einzigen Anbieter gebunden sein? Was ist, wenn ich meine App woanders hosten möchte/muss?

Dies sind nur einige der Fragen, über die Sie nachdenken müssen, wenn Sie entscheiden, wie Sie Ihr SaaS im Jahr 2024 starten. Wie Sie sehen, ist es mehr als genug, um Ihnen den Kopf zu verdrehen, und selbst wenn Sie ein erfahrener Entwickler sind gibt einem das Gefühl, dass man ein Raketenwissenschaftler sein muss, um die richtige Kombination herauszufinden.

Aus diesem Grund greifen die Menschen heute zu SaaS-Standardeinsteigern und zahlen sogar gerne dafür. Das bedeutet, dass jemand anderes die Kleinarbeit erledigt und (hoffentlich) eine vernünftige Entscheidung für den Stack getroffen hat, der auch in den kommenden Jahren aktuell und leicht zu warten bleibt.

Nachdem wir nun den plötzlichen Aufstieg der SaaS-Starter in einen Kontext gebracht haben, kehren wir zur ursprünglichen Frage zurück: Warum für etwas bezahlen, wenn es eine kostenlose Open-Source-Version davon gibt? Werfen wir einen Blick auf einige der Faktoren, die eine Rolle spielen.

Mit einem Open-Source-SaaS-Starter wissen Sie genau, worauf Sie sich einlassen

Gemäß der Definition von Open Source können Sie den vollständigen Code des Starters im Voraus sehen und untersuchen, bevor Sie sich dazu verpflichten, ihn für Ihr Projekt zu verwenden.

Obwohl es unwahrscheinlich ist, dass Sie vorher jede Codezeile durchgehen und versuchen, alles zu verstehen (deshalb suchen Sie in erster Linie nach einem Einstieg), können Sie es sich ansehen und sehen, wie es Ihnen gefällt – z.B. der Stil des Codes, die Lesbarkeit und wie gut er dokumentiert und getestet ist.

Sie können auch die Aktivitätsstatistiken des Repositorys sehen – Anzahl der offenen und geschlossenen Probleme, in Bearbeitung befindliche Funktionen, Commit-Häufigkeit und wie schnell Dinge gelöst und neue Funktionen hinzugefügt werden.

Bezahlte Closed-Source-Starter bieten per Definition bestenfalls einen Bruchteil dieser Vorteile. Sie können das Wertversprechen so sehen, wie es vom Autor entworfen wurde – einige handverlesene Testimonials, eine Demo und möglicherweise einen Blick auf die Dokumente.

Mit einem bezahlten Starter werden Sie Mitglied eines exklusiven Stammes (auch bekannt als Air Jordans Effect).

Die beliebtesten kostenpflichtigen Vorlagen stammen heute oft von bekannten Entwicklern oder „Indie-Machern“, die bereits erfolgreiche Produkte entwickelt haben. Der Kauf ihres Standardprodukts fühlt sich ein wenig wie der Beitritt zu einem exklusiven Club an – es ist, als ob Sie auf ihr Fachwissen zurückgreifen und dieselben Tools verwenden würden, mit denen sie einst erfolgreich waren.

Es ist, als würde man ein von einem berühmten Sportler signiertes Trikot oder ein von einem Popstar mitkreiertes Parfüm tragen. Es garantiert keinen sofortigen Erfolg, aber es gibt Ihnen ein Gefühl der Verbundenheit und Inspiration. Sie werden daran erinnert, dass jemand anderes dieselben Werkzeuge in etwas Großartiges verwandelt hat – und dass Sie es auch schaffen könnten!

Langfristig könnte diese Einstellung sogar noch wichtiger sein als die Tools selbst. Wenn es schwierig wird, kann es sein, dass Sie sich als Teil dieses „Clubs“ fühlen und Ihre Idee einen Schritt weiter vorantreiben.

Sicherheit: Bei Open Source ist jeder ein Rezensent

Bezahlte Standardstarter sind meist die Leistung einer einzelnen Person. Dabei handelt es sich um die Art von Projekt, das über die anfängliche Entwicklungsphase hinaus keine Vollzeitbeschäftigung erfordert und eher saisonaler Natur ist (z. B. die Aktualisierung von Bibliotheken auf die neuesten Versionen). Das macht es zu einer perfekten Arbeitsbelastung für eine einzelne Person und macht es auch viel profitabler, als die Marge mit dem Team aufzuteilen. Wenn ein ganzes Team dahinterstecken würde, würde es wahrscheinlich nicht 500 $ kosten, sondern eher 2000 $.

Kürzlich gab es einen Sicherheitsvorfall mit einem der beliebten kostenpflichtigen Starter, der es externen Parteien ermöglichte, nicht autorisierte Web-Hook-Anfragen zu senden, was in der Online-Community der Bauherren für große Aufregung sorgte.

Es ist eine gute Erinnerung daran, dass es zwar wichtig ist, schnell zu versenden, die Sicherheit aber nicht außer Acht gelassen werden darf. Und obwohl niemand die Sicherheit eines SaaS-Starters garantieren kann, sei es kostenpflichtig oder Open-Source, ist es eine Tatsache, dass bei Open-Source-Projekten viel mehr Leute sowohl an der Entwicklung als auch an der Codeüberprüfung beteiligt sind. Da der Code frei verfügbar ist, steht es Ihnen auch frei, ihn selbst zu überprüfen, Pen-Test-Tools zu verwenden oder einen anderen Experten zu bitten, ihn zu überprüfen, bevor Sie sich dazu verpflichten.

Bei einem kostenpflichtigen SaaS-Starter liegt der Busfaktor bei 1, bei Open-Source erhalten Sie die volle Community-Unterstützung!

Ein kostenpflichtiger SaaS-Starter ist in der Regel von einem einzelnen Betreuer abhängig. Da es sich bei dem Code um einen Closed-Source-Code handelt, hat niemand sonst Zugriff oder Rechte darauf, und wenn der Autor aus irgendeinem Grund nicht mehr in der Lage oder nicht willens ist, weiter daran zu arbeiten, ist das das Ende der Geschichte.Kein Support, Updates , noch irgendjemand, an den man sich mit Fragen wenden kann.

Andererseits ist ein Open-Source-Starter wie Open SaaS ein lebender Organismus, hinter dem eine Reihe von Mitwirkenden stehen. Wie bei jedem Open-Source-Projekt wird es typischerweise ein kleineres geben Es handelt sich um ein Kernteam, das den Großteil der Arbeit erledigt und das Projekt steuert (und das könnte am Anfang genauso gut eine einzelne Person sein), aber jeder kann jederzeit beitreten, und das wird er auch. Wenn das Projekt wächst und immer mehr genutzt wird, werden immer mehr Leute damit beginnen, Korrekturen und Funktionen hinzuzufügen, die sie selbst benötigen, und die Verantwortung für die spezifischen Teile übernehmen.

Eine weitere Sache, die berücksichtigt werden muss, ist, dass es lange dauert, bis ein SaaS-Startergeschäft mehr als nur ein Nebeneinkommen ist, und nur ein Bruchteil der Bauunternehmer wird diesen Punkt jemals erreichen. Das bedeutet, dass die meisten Standard-Ersteller weiterhin einen Vollzeitjob oder andere Verpflichtungen haben. Das bedeutet, dass ihnen nur eine begrenzte Zeit für den Kundensupport und das Hinzufügen neuer Funktionen zur Verfügung steht.

Open-Source-SaaS-Starter === unbegrenzte Updates. Geschlossene Quelle? Manchmal.

Ein weiterer direkter Vorteil des SaaS-Startercodes, der Open Source ist, besteht darin, dass Sie sofort auf alle Updates zugreifen können, sobald diese veröffentlicht werden. Dazu gehören sowohl Sicherheitspatches, Versionsupgrades als auch völlig neue Funktionen.

Bei Closed Source ist es von Starter zu Starter sehr unterschiedlich. Einige bieten Updates als Upsell an (z. B. Basis- und Pro-Stufe), andere bieten zeitlich begrenzte Updates (z. B. 1 Jahr) und einige versprechen lebenslange Updates.

Bei einem kostenpflichtigen SaaS-Starter müssen Sie möglicherweise für jede neue App eine „Lizenz“ kaufen

Außerdem sollten Sie sich darüber im Klaren sein, dass es bei kostenpflichtigen Startern oft eine Begrenzung der Anzahl an Apps gibt, die Sie mit einem einzigen Starterkauf starten dürfen. In der Regel handelt es sich dabei um „Lizenzen“. Wenn Sie ein Limit überschreiten, sind Sie gesetzlich verpflichtet, eine neue zu kaufen, obwohl Sie bereits den Startercode besitzen.

Auch dies ist nicht bei allen kostenpflichtigen Startern der Fall (einige bieten unbegrenzte Projekte mit einem einzigen Kauf an), aber es handelt sich um ein gängiges Muster, das es wert ist, vor dem Kauf überprüft zu werden.

Bei einem Open-Source-Starter gibt es diese Beschränkung natürlich nicht – der vollständige Quellcode ist öffentlich verfügbar und Sie können ihn nach Belieben verwenden.

Mit einem Open-Source-SaaS-Starter können Sie selbst neue Funktionen hinzufügen!

Einer der aufregendsten Vorteile des Open-Source-Ansatzes ist, dass jeder einen Beitrag leisten kann! Wenn Ihnen eine Funktion fehlt oder Sie sie verbessern möchten, können Sie dies einfach selbst tun und eine Pull-Anfrage erstellen. Anschließend werden die Hauptbetreuer es überprüfen, Ratschläge geben und Sie bei Bedarf in die richtige Richtung weisen. Sobald es zusammengeführt ist, kann es von jedem verwendet werden!

Zusammenfassung

Nachdem wir nun die Hauptunterschiede zwischen Open-Source- und kostenpflichtigen SaaS-Startern durchgegangen sind, werfen wir einen Blick aus der Vogelperspektive:

	Cost	Lifetime updates	Unlimited apps	Maintainers	Community	Air Jordans Effect	Easily contribute
Open-source SaaS starter		YES	YES	Many	Big, public	Rarely	YES
Paid starter	0	Depends	Depends	Typically one	Sometimes, private	Often	No

Dies ist eine nützliche Liste, die Sie kennen sollten, wenn Sie sich für eine Route entscheiden, aber am Ende gibt es keine Antwort, die für alle passt. Ihre Entscheidung hängt davon ab, was genau Sie bauen möchten und welchen Tech-Stack Sie bevorzugen.

Außerdem werden die oben genannten Faktoren nicht von allen gleichermaßen gewichtet – eine Person ist möglicherweise begeistert davon, Teil einer größeren Community zu sein und problemlos zum Projekt beitragen zu können, während die andere Person am meisten die Tatsache zu schätzen weiß, dass es ein starkes Online-Netzwerk gibt Persönlichkeit, der sie folgen und sich inspirieren lassen können.

Am Ende kommt es nur darauf an, Maßnahmen zu ergreifen und die Anwendung, über die Sie schon so lange nachgedacht haben, erfolgreich zu versenden. Viel Glück!

Das obige ist der detaillierte Inhalt vonSollten Sie einen Open-Source-SaaS-Boilerplate-Starter oder einen kostenpflichtigen verwenden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!