Serie Architetture evolutive, parte 2

Com'era questo contenuto?

"L'idea sembra valida."

"Architetture evolutive" è una serie di blog in quattro parti che mostra come la progettazione delle soluzioni e le relative decisioni evolvono man mano che le aziende attraversano le diverse fasi del ciclo di vita delle startup. In questa serie, seguiamo il percorso di Example Startup (Startup di esempio, un nome di fantasia quantomai calzante) che sta sviluppando un'applicazione di "fantamercato azionario" sulla falsariga dei campionati di fantacalcio. L'idea prevede l'organizzazione di quattro "tornei" all'anno.

Il primo post del blog descrive come Example Startup ha raggiunto il suo primo traguardo importante offrendo un prodotto minimo funzionante (MVP). Nella seconda parte, osserveremo come Example Startup continua a sviluppare le proprie soluzioni per soddisfare l'aumento dei requisiti e l'espansione.

Sulla scia del successo del lancio della versione beta

Le cose stanno iniziando a migliorare per Example Startup. Il lancio del suo primo MVP è stato un enorme successo per due motivi:

  • Il numero di persone che si sono iscritte al gruppo beta di fantainvestitori è cresciuto esponenzialmente dopo che la notizia del prodotto si è diffusa sui social media.
  • La startup ha ottenuto dai suoi primi sponsor delle belle ricompense per i vincitori del gruppo beta.

È chiaro che i fondatori hanno in mano qualcosa di valido. Ora, la startup ha bisogno di aiuto prima che passi al prossimo gruppo di finanziatori e che ottenga i suoi primi clienti paganti. È ora di iniziare ad assumere. Example Startup ha bisogno di ingegneri in grado di occuparsi dello sviluppo della piattaforma mentre i fondatori passano a ruoli di leadership e iniziano a occuparsi di tutto il necessario per portare la startup alla fase successiva.

Le ottime notizie da Amazon Web Services (AWS) non potrebbero arrivare in un momento migliore. Example Startup è stata accettata nel programma AWS Activate, quindi ora può accedere a crediti gratuiti per coprire le crescenti spese per il cloud. Questo rappresenta una pista di lancio estremamente utile. Oltre ai crediti, un'iniziativa molto apprezzata, il programma AWS Activate include anche una serie di altri vantaggi come il piano di supporto premium e il contatto diretto con un team di account AWS,
che mette direttamente a disposizione delle aziende competenze tecniche e commerciali.

Ora che il team si è arricchito di un paio di ingegneri, è giunto il momento di valutare la soluzione che ha aiutato l'azienda a superare l'MVP e di iniziare a pianificare la versione successiva. Il fondatore tecnico avvia il passaggio di consegne agli ingegneri, il che innesca molte discussioni sugli aspetti che han funzionato e quelli che richiedono ulteriore lavoro. Dopo aver documentato tutte le esigenze, le lacune e le domande esistenti, il team si sente perso. Ci sono così tante opzioni, così tante decisioni da prendere e così poco tempo. Il fondatore tecnico decide che è ora di parlare nuovamente con AWS per ottenere qualche consiglio.

Favorire la crescita con più servizi e funzionalità AWS

Uno degli aspetti più importanti per Example Startup è la rendicontazione aziendale. Durante il periodo beta, i fondatori non avevano a disposizione molte informazioni sui parametri, come le registrazioni degli utenti, che avrebbero potuto fornire un'idea più precisa del successo della versione beta.

L'AWS Solutions Architect suggerisce Amazon QuickSight, un servizio serverless di business intelligence (BI) nativo del cloud. QuickSight è in grado di integrarsi perfettamente non solo con il database corrente, ma anche con altre origini dati potenzialmente utili, come i dati grezzi in Amazon S3 o perfino di provider terzi esterni. Realizzare i primi dashboard è facilissimo, grazie all'interfaccia Web intuitiva che consente di iterare rapidamente per creare ciò che si desidera in ogni dettaglio. Funzionalità come i report via e-mail pianificati consentono di disporre di tutte le informazioni importanti già recapitate nella casella di posta elettronica prima di colazione. QuickSight fornisce anche avvisi di superamento delle soglie che informano il team ogni volta che vengono raggiunti nuovi traguardi nelle sottoscrizioni. Quella che inizialmente sembrava un'impresa enorme è stata risolta nel giro di pochi giorni.

Il prossimo elemento importante per il team è l'accettazione dei pagamenti: è un aspetto di cui nessuno del team ha esperienza. Dopo un paio di sessioni informative con il team AWS, il team dell'azienda ha una serie ben definita di requisiti da inviare a due diversi partner AWS che forniscono servizi di elaborazione dei pagamenti. Dopo alcune conversazioni introduttive, il team trova un partner che ritiene tecnicamente in grado di affrontare questo compito importante.

Avendo risolto una serie di questioni, il team può finalmente concentrarsi su altre decisioni tecniche che lo aiuteranno a sostenere la crescita prevista. Durante la fase beta, AWS Amplify è stato di valido aiuto nella preparazione di interfacce utente adatte ai dispositivi mobili. Il team decide di continuare a servirsene per creare e mantenere tutte le applicazioni front-end attuali e future. Sul lato back-end, vuole avere un maggiore controllo sul modo in cui crea i servizi applicativi e sui livelli di persistenza su cui fa affidamento. Con l'aspettativa di gestire volumi di dati molto maggiori e di prepararsi per le nuove funzionalità che sta pianificando, il team decide di seguire i consigli dell'AWS Solutions Architect e inizia a esaminare alcuni database dedicati. Amazon DynamoDB ha funzionato alla grande, ma prevedendo di aumentare la frequenza di elaborazione dei dati di mercato e di calcolo dei portafogli nel lungo termine, il team valuta anche database di serie temporali come Amazon Timestream e alcuni database relazionali come Amazon RDS per PostgreSQL. Questi servizi di database dedicati consentono al team di utilizzare il motore di database più adatto ai diversi carichi di lavoro.

Per quanto concerne lo sviluppo delle applicazioni, il team desidera implementare una logica di business più complessa, senza doversi preoccupare dell'aumento dei costi operativi. Sa di voler containerizzare i propri carichi di lavoro, ma non sa con certezza quale sia l'opzione più adatta a un team di piccole dimensioni. Il team AWS si guadagna la fiducia di Example Startup e partecipa frequentemente alle sessioni di brainstorming e al processo decisionale. Per l'orchestrazione dei container, AWS suggerisce Amazon ECS con capacità fornita da AWS Fargate, la soluzione di elaborazione serverless per i container. Fargate offre un approccio di scalabilità flessibile grazie alle sue tariffe a consumo, senza richiedere l'applicazione di patch al sistema operativo sottostante. Questa opzione è particolarmente vantaggiosa, dato che il team non ha ancora certezze sulla data di inizio per il gruppo di finanziatori successivo. Ciò permette al team di concentrarsi maggiormente sulle attività di sviluppo.

La sicurezza è un altro aspetto che sta diventando sempre più importante per Example Startup, soprattutto in vista della realizzazione della soluzione di pagamento, che aumenterà l'esposizione della piattaforma a eventuali rischi. In linea con la costante attenzione alle esigenze della startup e alla soddisfazione di tali esigenze in modo proattivo, AWS ha recentemente pubblicato il documento AWS Startup Security Baseline (AWS SSB), un insieme di controlli che rappresenta una base minima da cui partire per sviluppare in modo sicuro su AWS senza compromettere l'agilità. Pertanto, il team sta lavorando sodo per implementare questi controlli.

Ottimizzazione dei costi del cloud con AWS

Il team è impegnato a sperimentare idee, implementare nuove tecnologie e imparare a utilizzare i servizi e le funzionalità di cui potrebbe aver bisogno. Avendo già configurato Budget AWS, il fondatore tecnico decide di acquisire familiarità con altri strumenti per offrire al team una migliore supervisione e un maggior controllo sulla spesa AWS. Impara a conoscere strumenti come Rilevamento di anomalie dei costi AWS, uno strumento automatico di rilevazione delle anomalie dei costi e di analisi delle cause principali con machine learning (ML) e avvisi integrati. Approfondendo l'argomento, viene a conoscenza di Esploratore dei costi AWS, uno strumento che offre la possibilità di visualizzare e analizzare i costi e i dettagli dell'utilizzo.

Raccolta di capitali per sostenere la crescita della startup

I crediti di AWS Activate hanno contribuito a ridurre i costi di AWS, ma il team sta crescendo e anche altre spese iniziano ad accumularsi. I primi fondi per il lancio iniziale sono quasi esauriti, il che limita gradualmente la capacità del team di sperimentare. È tempo di iniziare a pensare alla raccolta di capitali. I fondatori si stanno preparando per questo momento da tempo e hanno quasi messo a punto l'occorrente. Non hanno esperienza in questo campo né i contatti che potrebbero fare la differenza, ma AWS è al loro fianco. Il team AWS agevola i contatti con i team di Business Development, che sono lieti di aiutare offrendo consigli e presentazioni agli investitori e alle società di capitale di rischio. Le prospettive sono entusiasmanti.

Dai un'occhiata al primo post del blog della serie Architetture evolutive.

Aayzed Tanweer

Aayzed Tanweer

Aayzed è Solutions Architect presso AWS e collabora con vari clienti di startup nel settore Fintech, con una particolare attenzione ai servizi di analisi. Originario di Toronto, si è recentemente trasferito a New York, dove si diverte a esplorare la città e a deliziarsi con le sue innumerevoli specialità culinarie e angoli nascosti.

Justin Plock

Justin Plock

Justin è Principal Solutions Architect presso AWS ed è specializzato nel campo delle startup Fintech. Incontra regolarmente i fondatori di Fintech per contribuire a garantire che la loro attività sia sicura e conforme alle normative del settore. Prima di entrare in AWS, è stato Director of Cloud Enablement presso una compagnia assicurativa Fortune 200 e Director of Engineering presso una società di sicurezza informatica. Nutre una forte passione per aiutare le startup a svilupparsi in modo sicuro ed efficiente su AWS. Attualmente, vive nel Connecticut con sua moglie e le sue due figlie.

Zoran Nakev

Zoran Nakev

Zoran è Senior Solutions Architect presso AWS. Lavora principalmente con le startup Fintech e le aiuta a creare soluzioni sulla piattaforma AWS. Usa la propria esperienza e passione per la tecnologia per aiutare le startup a raggiungere i loro obiettivi. Vive nel New Jersey con la sua famiglia e ama passare il tempo libero guardando film, ascoltando musica e facendo lunghe passeggiate con il proprio cane.

Com'era questo contenuto?