Backend für Anwendungen – Gute Praktiken für Startups

Startups unterliegen extremer Unsicherheit. Sie wissen nicht, ob das Produkt erfolgreich sein wird, aber Sie müssen es auf den Markt bringen, um das herauszufinden. In diesem Szenario ist die „Best Practice“ des Backends nicht die robusteste oder skalierbarste, sondern die agilste.

Der Aufbau des Backends eines Startups ist die Kunst, intelligente Verknüpfungen (Conscious Technical Debt) zu wählen, die Geschwindigkeit ermöglichen, ohne die Zukunft unmöglich zu machen.

1. Monolith zuerst

Vergessen Sie Microservices. Ernst. Der Aufwand für die Verwaltung von 10 verschiedenen Diensten, 10 Bereitstellungen, Netzwerken und verteilten Protokollen wird Ihre Produktivität beeinträchtigen.

Die Praxis: Ein einzelnes Backend (Monolith) gut organisieren. Es ist einfacher zu testen, bereitzustellen und zu verstehen. Wenn Sie eines Tages zu Uber werden, zerfallen Sie in Microservices.

2. Wählen Sie „langweilige“ Technologien

Verwenden Sie nicht die [2] neue Datenbank, die letzte Woche auf Hacker News veröffentlicht wurde. Nutzen Sie, was das Team weiß und was die Community hat.

Sprachen: Node.js, Python, Ruby, PHP.
Datenbank: PostgreSQL oder MySQL. Wenn Sie ein Problem in Postgres haben, hatte jemand auf StackOverflow dieses Problem bereits im Jahr 2012 und die Antwort ist da.

3. Infrastruktur als Service (PaaS)

Verschwenden Sie keine Zeit mit der Konfiguration von Linux-Server, Firewall und Load Balancer auf AWS EC2. Verwenden Sie Plattformen wie Heroku, Render oder Vercel. Sie kosten etwas mehr, aber Sie verbinden GitHub und die Bereitstellung erfolgt wie von Zauberhand. Die Zeit Ihres Ingenieurs ist teurer als die Differenz in Ihrer Cloud-Rechnung.

4. Standard-Rest-API

Erfinden Sie keine API-Modeerscheinungen. Folgen Sie dem REST-Muster. Verwenden Sie HTTP-Verben korrekt (GET, POST, PUT, DELETE). Verwenden Sie Statuscodes (200, 404, 500). Dies erleichtert denjenigen das Leben, die die API nutzen (dem App-Entwickler), und denjenigen, die sie anschließend pflegen.

5. Automatische Dokumentation

Niemand wird aufhören, ein PDF mit Dokumentation zu schreiben. Verwenden Sie Tools wie Swagger (OpenAPI), die Ihren Code lesen und automatisch eine API-Dokumentationsseite generieren. Dadurch wird die Frage „Hey, was ist nochmal der Login-Endpunkt?“ vermieden. auf Slack alle 5 Minuten.

Fazit

Für ein Startup ist Code kein Vermögenswert; es ist ein Kostenfaktor. Das Asset ist das Produkt, das in der Hand des Benutzers läuft. Ihr Backend muss einfach, funktional und leicht zu ändern sein. Technische Perfektion ist der Feind schneller Innovation.