Archive

Archive for the ‘Cloud’ Category

Les primaires électorales … ou l’intérêt des architectures élastiques

Loin de moi l’idée d’utiliser mon blog technique pour faire de la politique. Au contraire, je vais utiliser un évènement politique pour parler d’architecture logicielle.

Aujourd’hui (dimanche 9/10/11 [jolie suite au passage]), Le parti socialiste organisait le premier tour de leurs primaires afin de choisir un candidat pour la prochaine élection présidentielle française. Les bureaux de vote ne se trouvant pas forcement dans leur lieu habituelle (en mairie), un site web (http://bureauxdevote.lesprimairescitoyennes.fr/) a été mis en place afin de permettre à tout un chacun de trouver le bureau de vote correspondant à son domicile. Initiative louable, et surtout mis en œuvre suffisamment tôt avant le vote pour permettre de tester le site, ou pour le votant de vérifier avant le rush final son lieu de vote.

Malgré cela, l’affluence des visiteurs sur le site ce dimanche à été tel, qu’il a rapidement cesser de fonctionner correctement, renvoyant un message joliment formaté mais totalement inutile pour le potentiel votant :

NonDispo

Cet état a perduré assez longtemps, puis dans l’après midi, la page de recherche a été remplacé par une page HTML pure et dure :

image

Liste par ailleurs généré directement à partir d’Excel (cf. les méta données), ce qui indique l’incapacité du prestataire ou de l’équipe technique à faire monter en charge rapidement leur site, ou leur hébergement.

image

 

L’hébergement du site de recherche sur une architecture de type “cloud” aurait permit de profiter de l’élasticité offerte par ces plateformes de cloud computing, c’est à dire la capacité à adapter de manière dynamique la quantité de serveurs (frontaux web dans ce cas) gérant les requêtes de recherche (qui ne devaient pas être si compliqué que cela) à la charge réelle.

Un hébergement dans une plateforme de type Windows Azure aurait en effet permit en quelques clics (et quelque minutes de déploiement) d’augmenter le nombre de frontaux web; et ce soit en anticipation (dès le samedi par exemple), soit de manière dynamique au fur et à mesure de la journée (en fonction de l’état de charge des instances déjà déployées via un monitoring).

Config Azure NbInstance

 

La prise en compte des contraintes des architectures élastique dans la conception de la page de recherche n’aurait engendrée aucun couts de développement supplémentaire vu la simplicité de la fonction de recherche à implémenter.

Le surcout lié à l’utilisation des ressources du cloud pendant une courte durée aurait été imperceptible par rapport au cout d’organisation d’une telle journée de vote, et – de toute façons – inférieur aux couts développement (à perte) d’un site non évolutif qui n’a pas rendu son service.

A titre d’information, sur la base des couts unitaires de la plateforme Azure, le cout de 10 instances “small” pour 24h aurait été de 24*10*0.0852€ht, soit 20,448€ht (http://www.microsoft.com/windowsazure/fr/fr/pricing/).

A contrario, l’incapacité pour un potentiel votant de trouver facilement son bureau de vote, ou l’image négative véhiculé par un site critique qui ne tient pas la charge et ne rend pas le service attendu aura surement un impact beaucoup plus important.

Suivre

Recevez les nouvelles publications par mail.