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é
https://www.youtube.com/embed/fvkB-qph028 [Ceci est un lien intégré, mais vous ne pouvez pas consulter le contenu intégré directement sur le site car vous avez refusé les cookies nécessaires pour y accéder. Pour afficher le contenu intégré, vous devez accepter tous les cookies dans vos Paramètres des cookies]
IAM - InterSystems API Manager est un excellent outil pour surveiller votre trafic. Si vous essayez de l'utiliser dans votre cluster Kubernetes, vous avez peut-être essayé de faire un déploiement similaire à celui-ci :
La plupart des communications serveur-client sur le web sont basées sur une structure de demande et de réponse. Le client envoie une demande au serveur et le serveur répond à cette demande. Le protocole WebSocket fournit un canal de communication bidirectionnel entre un serveur et un client, permettant aux serveurs d'envoyer des messages aux clients sans recevoir de demande au préalable. Pour plus d'informations sur le protocole WebSocket et son implémentation dans InterSystems IRIS, voir les liens ci-dessous.
Pour la connexion à l'application CSP, j'affiche une page de connexion personnalisée qui est rendue à partir de la sous-classe CSS.CSP.Login qui hérite de %CSP.Login, et j'ai également IBA.CSP.Page qui étend %CSP.Page en surchargeant OnPreHTTP(). Cette configuration fonctionne parfaitement pour une connexion normale.
Vous pouvez définir des pages d'erreur individuelles en fonction des différents types de messages d'erreur ou de réponses système de la passerelle Web :
erreur de serveur
serveur occupé
serveur indisponible
délai d'attente du serveur
connexion fermée
Les paramètres sont définis sur l'écran Gestion de passerelle Web ([Portail d'Administration] > [Administration système] > [Configuration] > [Gestion de passerelle Web] > [Configuration] > [Default Parameters]).
Dans la section "Error Pages" du menu "Default Parameters", indiquez le nom de fichier de la page html à afficher ou l'URL vers laquelle rediriger la réponse lorsqu'une erreur se produit.
Par mise à jour.png)
