Les articles de Delamarche Jérôme

La révolution apportée par la virtualisation fait partie de l'Histoire (de l'informatique) et depuis quatre ans, nous baignons dans la révolution apportée par les micro-services et les containers popularisés par la société Docker. Mais l'Histoire ne s'arrête pas là : et si nous étions déjà en train de connaître la prochaine révolution ? Et si l'utilisation seule des containers était déjà un modèle obsolète alors que leur mise en production reste encore relativement rare ? Et si le prochain paradigme utilisait les containers et les unikernels ?

Vous devez stocker des résultats de mesures ? Échantillonnées à des moments quelconques ? Vous voulez manipuler ces données rapidement avec un langage que vous connaissez déjà ? Alors, oubliez RRDTool et stockez vos mesures dans un SGBD dont la version 1.0  va bientôt être « releasée » : InfluxDB

De MySQL vous connaissez la réplication  ? Mais qui souhaite déployer des technologies qui ne sont pas facilement « dimensionnables » ? Depuis quelques années, toute solution qui se respecte se doit d'apporter ces fonctionnalités. Pour MySQL/MariaDB, nous allons explorer la solution proposée par Galera Cluster.

Après plus de 30 ans de service (!), le vénérable processus init et ses scripts de service disparaissent petit à petit des systèmes Unix et de nos distributions Linux préférées. Si la technologie « Upstart » est connue des adeptes d'Ubuntu, quel sera le remplaçant sur RedHat, Debian et les autres ? systemd très probablement... L'objectif de cet article est de vous préparer à la migration vers cette nouvelle technologie.

Depuis la version 2.6.24 du noyau Linux, il est possible de gérer les ressources allouées aux processus de manière dynamique et simple : via l'interface dite « cgroups » (pour Control Groups). Oubliez (si ce n'est pas déjà fait !) les commandes nice, renice et le fichier limits.conf. Ce bref article vous explique comment profiter de cette fonctionnalité.

La fin de SQL pour les applications Web ? Après une présentation de l'excellent CouchDB ([LMAG117] et [LMAG124]), voici une alternative aussi originale avec MongoDB. Cette présentation en deux parties s'adresse tout d'abord aux concepteurs de schéma de SGBD-R ainsi qu'aux développeurs. Dans un deuxième article, nous présenterons les fonctionnalités d'administration en mettant l'accent sur les points forts de MongoDB.

Un précédent article vous a présenté, selon le point de vue du développeur, ce SGBD "NoSQL" qui devient de plus en plus populaire. Dans cette deuxième partie, nous adoptons le point de vue de l'administrateur/architecte en mettant l'accent sur les points forts de MongoDB : la réplication et le partitionnement.

A l'heure où les bases de données sont de plus en plus volumineuses et les interfaces de recherche de plus en plus riches et pertinentes, les index FULLTEXT des SGBD ne suffisent plus. Lenteur et pauvreté fonctionnelle sont leurs points faibles. Alors, pourquoi ne pas utiliser un outil spécialisé dans l'indexation et l'interrogation de données ? Cet article vous propose de découvrir la richesse et la simplicité d'utilisation d'un tel outil : Sphinx.

À partir d'un besoin concret, nous allons explorer la structure des Plugins de GLPI et montrer comment étendre les fonctionnalités de ce logiciel de gestion de parc.