Re: Archi web d'un projet back office

Hello,
En terme d'infra, ss tu regardé du côté de cloudbees [1] ?
Celà te permet de ne pas avoir à maintenir/gérer tes instances (mysql
ou tomcat).
En plus, ils sont supers sympas et très réactifs :-)

-- 
Olivier Lamy
http://twitter.com/olamy
http://www.linkedin.com/in/olamy

[1] http://cloudbees.com/

Le 28 mars 2011 10:13, Laurent Forêt <[email protected]> a écrit :
> Salut la liste,
>   je pars sur un nouveau projet qui maintiendra un back office d'un modèle
> métier d'une vingtaine d'entités. Je veux faire dans le risque minimum, du
> fiable, du maintenable et du non exotique. Je suis donc à priori partie sur
> la stack techno suivante :
>    - JPA 2
>    - EJB 3
>    - JAAS
>    - GWT et JAXRS
>   Concernant le déploiement, les contraintes sont un hébergement type linux,
>  mysql, glassfish sur un serveur dédié.
> Le problème est qu'il n'est pas exclue que l'hébergement change pour du
>  GAE. Donc si je veux anticiper et prendre cette possibilité en compte que
> reste t'il de ma belle stack :
>    - JPA 2  --> JPA 1 bridé
>    - EJB 3  --> POJO, guice ?
>    - JAAS  -->  Google Authentication
>    - GWT et JAXRS   --> JAXRS ?
> Ca me parait pas anodin comme changement.
> Quitte a passer sur le cloud n'y a t'il pas des offres PAAS plus proche de
> mon architecture cible de base ? Ou doit on encore installé et maintenir un
> serveur glassffish et mysql sur une IAAS style Amazon ? Qu'en pensez vous ?
> Par avance, merci pour vos avis éclairé.
> Laurent Forêt
> http://www.devcoop.fr,
> http://laurentforet.org
> IvyBeans Creator
> Membre du JUG Bordeaux
>