Pelisse Romain

Cet article aborde l’un des aspects les plus puissants, mais aussi les plus complexes, des fonctionnalités du « Shell » : le traitement de flux de données à l’aide de la commande ‘sed’. Cette approche met à portée de l’utilisateur des capacités de traitement, rapides et faciles, de flux de données, rarement égalées dans d’autres langages de programmation, mais nécessite une bonne compréhension de nombreux mécanismes, dont le moindre n’est pas la définition d’expressions régulières...

Au démarrage d’un système, de nombreux logiciels sont lancés, de manière à s’assurer que ce dernier soit entièrement fonctionnel lorsque l’utilisateur va démarrer sa session. Ce dernier démarre lui-même ensuite les logiciels dont il a besoin. Mais pourquoi ne pas automatiser aussi le démarrage de ces logiciels ? S’assurer qu’ils tourneront toujours, et libérer ainsi l’utilisateur de cette tâche répétitive. Voyons donc ensemble, dans cette recette, comment mettre en place un « service » (avec Systemd).

L'une des qualités indéniables de l’ensemble des systèmes « Unix » est l’abstraction faite par le système entre ses composants physiques – disque dur, mémoire vive et autres périphériques, et leur représentation au sein du système, presque toujours sous forme de fichier. Dans cette recette, nous allons illustrer tout l’intérêt de cette abstraction, par deux manipulations très simples : le montage d’un système de fichiers à partir d’un fichier ISO puis à partir de la mémoire vive du système !

Construire un environnement de livraison continu à la fois dynamique, optimisé et capable de tenir la charge (sans faire monter la facture plus que nécessaire) : c’est possible ! Et même facile à l’aide d’OpenShift ! Voyons rapidement comment mettre cela en place...

Avant-dernier article de notre étude de la programmation « Shell » - nous avons déjà couvert beaucoup de terrain, mais il nous reste encore un sujet essentiel et complexe à aborder : la gestion et l’utilisation des processus.

Nous avons désormais fait le tour de l’ensemble des éléments nécessaires pour rédiger de manière propre et robuste des scripts « Shell ». Il reste donc à réaliser, à titre de conclusion de ce hors-série, une étude de cas pratique, pour mettre en place et utiliser, de manière concrète et complète, les différents mécanismes et techniques évoqués.

Si Java est un langage reconnu pour sa (relative) simplicité et clarté, il ne l'est clairement pas pour sa concision. À bien des égards, il est même parfois très (trop?) verbeux. D'ailleurs, de nombreux langages alternatifs, qu'il s'agisse d'autres plateformes comme Ruby ou de langages construits sur la JVM comme Closure ou Scala, se vantent sans cesse, et avec raison, d'être plus concis. Néanmoins, cette verbosité n'est pas une fatalité, comme l'illustre l'excellent projet Lombok.

Dans cet article, pas d’abstraction ou de description de mécanismes plus ou moins complexes ! Juste la prise en main, très pratique et concrète, d’un éditeur de texte pour concevoir notre tout premier script « Shell »...

Avec le succès de Linux et le besoin croissant d’automatisation dans la gestion de systèmes informatiques – en particulier le fameux « Cloud » – l’utilisation de scripts « Shell », que certains auraient bien aimé voir décroître ou même complètement disparaître, est, au contraire, encore plus d’actualité aujourd’hui. Qu’il s’agisse d’automatiser des tâches répétitives, de concevoir des installations de logiciels ou systèmes entièrement automatisés - ou même simplement de créer des procédures fiables pour exécuter des tâches récurrentes, les scripts « Shell » font encore partie du paysage aujourd'hui.