Presentación en la Conferencia Rails 2008 sobre cómo montar una web integrando distintas aplicaciones pequeñas en lugar de desarrollando una aplicación monolítica.

1. Aplicaciones más
manejables
Ernesto Jiménez
ernesto.jimenez@tractis.com

2. ¿de qué va la charla?

3. Tienes una killer app

4. Rodeada de otras featrures

5. Bajo la misma marca

6. ¿qué supone esto?

7. Más complejidad

9. webs compuestas de
varias aplicaciones

10. Arquitectura típica

11. crece hasta el infinito
controladores, vistas, modelos, plugins...
cada nueva funcionalidad supone más código

12. servicios web propios

13. apps independientes

14. código compartido
estilos, layout, enlaces entre aplicaciones

15. datos compartidos
querrás compartir algunos datos entre aplicaciones

16. sesiones
memcached o cookies

17. despliegues simultáneos
Si hay código compartido, un cambio en ese código
requiere el redespliegue de todas las aplicaciones

18. one ring to rule them all
app

19. código compartido

20. datos compartidos

21. sesiones

22. despliegues

23. Ventajas

24. aplicaciones más sencillas
tienes varias aplicaciones más pequeñas

25. seguridad
una vulnerabilidad en una aplicación no expone los
datos de las demás

26. escalabilidad
en personas y recursos

27. Problemas distintos,
Herramientas distintas

28. en Tractis
usando un poco de todo

29. servicios web propios

30. aplicaciones
independientes

31. aplicaciones mixtas

32. Rails
PHP
Rails y PHP en una página

33. no pensemos en una
web como una única
aplicación monolítica

34. cuando tu web crece
piensa si deberías
dividirla

35. en Amazon
empezaron con una arquitectura simple y ahora se usan
más de 150 servicios para renderizar su home

36. ¿Preguntas?

37. Fotos
http://flickr.com/photos/andreaswilking/2476983072/
http://flickr.com/photos/herzogbr/2274372747/
http://flickr.com/photos/aper3caper/2470083916/
http://flickr.com/photos/flyforfun/2291522570/
http://flickr.com/photos/duncan/92623025/