Spring DM Server, le pari fou ?
Après les Rencontres Spring qui ont eu lieu aujourd’hui, nous avons eu le droit à quelques éléments de réponses à la question suivante :
Comment SpringSource va tenter de convaincre la Prod de l’intérêt de son serveur d’application, Spring DM Server ?
Réponses :
- Par son coût : l’achat du serveur donne droit à du support qui est mutualisé entre la production et les équipes de développement ;
- Par son outillage :
- Console de monitoring du serveur et des applications Spring déployées,
- Rechargement à chaud (OSGI est passé par là),
- Partenariat avec Terracotta : garantir le fonctionnement du serveur avec ce produit, offir du support et de la formation,
- En certifiant son serveur d’application comme pouvant faire fonctionner les applications Spring d’ancienne génération (1.x par exemple). Encore merci à OSGI et ses classloaders
; - En vendant des « Perf Packs » pour certains backends. Ainsi le « Perf Packs » Oracle permettra par exemple de réaliser du fail-over de connexion en gardant le contexte transactionnel.
Une phrase de Julien Dubois qui résume bien ce positionnement :
SpringSource gèrera à la fois le développement et le déploiement
Peter Cooper-Elis, en charge de la gamme des produits SpringSource, a également distinctement montré l’implication de la société dans la partie « Deploy ». La société n’est plus qu’un framework mais propose un vrai triplet : développement, déploiement et support.
La roadmap de Spring DM est :
- v1.2 pour le 1er trimestre 2009
- v2.0 pour le 2ème trimestre 2009
Pour ma part
Pour ma part, j’ai encore un peu de mal à croire à Spring DM Server. Certes un nouveau serveur d’application qui serait enfin “à la mode”, qui serait compatible de facto avec les frameworks que j’utilise pour développer et avec qui viendrait du support pour l’équipe de prod et mon équipe de dév… Là, oui, je signe.
Mais je pense que convaincre le management passera essentiellement par la “voix du chéquier”. Il ne devrait pas y avoir de coût par CPU (une rente pour le fournisseur) mais un coût uniquement de Support. Donc si SpringSource se bat sur les prix, je pense que là, ils ont une chance. Je ne doute pas que ça marchera chez certains. Maic combien de temps cela mettra-t-il ?
Plus d’info
- sur les Rencontres Spring, sur le blog du Touilleur Express
- sur Spring DM Server sur le blog The Coder’s Breakfast
November 14th, 2008 at 18:46
Bonjour Thomas,
il est vrai que beaucoup de questions ont été posées pendant la conférence sur “comment éduquer la prod à OSGI et dm server”. De la façon dont je l’ai compris, ça voulait dire “comment adapter la prod au rechargement partiel d’application par module”.
De mon point de vue le problème n’est pas là. Pour la plupart des clients chez qui je suis passé, cette fonctionnalité n’a aucun intérêt. Beaucoup de clients relivrent l’ensemble de l’application à chaque déploiement. De plus, si on veut relivrer un module seulement, il faut faire attention à ce que les interfaces Java des services exposés n’aient pas été modifiées, ce qui est loin d’être évident. Je fais pas mal de présentations dm serveur, et jusqu’à présent je n’ai trouvé qu’un seul client qui était intéressé par cette fonctionnalité.
En revanche, OSGI et son intégration dans dm server offrent plein d’autres attraits. Par exemple, il est possible de faire une belle encapsulation, en masquant vraiment les implémentations d’interfaces. Par ailleurs, en phase de développement, suite à une petite modification, on peut aussi recharger un module sans avoir à attendre 3 minutes que l’application soit redémarrée. Tout celà me semble bien plus utile au jour le jour
.
Michael.
November 17th, 2008 at 20:04
[...] billets : Spring dmServer, le pari fou ?, Tuning Tomcat par Thomas [...]