¿Cómo decidí ser AWS Cloud Architect?

¿Cómo decidí ser AWS Cloud Architect?

¿Cómo decidí ser AWS Cloud Architect?. Es sin duda una buena pregunta. Todo empezó en 2008, ya que tuve la suerte o fortuna de poder conocer a Joe Rospars (New Media Director of Barack Obama’s presidential campaign). Por aquél entonces centré mi estudio en la tecnología usada para la estrategia de Social Media, no hay quien pueda negar que fue un gran éxito estratégico y llevó Facebook, por ejemplo, a otro nivel…

Entre 2008 y 2012, las siguientes elecciones presidenciales, investigué más al respecto hasta dar con los génios (John Schneider & Leo Zhadanovsky) que se encargarían de montar la tecnología que “Moving America Forward” tendría desplegada en AWS. A continuación se puede ver, en la imagen, un simple trozo de lo que estamos hablando:

AWS Polly Text to Speech

Pude seguir sus Keynotes, aunque fue para un público muy reducido (seguridad), podemos decir que fue una de las más grandes infraestructuras creadas en AWS y lanzadera de muchas de futuras. Se necesitaron tres años (2009-2011) para tenerlo todo listo.

Algunas de las bases del Proyecto, en mayúsculas, fueron:

  • Utilizar una metodología 100 % Agile Development.
  • Usar exclusivamente servicios EC2 de AWS (eso fue un riesgo, pero se personalizó todo).
  • Continuous Integration entre entornos para tender a 0 con lo que respecta a errores humanos.
  • Capistrano, la base de los despliegues.
  • Todo el sistema era autoescalable (ASG) y se utilizaban AMIs customizadas previamente y actualizadas constantemente para poder crecer en minutos.
  • Un sistema de control y monitorización constante a base de Nagios, Cacti, NewRelic, Graphite, Pingdom y StatsD.

Estamos hablando del año 2011, muchas de estas tecnologías eran realmente desconocidas, hoy en día hablar de Agile Development, sistemas autoescablables o símplemente de NewRelic és más que común entornos Cloud. Fue una arquitectura muy disruptiva para esos años…

Aunque la base fueran instáncias EC2, hay que decir que se utilizaron servicios más que conocidos como DynamoDB, SQS, Load Balancers, etc… la base fueron EC2 pero no se escatimó en localizar aquellos servicios própios de AWS que podían garantizar un Alto Nivel de servicio, por ejemplo S3 que se utilizó también para generar rápidos web de contra-medidas, ya que el despliegue de un código estático HTML facilitaba poder tener muy rápidamente dichas web.

Me gustó también mucho la facilidad e integración de algunos servicios con IFTTT o ZAPIER, por ejemplo la generació de status pages para tener controlados todos los servicios de la Campaña y que fuera muy rápidamente solucionar aquello que no estuviera al 100%.

La Seguridad fue un gran reto, era la primera vez que vi que tan grande infraestructura estaba desplegada, su capa frontend por decirlo así, en Akamai. Esto permitía una disponibilidad del 100% en caso de ataque ya que la caché del servicio, externo a AWS, podía dar cobertura del Site cuando éste no estuviera disponible.

Pues bien, éste fue el proyecto que despertó en mi la pasión por AWS y las ganas de poder convertirme en un buen AWS Cloud Architect. Espero haber respondido la pregunta inicial…

Podéis descargar la imagen de la completa infraestructura desplegada en AWS aquí

Autor: Joakim Vivas

comments powered by Disqus