Die Serie Evolutionäre Architekturen, Teil 2

Wie war dieser Inhalt?

„Ich denke, wir sind vielleicht auf der richtigen Spur.“

„Evolutionäre Architekturen“ ist eine vierteilige Blogserie, die zeigt, wie sich Lösungsdesigns und Entscheidungen entwickeln, wenn Unternehmen die verschiedenen Phasen des Lebenszyklus von Startups durchlaufen. In dieser Serie folgen wir dem treffend benannten Example Startup, dessen Idee darin besteht, eine „Fantasy-Aktienmarkt“-Anwendung zu entwickeln, die Fantasy-Sportligen ähnelt. Sie stellen sich vor, im Laufe eines Jahres vier „Turniere“ abzuhalten.

Im ersten Blog wird beschrieben, wie Example Startup seinen ersten großen Meilenstein mit der Lieferung eines Minimum-Viableprodukts (MVP) erreicht hat. In Teil 2 werden wir sehen, wie Example Startup seine Lösungen weiterentwickelt, um den gestiegenen Anforderungen und dem Wachstum gerecht zu werden.

Aufbauend auf dem Erfolg des Beta-Starts

Bei Example Startup geht es langsam bergauf. Der Start ihres ersten MVP war aus zwei Gründen ein großer Erfolg:

  • Die Zahl der Personen, die sich für die Beta-Kohorte von Fantasy-Investoren angemeldet haben, stieg exponentiell, nachdem das Produkt in den sozialen Medien bekannt wurde.
  • Das Startup hat seine ersten Sponsoren bekommen, die einige nette Belohnungen für die Gewinner der Beta-Kohorte erhalten haben.

Es ist klar, dass die Gründer auf der richtigen Spur sind. Jetzt benötigt das Startup etwas Hilfe, bevor die nächste Kohorte beginnt und das Unternehmen seine ersten zahlenden Kunden bekommt. Es ist Zeit, mit der Einstellung zu beginnen. Beispiel Startup benötigt Ingenieure, die die Plattformentwicklung übernehmen können, während die Gründer Führungsrollen übernehmen und sich um alles kümmern, was für die nächste Phase ihres Startups erforderlich ist.

Die großartigen Neuigkeiten von Amazon Web Services (AWS) könnten zu keinem besseren Zeitpunkt kommen. Beispiel: Startup wird in das AWS-Activate-Programm aufgenommen, was bedeutet, dass es jetzt auf kostenloses Guthaben zugreifen kann, um seine wachsenden Cloud-Ausgaben zu decken. Dies gibt ihnen einen dringend benötigten Spielraum. Die Gutschriften sind zwar sehr willkommen, aber das AWS-Activate-Programm beinhaltet auch eine Reihe weiterer Vorteile wie einen Premium-Support-Plan sowie eine Beziehung zu einem AWS-Kundenbetreuungsteam,
das ihnen technisches und betriebswirtschaftliches Fachwissen direkt zur Verfügung stellt.

Mit einigen Ingenieuren, die dem Team beitreten, ist es an der Zeit, die Lösung zu evaluieren, die sie durch das MVP gebracht hat, und mit der Planung für die nächste Version zu beginnen. Der technische Gründer beginnt mit der Übergabe an die Ingenieure, was viele Diskussionen darüber anregt, was gut gelaufen ist und was mehr Arbeit erfordert. Nach der Dokumentation aller bestehenden Bedürfnisse, Lücken und Fragen fühlt sich das Team verloren. Es gibt so viele Möglichkeiten, so viele Entscheidungen zu treffen und so wenig Zeit. Der technische Gründer beschließt, dass es an der Zeit ist, erneut mit AWS zu sprechen, um sich beraten zu lassen.

Wachstum mit mehr AWS-Services und -Funktionen ermöglichen

Eines der ersten Dinge auf der Liste von Example Startup ist die Geschäftsberichterstattung. Während der Beta-Phase hatten die Gründer nicht viel Einblick in Kennzahlen wie Benutzeranmeldungen, die ihnen ein besseres Gefühl dafür geben würden, wie ihre Beta-Version lief.

Der AWS-Lösungsarchitekt schlägt Amazon QuickSight vor – einen cloudnativen, Serverless Business Intelligence (BI)-Service. QuickSight kann sich nahtlos in ihre aktuelle Datenbank integrieren, aber auch in andere Datenquellen, die sie möglicherweise benötigen, wie Rohdaten in Amazon S3 oder sogar Daten von externen Drittanbietern. Das Erstellen ihrer ersten Dashboards ist ein Kinderspiel. Die benutzerfreundliche Weboberfläche ermöglicht es ihnen, schnell zu iterieren, um das zu erstellen, was sie sehen möchten. Features wie geplante E-Mail-Berichte ermöglichen es ihnen, jeden Morgen mit allen wichtigen Informationen aufzuwachen, die sich bereits in ihren E-Mail-Posteingängen befinden. QuickSight verfügt auch über Schwellenwertwarnungen, die das Team informieren, wenn neue Meilensteine bei Abonnements erreicht werden. Was zunächst wie ein riesiges Unterfangen aussah, wurde innerhalb weniger Tage gelöst.

Der nächste wichtige Punkt für das Team ist die Annahme von Zahlungen. Damit hat niemand im Team Erfahrung. Nach einigen informativen Sitzungen mit dem AWS-Team hat das Team genau definierte Anforderungen, die es an verschiedene AWS-Partner sendet, die Zahlungsabwicklungsservices anbieten. Nach wenigen Einführungsgesprächen findet das Team einen Partner, von dem es glaubt, dass er technisch in der Lage ist, diese wichtige Aufgabe zu erledigen.

Nachdem manche dieser Tagesordnungspunkte geklärt sind, kann sich das Team endlich auf andere technische Entscheidungen konzentrieren, die es dabei unterstützen, das erwartete Wachstum aufrechtzuerhalten. AWS Amplify hat ihnen in der Beta-Phase gute Dienste geleistet: Es half ihnen sehr bei der Vorbereitung von Benutzeroberflächen, die für mobile Geräte geeignet sind. Sie beschließen, sich bei der Entwicklung und Wartung all ihrer aktuellen und zukünftigen Frontend-Anwendungen weiterhin darauf zu verlassen. Im Backend möchten sie mehr Kontrolle darüber haben, wie sie ihre Anwendungsservices erstellen und auf welche Persistenzschichten sie sich verlassen. In der Erwartung, mit viel größeren Datenmengen umgehen zu können und sich auf die geplanten neuen Features vorbereiten zu können, beschließt das Team, dem Rat des AWS-Lösungsarchitekten zu folgen und mit der Untersuchung einiger speziell entwickelter Datenbanken zu beginnen. Amazon DynamoDB hat sich hervorragend geschlagen, aber mit den langfristigen Plänen, die Häufigkeit der Verarbeitung von Marktdaten zu erhöhen und Portfolios häufiger zu berechnen, beginnen sie, Zeitreihendatenbanken wie Amazon Timestream und einige relationale Datenbanken wie Amazon RDS für PostgreSQL zu betrachten. Diese speziell entwickelten Datenbankdienste ermöglichen es dem Team, die Datenbank-Engine zu verwenden, die für die verschiedenen Workloads am besten geeignet ist.

Auf der Seite der Anwendungsentwicklung möchte das Team mit der Implementierung komplizierterer Geschäftslogik beginnen, ohne sich über erhöhte Betriebskosten Gedanken machen zu müssen. Sie wissen, dass sie ihre Workloads containerisieren wollten, sind sich aber nicht sicher, welche Option am besten zu ihrem kleinen Team passt. Das AWS-Team verdient sich das Vertrauen von Example Startup und nimmt regelmäßig an Brainstorming-Sitzungen und Entscheidungsprozessen teil. Die Empfehlung von AWS zur Container-Orchestrierung lautet Amazon ECS mit Kapazität, die von AWS Fargate bereitgestellt wird – der Serverless-Datenverarbeitung für Container. Der Reiz von Fargate besteht darin, dass es aufgrund seiner Pay-per-Use-Funktionalität einen flexiblen Skalierungsansatz bietet, ohne dass sie sich Gedanken über das Patchen des zugrunde liegenden Betriebssystems machen müssen. Angesichts der mangelnden Gewissheit über den Starttermin für die nächste Kohorte ist dies eine willkommene Option, die dem Team mehr Zeit gibt, sich auf seine Entwicklungsaktivitäten zu konzentrieren.

Sicherheit ist ein weiteres Thema, das auf der Prioritätenliste von Example Startup an Bedeutung gewinnt. Da der Ausbau der Zahlungslösung im Gange ist, wird die Plattform ein erhöhtes Risiko haben. Im Rahmen der kontinuierlichen Bemühungen, die Bedürfnisse von Startups zu antizipieren und sie proaktiv zu erfüllen, hat AWS kürzlich das Dokument AWS Startup Security Baseline (AWS SSB) veröffentlicht. AWS SSB ist eine Reihe von Kontrollen, die eine Mindestgrundlage für Unternehmen schaffen, um sicher auf AWS aufzubauen, ohne die Agilität zu beeinträchtigen. Das Team hatte einiges zu tun.

Optimieren der Cloud-Kosten mit AWS

Das Team ist damit beschäftigt, mit Ideen zu experimentieren, neue Technologien zu implementieren und zu lernen, wie sie die Dienste und Funktionen nutzen können, die sie möglicherweise benötigen. Da AWS-Budgets bereits eingerichtet ist, beschließt die technische Gründerin, sich mit weiteren Tools vertraut zu machen, um ihr eine bessere Übersicht und Kontrolle über ihre AWS-Ausgaben zu geben. Sie lernt Tools wie AWS Cost Anomaly Detection kennen, einen automatisierten Detektor für Kostenanomalien und Ursachenanalyse mit integriertem Machine Learning (ML) und Warnmeldungen. Sie vertieft sich in die Details und lernt den AWS Cost Explorer kennen, ein Tool, das die Möglichkeit bietet, Kosten und Nutzungsdetails einzusehen und zu analysieren.

Kapitalbeschaffung zur Unterstützung des Wachstums des Startups

Die AWS-Activate-Gutschriften halfen bei den AWS-Kosten, aber das Team wächst und auch andere Ausgaben häufen sich. Die anfänglichen Bootstrap-Mittel sind fast aufgebraucht, was die Experimentierfähigkeit des Teams allmählich einschränkt. Es ist an der Zeit, über die Beschaffung von Kapital nachzudenken. Die Gründer bereiten sich schon seit einiger Zeit auf diesen Moment vor, und ein Deck ist fast fertig. Damit haben sie weder vorherige Erfahrung noch die Kontakte, die helfen könnten. Sie haben AWS auf ihrer Seite. Das AWS-Team unterstützt die Gespräche mit den Business-Development-Teams, die Investoren und Risikokapitalfirmen gerne mit Ratschlägen und Vorstellungsgesprächen behilflich sind. Aufregende Zeiten liegen vor uns.

Schauen Sie sich den ersten Blog der Serie Evolutionäre Architekturen an.

Aayzed Tanweer

Aayzed Tanweer

Aayzed ist Solutions Architect bei AWS und arbeitet mit Startup-Kunden im FinTech-Bereich zusammen, wobei der Schwerpunkt auf Analytics-Services liegt. Ursprünglich aus Toronto stammend, ist er vor Kurzem nach New York City gezogen, wo er sich gerne seinen Weg durch die Stadt bahnt und ihre vielen eigenartigen Ecken und Winkel erkundet.

Justin Plock

Justin Plock

Justin ist Principal Solutions Architect bei AWS und konzentriert sich auf Fintech-Startups. Er trifft sich regelmäßig mit Fintech-Gründern, um sicherzustellen, dass ihr Unternehmen sicher ist und den Branchenvorschriften entspricht. Vor seiner Zeit bei AWS war er Direktor für Cloud-Enablement bei einem Fortune-200-Versicherungsträger und Director of Engineering bei einem Cybersicherheitsunternehmen. Seine Leidenschaft ist es, Startups dabei zu helfen, sich sicher und effizient in AWS zu entwickeln. Er lebt mit seiner Frau und zwei Töchtern in Connecticut.

Zoran Nakev

Zoran Nakev

Zoran ist Senior Solutions Architect bei AWS, arbeitet hauptsächlich mit FinTech-Startups zusammen und hilft ihnen bei der Entwicklung von Lösungen auf der AWS-Plattform. Er nutzt seine Erfahrung und Leidenschaft für Technologie, um Startups dabei zu unterstützen, ihre Ziele zu erreichen. Er lebt mit seiner Familie in New Jersey und verbringt seine Freizeit gerne damit, Filme zu schauen, Musik zu hören und lange Spaziergänge mit seinem Familienhund zu unternehmen.

Wie war dieser Inhalt?