Por qué Atlassian usa un PaaS interno para gestionar el acceso de los empleados a AWS

Más de 1000 servicios están alojados a través de un PaaS llamado Micros.

Incluye desde código creado en hackatones hasta productos insignia reales.

Aunque es un servicio muy importante, en la práctica está configurado de forma simple.

• Imagen de Docker: lógica del servicio

• YAML con la descripción del servicio

== Define los recursos necesarios como BD, cola, caché, etc.

== Varias configuraciones como características de autoescalado

Todo lo demás lo maneja Micros

= Agregación de logs, monitoreo, alertas

= Multi-AZ, configuración de respaldo/restauración/retención, etc.

No desarrollaron muchas partes por su cuenta y en su mayoría aprovechan funciones de AWS.

** Razones para construir el PaaS de esta manera

• Integrarse con herramientas y procesos estándar internos facilita el desarrollo

• Los cambios que deben aplicarse ampliamente a los servicios se simplifican y se vuelven predecibles

• La experiencia especializada de unos pocos ingenieros se multiplica varias veces

  (No hay muchos especialistas en PostgreSQL dentro de la empresa, pero si se aplica en Micros, toda la empresa se beneficia)

• Incluso pequeños intentos de mejorar la plataforma terminan impactando a toda la empresa

• Las nuevas funcionalidades de AWS también se incorporan gradualmente respetando la seguridad y las normas existentes.

Por supuesto, este enfoque no tiene solo ventajas: a veces dificulta experimentar con nuevas funciones de AWS, y también puede pasar que algunas herramientas de terceros no se integren con Micros. Por eso, internamente establecieron un proceso para agregar nuevas funciones al PaaS.

Este PaaS no es una barrera que se interponga entre los ingenieros internos y AWS, sino que busca mostrar más de la infraestructura de AWS. Seguirán haciéndolo evolucionar.

[xguru]

El artículo es bastante largo, así que solo extraje y escribí algunas partes.

Si están operando AWS en una organización un poco grande, les recomiendo leerlo con calma.

Entiendo que antes KTH y Daum también construyeron y usaron algo parecido como una nube interna (creo recordar que era OpenStack).

Parece que este método de superponer una capa ligera sobre AWS también es una buena opción.