Chacun sait très bien qu’à ce jour, les processeurs n’ont jamais été aussi puissants, que ce soit pour un usage professionnel en production, avec notamment des serveurs toujours plus gourmands en ressources, ou encore les postes de travail multimédia (montage vidéo, création musicale, imagerie 3D) et multitâches. Si cela est en partie dû à la célèbre loi de Moore [1] , il faut également prendre en compte le nombre de fonctionnalités qui sont venues augmenter les capacités des puces centrales de nos machines. D’où l’intérêt de veiller au bon fonctionnement de celles-ci.

La supervision d’un système en production demeure un enjeu aussi complexe qu’essentiel. Il existe de nombreuses solutions, très complètes, de supervision, mais la plupart adoptent une approche centralisée, qui demande l’utilisation de ressources dédiées. Aujourd’hui, nous étudierons une approche alternative, une solution de supervision décentralisée, nommée Monit.

Lorsqu’on supervise des services statiques, tel qu’un serveur apache ou un serveur de base de données, on se concentre sur le bon fonctionnement de ces derniers (réponse aux requêtes, état : démarré ou non...) et donc un outil de supervision est nécessaire pour évaluer le statut du service en question. Un outil comme Nagios est destiné à ce type de supervision. Mais si nos services sont susceptibles de disparaître à tout moment et sont remplacés par de nouvelles instances, comment pourra-t-on les superviser ? S’ils ne sont pas déployés sur leurs hôtes d’origine, comment peut-on les localiser dans ce cas ? Et si ces services sont sous forme de conteneurs, comment alors superviser les processus à l’intérieur de ces conteneurs ? Et enfin, si ces services sont déployés dans un orchestrateur à l’instar de Kubernetes, et donc sous forme de pod, comment superviser l’ensemble de ces pods repartis sur différents nœuds ? Dans cet article, nous répondons à toutes ces questions avec des cas pratiques. Mais voici déjà un indice concernant la réponse : Prometheus.

Être en mesure de surveiller la consommation énergétique de nos applications est une idée attrayante, qui n'est que trop souvent mise à la marge aujourd'hui. C'est d'ailleurs paradoxal, quand on pense que de plus en plus de voitures permettent de connaître la consommation instantanée et la consommation moyenne du véhicule, mais que nos chers ordinateurs, fleurons de la technologie, ne le permettent pas pour nos applications... Mais c'est aussi une tendance qui s'affirme petit à petit et à laquelle à terme, il devrait être difficile d'échapper. Car même si ce n'est qu'un effet de bord, elle nous amène à créer des programmes plus efficaces, qui sont également moins chers à exécuter.

Passer d'une application monolithique aux microservices est loin d'être un voyage paisible et sans surprises. Il y a tant de nouveaux concepts qu'il faut s'approprier ! Et là où l'on y perd le plus, c'est sans doute dans l'observabilité de notre application.

Cet article présentela conceptiond’un module matériel d’affichage LCD permettant de monitorer son PC sous Linux. Le module se connecte simplement sur un port USB du PC et met en œuvre, pour la partie logicielle, le projet libre LCDproc.

« Internet est lent ! ». Je ne sais pas si vous entendez souvent cette agaçante rengaine, moi oui. Et c'est doublement agaçant parce que :1) Il ne faut pas dire « Internet et lent », mais « j'ai un très mauvais débit » ;2) Parce que vous n'avez aucun outil de mesure pour pouvoir confirmer ou infirmer cette opinion... Allons-nous laisser l'obscurantisme avoir raison de nous ? Internet est-il vraiment lent ?

Il est primordial de surveiller les logs noyau d'une machine en temps réel afin d'être en mesure d'agir en cas de problème. Le contenu de ces messages étant parfois abscons, il peut être judicieux de les enrichir avec des informations complémentaires.

Veyon (Virtual Eye On Networks) permet à un formateur de travailler de manière plus interactive avec les postes informatiques de ses élèves. Avec Veyon, depuis un poste maître, vous pouvez voir l'écran des postes élèves, prendre la main dessus, bloquer leur utilisation pour faire une démonstration et plusieurs autres opérations héritées d'iTALC. iTALC était l'option libre de référence pour ce type de logiciel. Veyon en est le successeur officiel : le développeur d'iTALC a abandonné définitivement son développement début 2017 à la version 3.0.3, pour se consacrer à Veyon. Veyon n'est pas un fork d'iTALC, mais un nouveau projet redéveloppé en C++ de zéro, qui se veut plus stable et performant, et dont la première version sortie début 2017 a été directement numérotée en 4.0 pour marquer sa filiation et une continuité avec iTALC.