Embed Size (px)
DESCRIPTION
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.
Citation preview
¿de qué va la charla?
Tienes una killer app
Rodeada de otras featrures
Bajo la misma marca
¿qué supone esto?
Más complejidad
webs compuestas de varias aplicaciones
Arquitectura típica
crece hasta el infinitocontroladores, vistas, modelos, plugins...
cada nueva funcionalidad supone más código
servicios web propios
apps independientes
código compartidoestilos, layout, enlaces entre aplicaciones
datos compartidosquerrás compartir algunos datos entre aplicaciones
sesionesmemcached o cookies
despliegues simultáneosSi hay código compartido, un cambio en ese código requiere el redespliegue de todas las aplicaciones
one ring to rule them allapp
código compartido
datos compartidos
sesiones
despliegues
Ventajas
aplicaciones más sencillastienes varias aplicaciones más pequeñas
seguridaduna vulnerabilidad en una aplicación no expone los
datos de las demás
escalabilidaden personas y recursos
Problemas distintos,Herramientas distintas
en Tractisusando un poco de todo
servicios web propios
aplicaciones independientes
aplicaciones mixtas
Rails y PHP en una página
Rails
PHP
no pensemos en una web como una única aplicación monolítica
cuando tu web crece piensa si deberías
dividirla
en Amazonempezaron con una arquitectura simple y ahora se usan
más de 150 servicios para renderizar su home
¿Preguntas?
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/
Fotos
