Serie de arquitecturas evolutivas (parte 2)

¿Qué le pareció este contenido?

“Creo que tenemos una buena idea”.

“Arquitecturas evolutivas” es una serie de blogs de cuatro partes que muestra cómo los diseños de soluciones y las decisiones evolucionan a medida que las empresas atraviesan las distintas etapas del ciclo de vida de las startups. En esta serie, seguimos la bien llamada startup “Ejemplo”, cuya idea es crear una aplicación de “bolsa de valores de fantasía”, similar a las ligas deportivas de fantasía. Prevén celebrar cuatro “torneos” en el transcurso de un año.

El primer blog describe cómo la startup Ejemplo alcanzó su primer hito importante al ofrecer un producto mínimo viable (MVP). En la segunda parte, veremos cómo la startup Ejemplo continúa desarrollando sus soluciones para cumplir con el aumento de los requisitos y el crecimiento.

Aprovechamiento del éxito del lanzamiento de la versión beta

La situación empieza a mejorar para la startup Ejemplo. El lanzamiento de su primer producto mínimo viable fue un gran éxito por dos motivos:

  • El número de personas que se registraron en la cohorte beta de inversionistas de fantasía creció exponencialmente tras conocerse la noticia del producto en las redes sociales.
  • La startup consiguió que sus primeros patrocinadores contribuyeran con recompensas interesantes para los ganadores de la cohorte beta.

Está claro que los fundadores tienen una idea excelente. Ahora, la startup necesita ayuda antes de que comience la siguiente cohorte y la empresa consiga sus primeros clientes de pago. Es hora de empezar a contratar. La startup Ejemplo necesita ingenieros que puedan encargarse del desarrollo de la plataforma, mientras que los fundadores pasan a ocupar puestos de liderazgo y comienzan a ocuparse de todo lo necesario para que su startup pase a la siguiente fase.

Las excelentes noticias de Amazon Web Services (AWS) no podrían llegar en mejor momento. La startup Ejemplo aceptó el programa AWS Activate, lo que significa que ahora puede acceder a créditos gratuitos para cubrir sus gastos crecientes en la nube. Esto le da la ayuda que tanto necesita. Si bien los créditos son muy apreciados, el programa AWS Activate también incluye otras ventajas, como un plan de soporte Premium y una relación con un AWS account team
que pone la experiencia técnica y empresarial directamente a su disposición.

Con la incorporación de un par de ingenieros al equipo, llegó el momento de evaluar la solución que les permitió superar el producto mínimo viable y empezar a planificar la próxima versión. El fundador técnico comienza el traspaso a los ingenieros, lo que suscita muchas discusiones sobre qué salió bien y en qué aspectos hay que trabajar. Tras documentar todas las necesidades, brechas y preguntas existentes, el equipo se siente perdido. Hay tantas opciones, tantas decisiones que tomar y tan poco tiempo. El fundador técnico decide que es hora de volver a hablar con AWS para obtener orientación.

Posibilitación del crecimiento con más características y servicios de AWS

Uno de los primeros aspectos en la lista de la startup Ejemplo son los informes empresariales. Durante el periodo beta, los fundadores no tenían mucha información sobre las métricas, como los registros de usuarios, que les permitieran hacerse una idea más clara del desempeño del lanzamiento de la versión beta.

El solutions architect de AWS sugiere Amazon QuickSight, un servicio de inteligencia empresarial (BI) nativo en la nube y sin servidor. QuickSight puede integrarse sin problemas con su base de datos actual, pero también con otros orígenes de datos que podrían necesitar, como los datos sin procesar de Amazon S3 o incluso los datos de proveedores externos de terceros. Crear sus primeros paneles es muy sencillo, ya que la interfaz web fácil de usar les permite iterar rápidamente para crear lo que quieren ver. Características como los informes por correo electrónico programados les permiten comenzar cada mañana con toda la información importante ya en sus buzones de correo electrónico. QuickSight también cuenta con alertas de umbral que informan al equipo cada vez que se alcanza un nuevo hito en las suscripciones. Lo que inicialmente parecía una tarea enorme se resolvió en cuestión de días.

El siguiente aspecto importante para el equipo es aceptar pagos. Esto es algo en lo que nadie del equipo tiene experiencia. Tras un par de sesiones informativas con el equipo de AWS, el equipo tiene una serie de requisitos bien definidos que envían a varios socios de AWS que ofrecen servicios de procesamiento de pagos. Después de unas cuantas conversaciones introductorias, el equipo encuentra un socio que, en su opinión, está bien preparado desde el punto de vista técnico para dejar de lado esta importante tarea.

Una vez superados algunos de estos aspectos de la agenda, el equipo finalmente podría centrarse en otras decisiones técnicas que los ayudarán a mantener el crecimiento esperado. AWS Amplify les sirvió de mucho durante la fase beta: los ayudó mucho a preparar las interfaces de usuario adecuadas para los dispositivos móviles. Decidieron mantener la confianza en AWS Amplify para crear y mantener todas sus aplicaciones de frontend actuales y futuras. En el backend, quieren tener más control sobre cómo crean sus servicios de aplicaciones y los niveles de persistencia en los que confían. Con la expectativa de gestionar volúmenes de datos mucho mayores y prepararse para las nuevas características que planean, el equipo decide seguir el consejo del solutions architect de AWS y empezar a buscar bases de datos personalizadas. Amazon DynamoDB tuvo un desempeño excelente, pero con los planes a largo plazo para aumentar la frecuencia de procesamiento de los datos de mercado y calcular las carteras con más frecuencia, empezaron a considerar bases de datos de series temporales como Amazon Timestream y algunas bases de datos relacionales como Amazon RDS para PostgreSQL. Estos servicios de bases de datos personalizadas permitirán al equipo utilizar el motor de base de datos más adecuado para sus diferentes cargas de trabajo.

En cuanto al desarrollo de aplicaciones, el equipo quiere empezar a implementar una lógica empresarial más complicada sin tener que preocuparse por el aumento de los gastos operativos. Saben que quieren incluir en contenedores sus cargas de trabajo, pero no están seguros de cuál es la opción que mejor se ajusta a su pequeño equipo. El equipo de AWS se gana la confianza de la startup Ejemplo y participa con frecuencia en las sesiones de intercambio de ideas y en el proceso de toma de decisiones. La recomendación de AWS respecto de la orquestación de contenedores es Amazon ECS, con la capacidad que proporciona AWS Fargate, la computación sin servidor para contenedores. El atractivo de Fargate es que ofrece un enfoque de escalado flexible debido a su funcionalidad de pago por uso, sin tener que preocuparse por aplicar revisiones al sistema operativo subyacente. Dada la falta de certeza sobre la fecha de inicio de la próxima cohorte, esta es una buena opción que da al equipo más tiempo para centrarse en sus actividades de desarrollo.

La seguridad es otro tema que está ganando protagonismo en la lista de prioridades de la startup Ejemplo. Con la implementación de la solución de pago, la plataforma incluirá una mayor exposición al riesgo. Como parte de los esfuerzos continuos por anticipar las necesidades de las startups y satisfacerlas de manera proactiva, AWS publicó recientemente el documento AWS Startup Security Baseline (AWS SSB). AWS SSB es un conjunto de controles que crea una base mínima para que las empresas puedan crear de forma segura en AWS sin obstaculizar la agilidad. El equipo tenía mucho trabajo por delante.

Optimización de los costos de la nube con AWS

El equipo está ocupado experimentando con ideas, implementando nuevas tecnologías y aprendiendo a usar los servicios y las características que podrían necesitar. Con AWS Budgets ya configurado, la fundadora técnica decide familiarizarse con más herramientas para poder supervisar y controlar mejor sus gastos en AWS. Aprende a utilizar herramientas como la Detección de anomalías de costos de AWS, un detector automatizado de anomalías en los costos y un análisis de la causa principal con alertas y machine learning (ML) integrados. Al profundizar en los detalles, descubre el Explorador de costos de AWS, una herramienta que permite ver y analizar los detalles de los costos y del uso.

Recaudación de capital para apoyar el crecimiento de la startup

Los créditos de AWS Activate ayudaron a cubrir el costo de AWS, pero el equipo crece y también comienzan a acumularse otros gastos. Los fondos iniciales están a punto de agotarse, lo que limita gradualmente la capacidad del equipo para experimentar. Es hora de empezar a pensar en recaudar capital. Los fundadores llevan tiempo preparándose para este momento, con la baraja casi lista. No es algo con lo que tengan experiencia previa ni contactos que puedan ayudarlos, pero tienen a AWS de su lado. El equipo de AWS facilita las conversaciones con los equipos de desarrollo empresarial, que con mucho gusto ofrecerán consejos y presentaciones a los inversionistas y a las empresas de capital riesgo. Se avecinan tiempos entusiasmantes.

Consulte el primer blog de la serie de arquitecturas evolutivas.

Aayzed Tanweer

Aayzed Tanweer

Aayzed es Arquitecto de Soluciones en AWS y trabaja con clientes de startups en el ámbito de la tecnología financiera y con un enfoque especial en los servicios de análisis. Originario de Toronto, se mudó recientemente a la ciudad de Nueva York, donde disfruta comiendo por la ciudad y explorando sus muchos rincones peculiares.

Justin Plock

Justin Plock

Justin es Arquitecto principal de Soluciones en AWS, y se centra en startups de tecnología financiera. Se reúne periódicamente con los fundadores de empresas de tecnología financiera para garantizar que sus negocios sean seguros y cumplan con las normativas del sector. Antes de trabajar en AWS, fue Director de habilitación de la nube en una compañía de seguros incluida en la lista Fortune 200, y Director de ingeniería en una empresa de ciberseguridad. Le apasiona ayudar a las startups a desarrollarse de forma segura y eficiente en AWS. Vive en Connecticut con su esposa y sus dos hijas.

Zoran Nakev

Zoran Nakev

Zoran es Arquitecto senior de Soluciones en AWS y trabaja principalmente con startups de tecnología financiera, ayudándolas a crear soluciones en la plataforma de AWS. Utiliza su experiencia y su pasión por la tecnología para ayudar a las startups a cumplir sus objetivos. Vive en Nueva Jersey con su familia y disfruta de pasar su tiempo libre viendo películas, escuchando música y dando largos paseos con el perro de la familia.

¿Qué le pareció este contenido?