PUBLIC MARKS from camel with tags serveur & http

L’idée était de profi ter du dimensionnement de ce petit monstre pour monter une plate-forme architecturée autour de Xen. Vous le savez peut-être, chez GCU, on est très BSD. Nous avions donc à l’esprit de monter l’architecture suivante : * dom0 sous NetBSD ; * domU shells, destiné à accueillir des accès ssh pour les membres du groupe ayant cotisé à la mirobolante dîme annuelle ; * domU services, qui hébergera les services classiques hors HTTP ; * domU gcu où se trouvera le site principal et ses moult plugins ; * domU www, domaine où nous hébergerons les sites tiers. Afin de profi ter au maximum de ce nouveau matériel, nous envisagions également, naïfs que nous sommes, de n’avoir que des systèmes de type amd64. Nous verrons que cet espoir s’est envolé. Il est important de noter que si NetBSD dispose d’une version dotée d’un noyau de type domU, ce n’est pas le cas d’OpenBSD, aussi, c’est uniquement grâce au mode HVM (Hardware Virtual Machine) de Xen que nous serons en mesure de mettre en place des domUs ne bénéficiant pas de noyaux modifiés.

Comment gérer la répartition de charge et la tolérance aux erreurs lors de l’invocation d’un service web ? Nous allons étudier le problème et proposer une solution élégante, s’appuyant sur la création d’un plugin du framework Axis, généralement utilisé pour les applications Java. Les services web permettent d’invoquer des services publiés sur des serveurs HTTP, JMS ou autres. Un service web est identifié par un URL, appelé « port » dans le jargon. Cela identifie un serveur, un port de socket et un chemin. Le client doit générer une requête en XML et l’envoyer en mode POST sur l’URL du service web. Celui-ci analyse la requête, invoque le service et la méthode correspondante, puis retourne une réponse ou une exception à l’appelant. Tout cela au format XML. Comment les serveurs peuvent-ils garantir leur fonctionnement ? Que faire si un serveur tombe ? Est-ce qu’un serveur de secours est disponible ? Étudions les différentes techniques à notre disposition pour garantir l’exécution d’un service web dans le cadre d’une publication HTTP.