GNU/Linux Magazine 166

“Devops”, “Cloud”, IaaS et j'en PaaS (oh-oh-oh la bonne blague d'entrée) et des meilleures, vous, lecteurs avides de technologies innovantes, vous n'avez pas échappé à la déferlante de buzzwords dont nous sommes victimes depuis que l'Internet est devenu une marketplace. Et finalement, si beaucoup manipulent ces buzzwords sans avoir aucune idée de ce qu'ils cachent, ils représentent une réalité tout à fait tangible qui met des parts de pizza sur la table de bon nombre d'entre nous. Véritables icônes du mouvement devops, les systèmes d'orchestration ont révolutionné la façon dont on manipule une ferme de machines; l'avènement de la virtualisation et de la transformation des serveurs physiques en “ressources” a fait naître de nouveaux besoins. Puppet et Chef font figure de pionniers dans cette sphère hyperactive mais un concurrent dont on entend beaucoup moins parler n'a pas à rougir devant ses prédécesseurs, il s'agit de Salt[1].

La bibliothèque SDL est apparue en version 2.0.0 en août dernier, après plusieurs années de développement. Parmi les nombreuses nouvelles fonctionnalités et améliorations, il est désormais possible de l'utiliser pour développer des applications pour systèmes Android en langages C/C++, une bonne nouvelle pour ceux qui restent allergiques au langage Java.

Plus que jamais avec le "cloud" et la vague du NoSQL, les problématiques de montée en charge et de passage à l'échelle (scalability, dans le langage de Shakespeare) prédominent dans la conception d'application en ligne. Comment parvenir à atteindre le nombre d'utilisateurs concurrents attendu ou espéré ? Comment supporter un pic de charge, lorsque cette charge s'accroît temporairement ? Comment améliorer ou conserver son temps de réponse moyen, malgré cette charge variable et généralement grandissante ?