Table des matières
- Objectif de l'article
- Les conteneurs : définition et pertinence dans le cadre d'IRIS
2.1 Les conteneurs et les images en quelques mots
2.2 Avantages des conteneurs pour les développeurs
2.3 Pourquoi IRIS fonctionne bien avec Docker - Conditions préalables
- Installation de l'image InterSystems IRIS
4.1 Utilisation de Docker Hub
4.2 Extraction de l'image - Exécution de l'image InterSystems IRIS
5.1 Démarrage d'un conteneur IRIS
5.2 Vérification de l'état des conteneurs
5.3 Exécution de code dans le terminal conteneur
5.4 Accès au portail de gestion IRIS
5.5 Connexion du conteneur à VS Code
5.6 Arrêt ou suppression du conteneur
5.7 Configuration d'un mot de passe spécifique avec un montage de type bind
5.8 Utilisation de volumes %SYS durables
5.8.1 Contenu stocké sous %SYS durable
5.8.2 Comment activer %SYS durable - Utilisation de Docker Compose
6.1 Exemple d'utilisation de l'outil Docker Compose
6.2 Exécution de Docker Compose - Utilisation d'un fichier Dockerfile pour l'exécution d'un code source personnalisé
7.1 Exemple de fichier Dockerfile
7.2 Exemple de Docker Compose
7.3 Compréhension des couches, du balisage des images et de la différence entre le temps de compilation et le temps d'exécution
7.4 Code source et script d'initialisation
7.5 Création de l'image avec le fichier Dockerfile
7.6 Exécution d'instructions dans le terminal IRIS conteneurisé - Conclusion et suite
1. Objectif de l'article
La communauté de développeurs InterSystems propose déjà de nombreux articles intéressants qui expliquent le fonctionnement de Docker, les commandes les plus importantes et plusieurs cas d'utilisation d'InterSystems IRIS dans un environnement conteneurisé.
Les articles de cette série ont un objectif quelque peu différent. Je suis un grand fan des guides étape par étape, c'est pourquoi je souhaite créer un guide complet sur la configuration et l'utilisation de Docker avec InterSystems IRIS, en commençant par les bases pour ensuite passer progressivement à des scénarios plus avancés tels que les instances à espaces de noms multiples, les conteneurs interconnectés, les intégrations avec des systèmes externes et les applications comprenant une interface utilisateur.
2. Les conteneurs : définition et pertinence dans le cadre d'IRIS
2.1 Les conteneurs et les images en quelques mots
Traditionnellement, pour exécuter une application, il fallait faire correspondre sa version à celle de votre système d'exploitation et la packager pour cette cible spécifique. Dans le même temps, chaque application doit être conçue pour fonctionner spécifiquement avec un système cible. Si vous vouliez qu'une application fonctionne sous macOS et Windows, vous deviez modifier sa conception et la packager pour ces différents systèmes. Les images et conteneurs Docker constituent des technologies de déploiement d'applications qui résolvent ces problèmes en permettant aux développeurs de packager un logiciel une seule fois et de l'exécuter n'importe où.
Docker est une plateforme logicielle qui regroupe des logiciels dans des conteneurs. Une image Docker, ou image de conteneur, est un fichier exécutable autonome contenant toutes les instructions (bibliothèques, dépendances et fichiers) nécessaires pour créer et exécuter un conteneur. Une image Docker est partageable et portable, ce qui vous permet de déployer la même image à plusieurs endroits à la fois. Un conteneur Docker est un environnement d'exécution qui contient tous les composants nécessaires pour exécuter le code de l'application sans utiliser les dépendances de la machine hôte.
Contrairement aux machines virtuelles, les conteneurs sont légers. Ils n'ont pas besoin d'un système d'exploitation complet et fonctionnent directement sur le système d'exploitation hôte via le moteur Docker Engine en utilisant uniquement les binaires et les bibliothèques nécessaires à l'application spécifique, ce qui les rend plus efficaces. Plusieurs conteneurs isolés peuvent être lancés en même temps sur la même machine sans interférer les uns avec les autres.
2.2 Avantages des conteneurs pour les développeurs
- Isolation: exécution dans un environnement propre et reproductible sans affecter le système hôte.
- Reproductibilité: assurance que la configuration fonctionne de la même manière sur différentes machines.
- Configuration facile: lancement d'une instance IRIS en quelques secondes à l'aide d'une seule commande, sans installation manuelle.
2.3 Pourquoi IRIS fonctionne bien avec Docker
L'exécution d'InterSystems IRIS dans Docker présente plusieurs avantages:
- L'application peut être exécutée et testée dans des conteneurs isolés,
- Il est possible d'utiliser des systèmes de contrôle de version partagés (tels que Git) au lieu de travailler directement sur le serveur
- L'environnement conteneurisé peut être répliqué à n'importe quelle étape, ce qui garantit la cohérence tout au long du cycle de vie du logiciel.
- Votre application peut facilement être exécutée sur n'importe quel ordinateur.
3. Conditions préalables
Pour exécuter InterSystems IRIS dans un conteneur Docker, il faut que vous ayez:
- Le moteurDocker Engine installé et en cours d'exécution:
- Installer le moteur Docker Engine sous Linux.
- Le moteur Docker Engine est également disponible pour Windows, macOS et Linux, via Docker Desktop.
- Gitpour permettre l'utilisation de référentiels de contrôle de source partagés.
- Le code "Visual Studio Code" pour afficher et modifier le code source.
4. Installation de l'image InterSystems IRIS
4.1 Utilisation de Docker Hub
Docker Hub est le registre central des images Docker. Il fournit une vaste bibliothèque d'images pré-construites que vous pouvez utiliser comme point de départ. InterSystems y publie les images officielles IRIS Community Edition que vous pouvez télécharger pour exécuter IRIS localement dans votre conteneur. Vous pouvez également utiliser Docker Hub pour pousser vos propres images personnalisées afin de les partager au sein de votre équipe ou de les distribuer à la communauté. Docker Hub est disponible en ligne et intégré à Docker Desktop.
4.2 Extraction de l'image
Voici quelques commandes courantes pour les images Docker :
| Commande | Description |
|---|---|
docker pull <image> | Téléchargement d'une image depuis Docker Hub |
docker images | Répertoire de toutes les images locales |
docker rmi <image> | Suppression d'une ou plusieurs images |
Vous trouverez la commande pull exacte directement sur la page Docker Hub de l'image:.png)
Pour l'image InterSystems IRIS, la commande est comme suit:
docker pull intersystems/iris-community:latest-cdVous pouvez également rechercher iris-community dans la barre de recherche de Docker Desktop et cliquer sur Pull:
Une fois l'installation terminée, l'image InterSystems IRIS devrait apparaître dans la liste de vos images locales:
5. Exécution de l'image InterSystems IRIS
Une fois l'image InterSystems IRIS extraite de Docker Hub, vous pouvez l'exécuter dans un conteneur.
Voici les principales commandes pour les conteneurs Docker:
| Commande | Description |
|---|---|
docker run -d <image> | Exécution en mode détaché : démarrer le conteneur en arrière-plan et renvoyer immédiatement le contrôle au terminal. |
docker run -p <host>:<container> <img> | Mappage du port hôte vers le port du conteneur |
docker ps | Liste des conteneurs en cours d'exécution |
docker ps -a | Liste de tous les conteneurs (y compris les conteneurs arrêtés) |
docker exec -it <container> bash | Exécution d'une commande dans un conteneur en cours d'exécution |
docker logs <container> | Affichage des journaux d'un conteneur |
docker stop <container> | Arret d'un conteneur en cours d'exécution |
docker start <container> | Démarrage d'un conteneur arrêté |
docker restart <container> | Redémarrage d'un conteneur |
docker rm <container> | Suppression d'un conteneur |
5.1 Démarrage d'un conteneur IRIS
Vous pouvez démarrer un conteneur InterSystems IRIS Community Edition nommé "my-iris" via l'interface utilisateur Docker Desktop en cliquant simplement sur le bouton Run de l'image que vous souhaitez exécuter dans le panneau Images. Pour l'image InterSystems, il est possible de spécifier quelques paramètres facultatifs, tels que les ports à exposer sur votre machine hôte pour communiquer avec les services exécutés dans le conteneur.
Cela peut être fait via le menu ci-dessus, en considérant que:
- côté gauche → port sur la machine hôte
- côté droit → port à l'intérieur du conteneur
Ports IRIS courants (à l'intérieur du conteneur)
- 1972 → Port Superserver : utilisé par IRIS pour les protocoles réseau (ObjectScript, JDBC, etc.).
- 52773 → Port du serveur Web : utilisé par IRIS pour le portail de gestion (interface Web).
Si vous ne mappez pas explicitement les ports, Docker attribuera des ports aléatoires sur l'hôte.
.png)
Vous pouvez également exécuter le conteneur à l'aide du terminal:
docker run --name my-iris -d --publish 9091:1972 --publish 9092:52773 intersystems/iris-community:latest-cdDans cet exemple:
9091sur l'hôte est mappé à1972à l'intérieur du conteneur (Superserver).9092sur l'hôte est mappé à52773à l'intérieur du conteneur (Portail de gestion).
5.2 Vérification de l'état des conteneurs
Après avoir exécuté cette commande, exécutez docker ps pour vérifier si le conteneur fonctionne correctement.
> docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
907d4c2b4ab5 intersystems/iris-community:latest-cd "/tini -- /iris-main" 3 seconds ago Up 2 seconds (health: starting) 0.0.0.0:9091->1972/tcp, [::]:9091->1972/tcp, 0.0.0.0:9092->52773/tcp, [::]:9092->52773/tcp my-irisLes conteneurs en cours d'exécution sont également répertoriés dans le panneau Containers de Docker Desktop:
.png)
L'état des images associées sera "In Use" (En cours d'utilisation), comme indiqué dans le panneau Images :
5.3 Exécution de code dans le terminal conteneur
Une fois que le statut du conteneur indique Running (exécution), tout fonctionne correctement.
Vous pouvez le tester en ouvrant le terminal du conteneur (cliquez sur le nom du conteneur dans le panneau de conteneurs (Containers) de Docker Desktop et accédez à Exec) et en saisissant:
iris session IRISCela ouvre un terminal IRIS à l'intérieur du conteneur Docker, où vous pouvez utiliser la syntaxe ObjectScript standard pour exécuter des commandes et des scripts.
.png)
5.4 Accès au portail de gestion IRIS de l'instance conteneurisée
Ensuite, ouvrez votre navigateur et accédez à:
http://localhost:9092/csp/sys/UtilHome.csp
Par défaut, les conteneurs IRIS se servent de l'utilisateur _SYSTEM avec le mot de passe SYS. Il est nécessaire de changer le mot de passe après la connexion.
Cela vous donne un accès complet au portail de gestion IRIS, vous permettant de gérer les espaces de noms, les bases de données et d'autres fonctionnalités IRIS directement depuis l'interface web.
.png)
5.5 Connexion du conteneur VSCode
Vous pouvez connecter votre IDE préféré (tel que VS Code ou Studio) au conteneur IRIS à l'aide du port Superserver mappé (par défaut 1972 à l'intérieur du conteneur, par exemple, 9091 sur l'hôte) et du port du serveur Web (par défaut 52773 à l'intérieur du conteneur, par exemple, 9092 sur l'hôte). Cela vous permet de développer et de tester du code ObjectScript directement sur le conteneur en cours d'exécution.
Pour connecter le conteneur à VSCode:
- Installez la solution InterSystems ObjectScript Extension Pack
- Ouvrez l'extension InterSystems Server
- Cliquez sur les trois points et sélectionnez "Edit server" (Modifier le serveur)
-
.png)
- Cliquez sur "Modifier dans settings.json"
- Ajoutez cet élément au fichier json "intersystems.servers":
"docker_iris": {
"webServer": {
"scheme": "http",
"host": "localhost",
"port": 9092
},
"description": "Connection to Docker container."
}- Maintenant le serveur est connecté. Vous pouvez vous connecter avec l'utilisateur _SYSTEM.
- Comme vous pouvez le constater, l'espace de noms USER (UTILISATEUR) est le seul disponible:
.png)
5.6 Arrêt ou suppression du conteneur
Pour arrêter un conteneur en cours d'exécution, utilisez la commande:
docker stop my-irisRedémarrage du conteneur
Pour redémarrer le conteneur, utilisez la commande
docker start my-irisSuppression (effacement) du conteneur
Pour supprimer l'instance du conteneur, mais pas l'image, utilisez la commande:
docker rm my-irisLa totalité des données contenues dans le conteneur sera perdue, sauf si vous avez monté des volumes (nous en parlerons dans les paragraphes suivants).
5.7 Configuration d'un mot de passe spécifique avec un montage de type bind
Il est possible de configurer un mot de passe personnalisé lors du démarrage d'un conteneur à l'aide d'un fichier de mots de passe. Le fichier sera enregistré sur notre hôte et copié dans le conteneur à l'aide du mécanisme bind mount .
Lorsque vous utilisez un bind mount, un fichier ou un répertoire sur la machine hôte est monté depuis l'hôte dans un conteneur, ce qui permet de partager le code source ou les artefacts de compilation entre un environnement de développement sur l'hôte Docker et un conteneur.
- Créez un fichier nommé password.txt contenant uniquement votre mot de passe sous forme de chaîne (attention! Notez votre mot de passe, vous en aurez besoin plus tard).
- Copiez le chemin d'accès, dans cet exemple ce sera
C:\InterSystems\DockerTest\password\password.txt - Exécutez la commande suivante:
docker run --name my-iris -d --publish 9091:1972 --publish 9092:52773 --volume "C:\InterSystems\DockerTest:/durable" intersystems/iris-community:latest-cd --password-file /durable/password/password.txt Une fois le conteneur lancé, vous pouvez vous connecter avec l'utilisateur _SYSTEM et le mot de passe que vous avez enregistré dans votre fichier de mots de passe.
À l'intérieur du conteneur Docker, vous verrez un fichier password.txt.done . Le même fichier se trouvera dans votre dossier hôte.
.png)
L'extension du fichier est remplacée par .done afin d'éviter la présence du mot de passe dans le texte brut. Il s'agit du comportement standard d'InterSystems IRIS avec les fichiers de mots de passe. Par conséquent, une fois le mot de passe lu à partir du fichier password.txt et l'utilisateur IRIS par défaut (_SYSTEM) mis à jour avec ce mot de passe, le fichier est mis à jour en ajoutant .done et en supprimant le mot de passe pour des raisons de sécurité.
Vous pouvez vous connecter au Portail de gestion à l'aide de votre mot de passe personnalisé (je vous avais dit de le noter :D). InterSystems IRIS ne vous obligera pas à changer le mot de passe après votre connexion.
Veuillez noter que si le conteneur est supprimé puis redémarré sans aucun volume durable monté (pour plus d'informations, voir le paragraphe suivant), le mot de passe ne sera pas relu à partir du fichier password.txt , car il a été remplacé par le fichier password.txt.done. Dans ce cas, le mot de passe standard "SYS" sera utilisé.
5.8 Démarrage du conteneur avec un volume durable spécifique. Utilisation de volumes %SYS durables
Par défaut, tout ce que vous enregistrez dans un conteneur Docker en cours d'exécution disparaît lorsque vous le supprimez à l'aide de la commande docker rm <container's name> .
Pour éviter de perdre vos données, InterSystems IRIS fournit la fonctionnalité durable %SYS. Cette fonctionnalité permet à l'instance de stocker tous les fichiers importants sur votre machine hôte, afin qu'ils survivent aux redémarrages du conteneur et de l'instance.
5.8.1 Contenu stocké sous %SYS durable
Voici quelques exemples:
- Fichiers de configuration (
iris.cpf,httpd.conf) - Configurations et journaux de la passerelle Web (
/csp) - Bases de données système (
IRIS,USER,IRISSECURITY,IRISTEMP, etc.) - Journaux, fichiers image d'écriture (WIJ) et fichiers temporaires
- Fichiers journaux (
messages.log,SystemMonitor.log, etc.) - Clé de licence (
iris.key) - Toute autre base de données que vous avez créée
5.8.2 Comment activer %SYS durable
La première chose à faire est de choisir un dossier sur votre hôte, tel que C:\InterSystems\DockerTest
- Sous Linux, assurez-vous qu'IRIS peut y écrire en créant l'utilisateur irisowner et en lui attribuant la propriété du répertoire:
adduser irisowner
chown -R irisowner:irisowner /InterSystems/DockerTest- Sous Windows, vous pouvez ignorer cette étape, car Docker Desktop will montera le dossier avec vos autorisations utilisateur Windows actuelles.
Ensuite, montez votre dossier hôte et indiquez à IRIS où écrire ses données durables à l'aide de la variable ISC_DATA_DIRECTORY:
--volume "C:\InterSystems\DockerTest:/durable" --env ISC_DATA_DIRECTORY=/durable/iris
L'instruction complète à exécuter sur le terminal est la suivante:
docker run --name my-iris -d --publish 9091:1972 --publish 9092:52773 --volume "C:\InterSystems\DockerTest:/durable" --env ISC_DATA_DIRECTORY=/durable/iris intersystems/iris-community:latest-cd --password-file /durable/password/password.txtÀ ce stade, vous pouvez inspecter votre conteneur et observer qu'un dossier durable est monté et contient les répertoires iris/ (pour le %SYS durable) et password/. Sur votre hôte, vous pouvez également voir les deux répertoires:
.png)
Si le conteneur est arrêté et supprimé, lorsque vous recréez le conteneur avec la même commande de Docker Compose IRIS restaurera son état précédent (utilisateurs, configuration, journaux, bases de données, etc.) à l'aide des données du dossier iris/, de sorte que rien ne soit perdu. Vous pouvez tester cette méthode en créant une application web, en arrêtant et en supprimant le conteneur, puis en le recréant une deuxième fois. Sans utiliser la fonctionnalité durable %SYS, toutes les modifications apportées à %SYS sont perdues lorsque le conteneur est supprimé et l'instance est lancée à chaque fois comme une nouvelle instance.
Veuillez noter que si vous supprimez le dossier iris/, la prochaine fois que vous lancerez le conteneur IRIS, il sera initialisé comme lors d'une nouvelle installation, car il ne trouvera pas les données %SYS précédentes. Un tout nouveau dossier iris/ sera créé.
6. Utilisation de Docker Compose
Jusqu'à présent, vous avez démarré InterSystems IRIS à l'aide d'une seule commande longue docker run. Cela fonctionne, mais il devient rapidement difficile de tout gérer avec des commandes shell simples.
Docker Compose est un fichier de configuration YAML qui permet de définir comment exécuter un ou plusieurs conteneurs. Cela simplifie le contrôle de l'ensemble de votre pile d'applications, facilitant la gestion des services, des réseaux et des volumes. Une seule commande vous permet de créer et de démarrer tous les services à partir de votre fichier de configuration.
Voici les commandes courantes pour Docker Compose:
| Commande | Description |
|---|---|
docker compose up -d | Démarrer tous les services définis dans docker-compose.yml en mode détaché (par défaut, utiliser le fichier docker-compose.yml du dossier courant). |
docker compose -f ./path/to/docker-compose.yml up -d | Démarrer les services à partir d'un fichier de composition dans un autre répertoire. |
docker compose down | Arrêter et supprimer tous les conteneurs, réseaux et volumes créés par docker compose up. |
docker compose ps | Répertorier les conteneurs gérés par Compose. |
docker compose logs | Afficher les journaux de tous les services définis dans le fichier Compose. |
docker compose logs <service> | Afficher les journaux d'un service spécifique (par exemple, iris). |
docker compose exec <service> bash | Ouvrez un shell dans un conteneur en cours d'exécution géré par Compose. |
docker compose stop | Arrêtez les conteneurs en cours d'exécution, mais ne les supprimez pas. |
docker compose start | Démarrer les conteneurs précédemment arrêtés. |
docker compose restart | Redémarrer tous les conteneurs définis dans le fichier Compose. |
docker compose build | Construire ou reconstruire les services définis par un fichier Dockerfile. |
docker compose pull | Télécharger la ou les dernières images pour les services. |
docker compose config | Valider et afficher la configuration fusionnée à partir du fichier Compose. |
6.1 Exemple d'utilisation de l'outil Docker Compose
Pour utiliser Docker Compose, il est nécessaire de créer un fichier docker-compose.yml contenant toutes les configurations du conteneur que l'on souhaite créer et démarrer.
Ainsi la commande suivante:
docker run --name my-iris -d --publish 9091:1972 --publish 9092:52773 --volume "C:\InterSystems\DockerTest:/durable" --env ISC_DATA_DIRECTORY=/durable/iris intersystems/iris-community:latest-cd --password-file /durable/password/password.txtpeut être remplacé par la suivante docker-compose.yml:
# docker-compose.yml
services:
iris:
container_name: my-iris
image: intersystems/iris-community:latest-cd
init: true
volumes:
# Données système/persistantes (installation IRIS, bases de données, etc.)# Sous Windows, vous pouvez utiliser les deux options: "C:\\InterSystems\\DockerTest:/durable"
- C:/InterSystems/DockerTest:/durable
ports:
- "9092:52773"# Portail de gestion / API REST
- "9091:1972"# Port SuperServer
environment:
- ISC_DATA_DIRECTORY=/durable/iris
# Utilisation du fichier de mots de passe pour se connecter au conteneur
command: --password-file /durable/password/password.txt6.2 Exécution de Docker Compose
Ouvrez un terminal dans le répertoire où le fichier Docker Compose est enregistré (ou utilisez l'option -f) et exécutez la commande suivante:
docker compose up -dVotre conteneur IRIS démarrera dans la configuration exacte spécifiée dans le fichier Docker Compose
Dans Docker Desktop, vous pouvez désormais voir qu'une pile composée appelée "dockertest" (elle prend le nom du dossier dans lequel Docker Compose est enregistré) a été créée et associée au conteneur "my-iris":
.png)
7. Utilisation d'un fichier Dockerfile pour l'exécution d'un code source personnalisé
Jusqu'à présent, vous avez exécuté InterSystems IRIS directement à partir de l'image Docker officielle. Cependant, nous aurons peut-être besoin de télécharger automatiquement des classes ObjectScript ou d'autres codes personnalisés dans l'image lors de sa création.
Un fichier Dockerfileest un fichier texte contenant des instructions pour créer une image à partir d'une image de base (comme intersystems/iris-community:latest-cd). Grâce à un fichier Dockerfile, nous pouvons ajouter du code source personnalisé dans le conteneur et exécuter des commandes personnalisées lors de la création de l'image.
7.1 Exemple de fichier Dockerfile
Le prochain exemple fournit un fichier Dockerfile qui effectue les opérations suivantes:
- Démarrez l' image à partir de l'image officielle InterSystems IRIS.
- Copiez le code de votre application depuis le dossier
src/vers le conteneur. - Exécutez un script pour importer les classes et initialiser l'application conteneurisée, puis enregistrez les journaux dans un fichier journal.
- Exposez les ports InterSystems IRIS par défaut.
7.2 Exemple d'utilisation de l'outil Docker Compose
Vous devez également modifier Docker Compose afin de spécifier la création de l'image à partir du fichier Dockerfile situé dans le dossier courant:
# docker-compose.yml
services:
iris:
container_name: my-iris
build: # Cela indique à Docker de créer une nouvelle image basée sur celle spécifiée dans le fichier Dockerfile
context: . # Construction de l'image à partir du fichier Dockerfile local
dockerfile: Dockerfile
image: my-modified-iris-image:latest # attribution d'une nouvelle balise à la nouvelle image afin d'éviter de remplacer l'image de base
init: true
volumes:
# Données système/persistantes (installation IRIS, bases de données, etc.)# Sous Windows, vous pouvez utiliser les deux options: "C:\\InterSystems\\DockerTest:/durable"
- C:/InterSystems/DockerTest:/durable
ports:
- "9092:52773"# Portail de gestion / API REST
- "9091:1972"# Port SuperServer
environment:
- ISC_DATA_DIRECTORY=/durable/iris
# Utilisation du fichier de mots de passe pour se connecter au conteneur
command: --password-file /durable/password/password.txt7.3 Compréhension des couches, du balisage des images et de la différence entre le temps de compilation et le temps d'exécution
Dans Docker, comme expliqué ici: Qu'est-ce qu'une image?, il y a deux principes importants à garder à l'esprit:
- Les images sont immuables: une fois qu'une image est créée, elle ne peut plus être modifiée. Vous pouvez uniquement créer une nouvelle image ou y ajouter des modifications.
- Les images de conteneur sont composées de couches: chaque couche représente un ensemble de modifications du système de fichiers qui ajoutent, suppriment ou modifient des fichiers.
De nouvelles couches sont ajoutées à une image lorsque les instructions spécifiées dans un fichier Dockerfile sont exécutées. Ces couches apparaîtront également dans les informations relatives à l'image.
Dans cette optique, il est très important de distinguer ce que fait Docker au temps de compilation (lorsqu'il crée une image à partir d'un fichier Dockerfile) et au temps d' exécution (lorsqu'il démarre un conteneur à partir de cette image).
Chacune de ces instructions Dockerfile est exécutée au temps de compilation:
COPY: les fichiers sont copiés dans l'imageRUN: exécute des commandes et enregistre les résultats sous forme de nouvelles couches d'imageENTRYPOINT: ne modifie pas le système de fichiers, mais définit le processus par défaut qui sera lancé au moment de l'exécutionEXPOSE: définit les métadonnées relatives aux ports que l'image prévoit d'utiliser
Au temps d'exécution, Docker ne reconstruit pas l'image, mais ajoute une couche de conteneur par-dessus. Toutes les modifications apportées pendant l'exécution du conteneur (comme les nouveaux fichiers, les modifications, les journaux) sont enregistrées dans cette couche temporaire.
D'après le dernier exemple fourni par Docker Compose:
build: # cela indique à Docker de créer une nouvelle image basée sur celle spécifiée dans le fichier Dockerfile
context: . # Construction de l'image à partir du fichier Dockerfile local
dockerfile: Dockerfile
image: my-modified-iris-image:latest # attribution d'une nouvelle balise à la nouvelle image afin d'éviter de remplacer l'image de baseCes instructions indiquent à Docker de créer une nouvelle image appelée "my-modified-iris-image:latest" (ceci s'appelle un tag) en récupérant l'image de base et en la modifiant comme décrit dans le fichier Dockerfile. Il est très important de marquer la nouvelle image avec un nom distinct. Si nous évitons d'apposer une balise sur l'image nouvellement créée, l'image de base sera remplacée par la nouvelle. L'image officielle sera toujours disponible sur Docker Hub, mais cette version locale la masquera et tous les projets faisant référence à cette balise utiliseront désormais, sans le savoir, l'image personnalisée, contenant plusieurs nouvelles couches.
Pour éviter cela, utilisez toujours une balise distincte pour créer une nouvelle image distincte tout en conservant l'image de base officielle propre et réutilisable.
7.4 Code source et script d'initialisation
À ce stade, nous devons créer au moins une classe et la placer dans le src/ dossier. La classe sera copiée dans le conteneur et importée via le iris.script fichier, qui contient toutes les instructions nécessaires pour importer les classes et initialiser l'application lors de la création de l'image.
Créez un nouveau répertoire appelé src/DockerStepByStep dans le dossier de votre projet et créez le fichier de classe suivant:
Class DockerStepByStep.cheers Extends%RegisteredObject
{
ClassMethod sayHi() As%Status
{
Set sc = $$$OKw"Hi mom!",!
Return sc
}
}
Dans la racine de votre projet, créez un fichier portant le nom iris.script:
// Non-expiration des mots de passe pour le mode devzn"%SYS"Do##class(Security.Users).UnExpireUserPasswords("*")
// Téléchargement des cours à partir d'une source fiablezn"USER"// Les classes à importerset importPath = "/opt/irisapp/src"write"Loading classes at '", importPath, "' ...", !
set errors = ""do$System.OBJ.Import(importPath,"cuk",,.errors)
if errors = 0 { write"Classes loaded successfully", ! } else { write errors, " errors occurred while loading classes!", ! }
halt
7.5 Création de l'image avec le fichier Dockerfile
Pour la première exécution, vous pouvez utiliser la commande suivante pour créer l'image à partir du fichier Dockerfile (le drapeau --build force Docker à recréer l'image à partir de votre fichier Dockerfile):
docker-compose up --buildPour les autres exécutions, si le fichier Dockerfile n'a pas été modifié, vous pouvez simplement exécuter ce qui suit:
docker-compose up -dUne fois la création de l'image lancée, vous verrez apparaître les journaux suivants dans le terminal:
PS C:\InterSystems\DockerTest> docker-compose up --build
[+] Building 21.5s (13/13) FINISHED
=> [internal] load local bake definitions 0.0s
=> => reading from stdin 530B 0.0s
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 1.73kB 0.0s
=> [internal] load metadata for docker.io/intersystems/iris-community:latest-cd 10.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
=> [1/6] FROM docker.io/intersystems/iris-community:latest-cd@sha256:93488df381f5868649e7bfc33a9083a3e86a22d 0.9s
=> => resolve docker.io/intersystems/iris-community:latest-cd@sha256:93488df381f5868649e7bfc33a9083a3e86a22d 0.0s
=> [internal] load build context 0.0s
=> => transferring context: 147B 0.0s
=> [2/6] WORKDIR /opt/irisapp 0.0s
=> [3/6] COPY src src 0.1s
=> [4/6] COPY iris.script . 0.1s
=> [5/6] RUN mkdir -p /opt/irisapp/logs 0.3s
=> [6/6] RUN iris start IRIS && iris session IRIS < iris.script > /opt/irisapp/logs/build.log 2>&1 && 4.5s
=> exporting to image 4.5s
=> => exporting layers 3.3s
=> => exporting manifest sha256:3ce316cefa21a3707251c4287005a15b02e6dc0151b24baf2a82f76064792250 0.0s
=> => exporting config sha256:00238e19edef86b29149d2eb89ff75f4d1465ba0d9a2ac4494a14d3bd3746a94 0.0s
=> => exporting attestation manifest sha256:3579cab5c8accc7958090276deb60bd7dbbc2ecbf13af8e7fa8c4ff2dfe91028 0.0s
=> => exporting manifest list sha256:17b969c340f57d611cc7603287cc6db50cffd696258a72b5648ece0a919676ac 0.0s
=> => naming to docker.io/intersystems/iris-community:latest-cd 0.0s
=> => unpacking to docker.io/intersystems/iris-community:latest-cd 0.9s
=> resolving provenance for metadata file 0.0s
[+] Running 3/3
✔ intersystems/iris-community:latest-cd Built 0.0s
✔ Network dockertest_default Created 0.1s
✔ Container my-iris Created 0.2s À l'étape 6/6, le fichier iris.script est exécuté dans l'instance IRIS conteneurisée et les journaux sont enregistrés dans le chemin /opt/irisapp/logs/build.log.
Pour afficher les journaux, vous pouvez exécuter l'instruction suivante:
docker exec -it my-iris cat /opt/irisapp/logs/build.logVous devriez voir les enregistrements suivants qui vous informent du résultat de la compilation de la classe:
Node: buildkitsandbox, Instance: IRIS
USER>
USER>
%SYS>
%SYS>
%SYS>
%SYS>
USER>
USER>
USER>
USER>
Loading classes at '/opt/irisapp/src' ...
USER>
USER>
Load of directory started on 09/16/202507:46:28
Loading file /opt/irisapp/src/DockerStepByStep/cheers.cls as udl
Compilation started on 09/16/202507:46:28 with qualifiers 'cuk'
Class DockerStepByStep.cheers is up-to-date.
Compilation finished successfully in 0.005s.
Load finished successfully.
USER>
Classes loaded successfully
USER>
USER>
Sur Docker Desktop, vous pouvez voir qu'une nouvelle image appelée "my-modified-iris-image" a été créée et s'exécute parallèlement à l'image officielle de base.
.png)
Si vous examinez les images, vous constaterez que la version personnalisée est composée de 31 couches, contre 25 couches pour l'originale. Les nouvelles couches correspondent aux instructions exécutées au moment de la compilation par le fichier Dockerfile:
.png)
7.6 Exécution d'instructions dans le terminal IRIS conteneurisé
Pour tester les classes, vous pouvez activer le terminal Iris dans l'instance IRIS conteneurisée. Pour ce faire, exécutez l'instruction suivante:
docker exec -it my-iris iris session IRISÀ ce stade, vous pouvez invoquer la méthode de classe à partir de l'espace de noms USER à l'aide de la commande suivante:
do##class(DockerStepByStep.cheers).sayHi()Finalement, vous devriez obtenir le résultat suivant:
PS C:\InterSystems\DockerTest> docker exec -it my-iris iris session IRIS
Node: 41c3c7a9f2e4, Instance: IRIS
USER>do##class(DockerStepByStep.cheers).sayHi()
Hi mom!
8. Conclusion et suite
Nous avons parcouru l'ensemble du cycle de mise en œuvre d'InterSystems IRIS dans Docker:
- extraction de l'image
- démarrage et configuration des conteneurs
- persistance des données avec %SYS durable
- création d'images personnalisées avec votre propre code et vos propres scripts
Cela suffit pour commencer à expérimenter IRIS dans un environnement conteneurisé et l'utiliser pour le développement.
Un référentiel GitHub contenant tous les fichiers mentionnés dans la dernière partie (Docker Compose, Dockerfile, iris.script, etc.) est disponible.
Ne manquez pas le prochain article!
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
.png)
