Pelisse Romain

Si vous êtes utilisateur d’un système GNU/Linux (ou autre « Unix »), mais que vous n’êtes pas formé à l’informatique, vous avez certainement dû néanmoins être souvent confronté à un « terminal ». Cet environnement, fait de lignes de commandes, souvent désigné sous le terme de « Shell » pour les initiés, et très certainement, pour le néophyte, une application difficile à prendre en main. Cet article vise donc à, non seulement, vous permettre de prendre en main votre terminal, et aussi de bien comprendre son fonctionnement et les raisons, historiques, de sa conception.

De nos jours, on utilise souvent des ordinateurs portables, que l’on déplace régulièrement, interrompant ainsi de nombreux programmes s’exécutant dessus. Dans le même temps, on n’a jamais autant disposé de systèmes « distants », s’exécutant sur un « cloud » ou ailleurs, qui eux, à l’inverse fonctionnent « non-stop ». Ne serait-il pas agréable de pouvoir exécuter une application interactive (client de discussion en ligne, logiciel de partage de fichiers, programme de sauvegarde…) sur ces machines distantes, pour qu’elle soit toujours en fonctionnement, et simplement s’y connecter depuis son portable ? C’est possible, aisément, et c’est le thème de cette recette.

Dans cet article, nous allons nous attaquer à un aspect fondamental de tout système dit « Unix » : le système de fichiers. En effet, une bonne compréhension de ce dernier facilite grandement la prise en main de son système, et permet aussi de faciliter la conception de scripts « Shell ». Il est en effet essentiel de bien saisir la manière dont le système conçoit – ou plutôt abstrait – les différentes ressources à sa disposition, justement à l’aide de son système de fichiers. C’est crucial, car que ces ressources soient le disque dur, de la mémoire vive ou même encore des périphériques, sous un système « Unix », tout est au final la même chose : un fichier ! Démonstration par la pratique...

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...

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.

Vous serez bientôt un maître de la programmation « Shell » ! Après la conception d’un premier script dans notre précédent article, nous allons maintenant étudier, en détail, les nombreuses structures de tests et de contrôles à votre disposition lors de la conception d’un script.