Enfin, "serveur d'application", ça me parait être un bon nom pour middleware, mais y a sans doute une différence.
bon, j'avais omis de répondre pour éviter de déclencher un Business_Loto ;-)
En fait, middleware c'est plutôt « tout ce qu'il y a au milieu comme briques d'exécution élaborées ». Un serveur d'application aurait plutôt tendance à descendre dans les couches d'infrastructure, juste au-dessus de l'OS, des SGBD.
Concernant l'intégration d'application cela fait plutôt référence aux couches de dialogue intermédiaire (service métier, service données) qu'aux applications et qui peuvent inclure :
parfois, historiquement, les EAI ou bus d'intégration
éventuellement, même si c'est plus éloigné, les ETL plutôt utilisés pour les chargements de données en masse et non le traitement de messages ou d'objets, plutôt orienté données que services.
Ce trio (削除) infernal (削除ここまで) s'inscrit dans une logique de gestion du système d'information et de gestion des applications le constituant. Ces domaines sont assez mouvant et s'inscrivent dans la logique d'architecture SOA renommée en architecture orientée services le terme SOA ayant sans doute été un peu trop galvaudé…Voir aussi TOGAF pour une vue d'ensemble, plus globale.
Bref, concernant les questions du journal :
la maturité dans le libre est similaire à ce qu'on peut trouver dans le proprio, ça se consolide et la fondation Apache est moteur avec plusieurs projets faisant avancer l'OSGi
Fuse_ESB propose une bonne intégration (au sens intégration logicielle, finalisation de version un peu comme font les distributions GNU/Linux)
Talend est de plus en plus présent de ce que j'en vois autour de moi, avec une offre en libre couvrant ETL + EAI + ESB
le projet JBoss (pas que le serveur d'application) intègre de nombreuses briques en libre (ESB, BPM, BRMS basé sur drools…)
Il y a aussi Mule ESB qui a ses adeptes, je n'ai pas trop d'avis
OpenESB est plutôt reconnu pour son côté historique àmha, mais je suis peut-être biaisé depuis le rachat par Oracle ; c'est lié à Glassfish
Pour un nom plus signifiant, il y aurait bien un truc à faire avec Intergiciel mais euh comment dire… /o\
J'ai essayé de mettre les liens wikipedia en français, la version en anglais est souvent plus complète (mais parfois avec des approches distinctes), l'architecture d'entreprise étant un sujet qui a bien évolué depuis plus de 10 ans.
[^] # Re: Solution libre
Posté par BAud (site web personnel) . En réponse au journal Middleware <> "In the middle of nowhere". Évalué à 9.
bon, j'avais omis de répondre pour éviter de déclencher un Business_Loto ;-)
En fait, middleware c'est plutôt « tout ce qu'il y a au milieu comme briques d'exécution élaborées ». Un serveur d'application aurait plutôt tendance à descendre dans les couches d'infrastructure, juste au-dessus de l'OS, des SGBD.
Concernant l'intégration d'application cela fait plutôt référence aux couches de dialogue intermédiaire (service métier, service données) qu'aux applications et qui peuvent inclure :
Ce trio
(削除) infernal (削除ここまで)s'inscrit dans une logique de gestion du système d'information et de gestion des applications le constituant. Ces domaines sont assez mouvant et s'inscrivent dans la logique d'architecture SOA renommée en architecture orientée services le terme SOA ayant sans doute été un peu trop galvaudé…Voir aussi TOGAF pour une vue d'ensemble, plus globale.Bref, concernant les questions du journal :
J'ai essayé de mettre les liens wikipedia en français, la version en anglais est souvent plus complète (mais parfois avec des approches distinctes), l'architecture d'entreprise étant un sujet qui a bien évolué depuis plus de 10 ans.