Cloud für Apps: Modellvergleich für Einsteiger

Wer die erste Bewerbung erstellt, steht sofort vor einer Flut von Möglichkeiten. Es gibt drei große Anbieter, Dutzende Dienste mit ähnlichen Namen und Foren voller Leute, die über erweiterte Konfigurationen diskutieren. Man hat das Gefühl, dass man alles verstehen muss, bevor man einen einzigen Bildschirm aufruft.

Es ist nicht notwendig. Der größte Teil dieser Komplexität besteht darin, Probleme zu lösen, die Sie noch nicht haben. Ein Anfänger, der versucht, die Architektur eines großen Unternehmens zu übernehmen, bevor er Benutzer hat, verschwendet Energie an der falschen Stelle und stürzt oft vor dem Start ab.

Dieser Text ist ein ehrlicher und vereinfachter Vergleich von Cloud-Pfaden für Einsteiger. Das Ziel besteht nicht darin, Sie zum Experten zu machen, sondern Ihnen bei der Entscheidung zu helfen, wo Sie anfangen möchten, ohne unterzugehen.

Die Wahl, die am Anfang wirklich zählt

Machen Sie sich vor dem Anbietervergleich mit der grundsätzlichen Entscheidung vertraut: Wie viel Infrastruktur möchten Sie selbst verwalten? Je mehr Sie verwalten, desto mehr Kontrolle und desto mehr Arbeit. Je weniger, desto mehr kümmert sich der Anbieter um Sie und desto mehr konzentrieren Sie sich auf die App.

Für Einsteiger weist die Empfehlung fast immer auf den Weg hin, der weniger Infrastrukturmanagement erfordert. Sie möchten Ihre Stunden damit verbringen, das Produkt zu entwickeln, und nicht mit der Konfiguration von Servern. Dies ist das Lineal, das wir zum Vergleichen der Optionen verwenden werden.

Die These hier ist einfach: Für die erste App ist Einfachheit wichtiger als Leistung. Das richtige Modell ist das, das Sie schneller in die Luft bringt und weniger Dinge kaputt macht.

Vergleich der drei typischen Pfade

Pfad 1: virtuelle Maschine (Sie verwalten fast alles)

Es ist das Modell, das einem eigenen, aber gemieteten Server am ähnlichsten ist. Sie mieten eine Maschine in der Cloud und installieren alles: System, Datenbank, Anwendung. Sie haben die volle Kontrolle.

Für einen Anfänger ist dies normalerweise der schwierigste Weg. Es kommt jedem bekannt vor, der schon einmal mit einem Server gearbeitet hat, aber es erfordert, dass man sich um Updates, Sicherheit und Konfiguration kümmert. Es ist eine Menge Macht und eine Menge Verantwortung für jemanden, der nur eine Idee validieren möchte. Es mag sinnvoll sein, wenn Sie bereits über Kenntnisse in der Systemadministration verfügen, aber es ist selten der beste Ausgangspunkt.

Pfad 2: verwaltete Plattform (Sie konzentrieren sich auf die App)

Hier liefern Sie Ihren Code und die Plattform kümmert sich um den Rest: wo Sie ihn ausführen, wie Sie ihn skalieren und wie Sie ihn online halten. Sie verlieren die Feinkontrolle, gewinnen aber Zeit und Seelenfrieden.

Für Einsteiger ist dies oft die ideale Balance. Der Start erfolgt schnell, Sie müssen kein Infrastrukturexperte sein und die Rechnung ist bei geringer Nutzung tendenziell vorhersehbar. Die meisten frühen Apps passen perfekt zu diesem Modell.

Weg 3: serverlos (Sie schreiben nur Funktionen)

Im serverlosen-Modell denken Sie nicht einmal an einen Server. Schreiben Sie kleine Funktionen, die ausgeführt werden, wenn jemand sie aufruft, und Sie zahlen nur für das, was Sie ausführen. Wenn niemand es nutzt, zahlen Sie praktisch nichts.

Für Einsteiger hat das einen enormen Reiz: sehr niedrige Kosten zu Beginn und automatische Skalierung. Der Nachteil besteht darin, dass man die Anwendung anders betrachten muss und einige Aufgaben komplizierter werden. Es ist eine großartige Option für einfache Apps oder bestimmte Teile, kann aber diejenigen verwirren, die ihre ersten Schritte unternehmen.

Die häufigsten Fehler von Anfängern

Der erste Fehler besteht darin, sich an der Mode zu orientieren. Sie haben gelesen, dass eine solche Architektur von großen Unternehmen genutzt wird und kopiert werden soll. Aber sie verwenden es, weil sie Skalierungsprobleme haben, die Sie nicht haben. Wenn Sie die Lösung auf ein Problem kopieren, mit dem Sie nicht konfrontiert sind, importieren Sie freie Komplexität.

Der zweite Fehler besteht darin, die Kosten zu ignorieren, bis die Rechnung eintrifft. In der Cloud ist es einfach, Ressourcen zu aktivieren und sie dann zu vergessen. Richten Sie vom ersten Tag an Ausgabenbenachrichtigungen ein und schalten Sie alles aus, was Sie nicht verwenden. Bei einem Start-up-Projekt kann eine unerwartete Rechnung über Hunderte von Dollar die Begeisterung zerstören.

Der dritte Fehler ist die Lähmung durch Analyse. Wochen damit zu verbringen, sich für Ihren Fall zwischen nahezu identischen Anbietern zu entscheiden, ist Zeit, die nicht in ein Produkt umgewandelt wird. Die großen Drei lösen das Problem einer Einsteiger-App gut. Wählen Sie eines aus, beginnen Sie und lernen Sie durch Praxis.

Wie man in der Praxis entscheidet

Wenn Sie den kürzesten Weg zur Inbetriebnahme wünschen, entscheiden Sie sich für eine verwaltete Plattform. Es bietet das beste Kosten-Nutzen-Verhältnis für Lernen und Geschwindigkeit für die meisten Erstanwendungs-Apps.

Wenn Ihre App einfach ist, sporadische Nutzungsspitzen aufweist und Sie fast nichts bezahlen möchten, wenn niemand sie nutzt, lohnt es sich, serverlos in Teilen des Systems auszuprobieren.

Belassen Sie die reine virtuelle Maschine, wenn Sie einen konkreten und spezifischen Grund haben, diese Kontrolle zu benötigen. Am Anfang ist es eher eine Belastung als eine Hilfe.

Schließung

Die beste Cloud-Architektur für Ihre erste App ist die, die Sie aus dem Plan in die Luft katapultiert. Alles, was den Start im Namen der Raffinesse verzögert, die Sie noch nicht benötigen, wirkt sich in der Praxis gegen Sie aus.

Sie können die Infrastruktur später jederzeit weiterentwickeln, wenn echte Benutzer Ihnen zeigen, was die App wirklich benötigt. Ohne Benutzer getroffene Skalierungsentscheidungen sind elegante Vermutungen. Fangen Sie einfach an und lassen Sie sich von der Realität leiten.

Wenn Sie Ihre erste App erstellen und sich zwischen diesen Pfaden nicht sicher sind, beginnen Sie mit dem einfachsten und passen Sie ihn später an. Es gibt weitere Blogartikel über Cloud, Kosten und Architektur, die Ihnen helfen, tiefer einzutauchen, wenn es Zeit für Wachstum ist.