Série Evolutionary architectures, partie 2

Comment a été ce contenu ?

« Je pense que nous tenons quelque chose. »

« Evolutionary Architectures » est une série de billets de blog en quatre parties qui montre comment la conception des solutions et les décisions évoluent au fur et à mesure que les entreprises traversent les différentes étapes du cycle de vie d'une start-up. Dans cette série, nous suivons la bien nommée Example Startup dont l'idée est de créer une application de « bourse fantasy », similaire aux ligues sportives fantasy. L'entreprise envisage d'organiser quatre « tournois » au cours d'une année.

Le premier billet de blog décrit comment Example Startup a franchi sa première étape majeure en fournissant un produit minimum viable (MVP). Dans la deuxième partie, nous verrons comment Example Startup continue de faire évoluer ses solutions pour répondre à l'augmentation des exigences et à la croissance.

S'appuyer sur le succès du lancement de la version bêta

Les choses commencent à s'améliorer pour Example Startup. Le lancement de son premier MVP a été un énorme succès pour deux raisons :

  • Le nombre de personnes qui se sont inscrites à la cohorte bêta d'investisseurs fantasy a augmenté de façon exponentielle après que le produit ait été annoncé sur les réseaux sociaux.
  • La start-up a fait participer ses premiers sponsors en offrant de belles récompenses aux gagnants de la cohorte bêta.

Il est clair que les fondateurs sont sur la bonne voie. Maintenant, la start-up a besoin d'aide avant que la prochaine cohorte ne commence et que l'entreprise n'obtienne ses premiers clients payants. Il est temps de commencer à recruter. Example Startup a besoin d'ingénieurs capables de prendre en charge le développement de la plateforme pendant que les fondateurs passent à des rôles de direction et commencent à s'occuper de tout ce qui est nécessaire pour faire passer leur start-up à l'étape suivante.

La bonne nouvelle d'Amazon Web Services (AWS) ne pouvait pas arriver à un meilleur moment. Example Startup est acceptée dans le programme AWS Activate, ce qui signifie qu'elle peut désormais accéder à des crédits gratuits pour couvrir ses dépenses croissantes liées au cloud. Elle dispose ainsi d'une marge de manœuvre indispensable. Bien que les crédits soient très appréciés, le programme AWS Activate inclut également un certain nombre d'autres avantages, tels qu'un plan Premium Support, ainsi qu'une mise en relation avec une équipe AWS chargée des comptes
qui met directement à sa disposition une expertise technique et commerciale.

Quelques ingénieurs rejoignant l'équipe, il est temps d'évaluer la solution qui lui a permis de développer le MVP et de commencer à planifier la prochaine version. Le fondateur technique entame la transmission aux ingénieurs, ce qui donne lieu à de nombreuses discussions sur les réussites et les points d'amélioration. Après avoir documenté tous les besoins, lacunes et questions existants, l'équipe se sent perdue. Il y a tellement d'options, tant de décisions à prendre et si peu de temps. Le fondateur technique décide qu'il est temps de contacter à nouveau AWS pour obtenir des conseils.

Favoriser la croissance grâce à davantage de services et de fonctionnalités AWS

L'un des premiers éléments de la liste d'Example Startup est la génération de rapports commerciaux. Au cours de la période bêta, les fondateurs n'avaient pas beaucoup d'informations sur les métriques, telles que les inscriptions des utilisateurs, qui leur donneraient une meilleure idée de l'évolution de leur version bêta.

L'architecte des solutions AWS suggère Amazon QuickSight, un service d'informatique décisionnelle sans serveur et natif cloud. QuickSight a la capacité de s'intégrer parfaitement à sa base de données actuelle, mais également à d'autres sources de données dont l'entreprise pourrait avoir besoin, telles que les données brutes d'Amazon S3 ou même les données provenant de fournisseurs tiers. La création de ses premiers tableaux de bord est un jeu d'enfant grâce à l'interface Web conviviale qui permet d'itérer rapidement pour créer ce qu'elle souhaite voir. Des fonctionnalités telles que les rapports par e-mail planifiés lui permettent de démarrer chaque journée avec toutes les informations importantes déjà dans la boîte de réception. QuickSight propose également des alertes de seuil qui informent l'équipe chaque fois que de nouvelles étapes sont franchies en matière d'abonnements. Ce qui semblait au départ être une entreprise de grande envergure a été résolu en quelques jours.

Le prochain point important pour l'équipe est d'accepter les paiements. Aucun membre de l'équipe n'a d'expérience dans ce domaine. Après quelques séances d'information avec AWS, l'équipe a défini un ensemble d'exigences qu'elle envoie à différents Partenaires AWS qui fournissent des services de traitement des paiements. Après quelques entretiens préliminaires, l'équipe trouve un partenaire qui, selon elle, est techniquement bien placé pour s'acquitter de cette tâche importante.

Certains de ces points étant réglés, l'équipe pouvait enfin se concentrer sur d'autres décisions techniques qui l'aideront à maintenir la croissance attendue. AWS Amplify lui a été bien utile pendant la phase bêta : le service lui a permis de préparer des interfaces utilisateur adaptées aux appareils mobiles. L'équipe décide de continuer à s'y fier pour créer et maintenir toutes ses applications frontend actuelles et futures. En ce qui concerne le backend, elle souhaite mieux contrôler la création des services d'applications et des couches de persistance sur lesquelles elle s'appuie. Dans l'espoir de traiter des volumes de données beaucoup plus importants et de se préparer aux nouvelles fonctionnalités prévues, l'équipe décide de suivre les conseils de l'architecte des solutions AWS et de commencer à étudier des bases de données sur mesure. Amazon DynamoDB s'en est bien sorti, mais les projets à long terme visant à augmenter la fréquence de traitement des données de marché et à calculer les portefeuilles plus souvent, l'équipe commence à examiner des bases de données de séries chronologiques telles qu'Amazon Timestream et certaines bases de données relationnelles telles qu'Amazon RDS for PostgreSQL. Ces services de bases de données sur mesure permettront à l'équipe d'utiliser le moteur de base de données le mieux adapté à ses différentes charges de travail.

En ce qui concerne le développement d'applications, l'équipe souhaite commencer à mettre en œuvre une logique métier plus complexe sans avoir à se soucier de frais opérationnels accrus. Elle sait qu'elle doit conteneuriser ses charges de travail, mais ne sait pas quelle option convient le mieux à sa petite équipe. L'équipe AWS gagne la confiance d'Example Startup et participe régulièrement aux sessions de brainstorming et au processus de prise de décision. Pour l'orchestration des conteneurs, AWS recommande Amazon ECS, dont la capacité est fournie par AWS Fargate, le système de calcul sans serveur pour les conteneurs. L'intérêt de Fargate réside dans le fait qu'il propose une approche de mise à l'échelle flexible grâce à sa fonctionnalité de paiement à l'utilisation, sans avoir à se soucier de corriger le système d'exploitation sous-jacent. Compte tenu du manque de certitude quant à la date de début de la prochaine cohorte, il s'agit d'une option bienvenue qui donne à l'équipe plus de temps pour se concentrer sur ses activités de développement.

La sécurité est un autre sujet qui prend de plus en plus d'importance dans la liste des priorités d'Example Startup. Le développement de la solution de paiement étant en cours, la plateforme sera plus exposée aux risques. Dans le cadre des efforts continus visant à anticiper les besoins des start-ups et à y répondre de manière proactive, AWS a récemment publié le document AWS Startup Security Baseline (AWS SSB). AWS SSB est un ensemble de contrôles qui constituent une base minimale permettant aux entreprises de développer en toute sécurité sur AWS sans entraver leur agilité. L'équipe avait du pain sur la planche.

Optimiser les coûts liés au cloud avec AWS

L'équipe est occupée à tester des idées, à mettre en œuvre de nouvelles technologies et à apprendre à utiliser les services et fonctionnalités dont elle pourrait avoir besoin. AWS Budgets étant déjà configuré, le fondateur technique décide de se familiariser avec d'autres outils afin de mieux superviser et contrôler les dépenses AWS. Elle découvre des outils tels qu'AWS Cost Anomaly Detection, un détecteur automatique d'anomalies de coûts et une analyse des causes racines avec machine learning (ML) et alertes intégrés. En approfondissant les détails, elle découvre l'Explorateur de coûts AWS, un outil qui permet de visualiser et d'analyser les coûts et les détails d'utilisation.

Mobiliser des capitaux pour soutenir la croissance de la start-up

Les crédits AWS Activate ont contribué à couvrir les coûts d'AWS, mais l'équipe s'agrandit et les autres dépenses commencent également à s'accumuler. Les fonds de démarrage initiaux sont presque épuisés, ce qui limite progressivement la capacité d'expérimentation de l'équipe. Il est temps de commencer à lever des capitaux. Les fondateurs se préparent à ce moment depuis un certain temps, avec une présentation presque prête. À ce niveau, ils n'ont ni expérience préalable, ni les contacts qui pourraient les aider. Ils ont AWS de leur côté. L'équipe AWS facilite les conversations avec les équipes de développement métier, qui se feront un plaisir de fournir des conseils et des présentations aux investisseurs et aux sociétés de capital-risque. Le meilleur est à venir.

Consultez le premier billet de blog de la série Evolutionary Architectures. 

Aayzed Tanweer

Aayzed Tanweer

Aayzed est architecte de solutions chez AWS et travaille avec des startups dans l'espace FinTech, plus particulièrement sur les services d'analyse. Originaire de Toronto, il s'est récemment installé à New York, où il aime manger à sa façon et explorer les nombreux coins et recoins de la ville.

Justin Plock

Justin Plock

Justin est architecte de solutions principal chez AWS et est spécialisé dans les startups de la fintech. Il rencontre régulièrement les fondateurs de fintech pour s'assurer que leur activité est sécurisée et conforme aux réglementations du secteur. Avant de rejoindre AWS, il était directeur de la mise en œuvre du cloud dans une compagnie d'assurance du Fortune 200 et directeur de l'ingénierie dans une société de cybersécurité. Il a à cœur d'aider les startups à se développer efficacement et en toute sécurité sur AWS. Il vit dans le Connecticut avec sa femme et ses deux filles.

Zoran Nakev

Zoran Nakev

Zoran est architecte de solutions senior chez AWS. Il travaille principalement avec des startups FinTech et les aide à créer des solutions sur la plateforme AWS. Il utilise son expérience et sa passion pour la technologie pour aider les startups à atteindre leurs objectifs. Il vit dans le New Jersey avec sa famille et aime passer son temps libre à regarder des films, à écouter de la musique et à faire de longues promenades avec son chien.

Comment a été ce contenu ?