Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Création d'une couche serveur Tomcat personnalisée
Important
Le AWS OpsWorks Stacks le service a pris fin le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez le AWS Support L'équipe sur AWS Re:post ou via
Note
Cette rubrique explique comment implémenter une couche personnalisée pour une pile Linux. Cependant, les principes de base et une partie du code peuvent aussi être adaptés afin d'implémenter des couches personnalisées pour les piles Windows, notamment dans la section relative au déploiement d'applications.
Le moyen le plus simple d'utiliser des packages non standard sur AWS OpsWorks Stacks instances consiste à étendre une couche existante. Cependant, cette approche installe et exécute aussi bien les packages standard que les packages non standard sur les instances de la couche, ce qui n'est pas toujours souhaitable. Une approche plus exigeante, mais plus efficace, consiste à implémenter une couche personnalisée, laquelle vous offre un contrôle presque complet sur les instances de la couche, éléments suivants inclus :
-
Packages installés
-
Configuration de chaque package
-
Déploiement des applications d'un référentiel sur l'instance
Que vous utilisiez la console ou API que vous créiez et gériez une couche personnalisée comme n'importe quelle autre couche, comme décrit dansCouches personnalisées. Cependant, les recettes intégrées d'une couche personnalisée n'effectuent que quelques tâches très élémentaires, telles que l'installation d'un client Ganglia pour rapporter les métriques à un serveur maître Ganglia. Afin que les instances d'une couche personnalisée soient plus que fonctionnelles a minima, vous devez implémenter un ou plusieurs livres de recettes personnalisés avec les recettes Chef et les fichiers associés pour pouvoir gérer, entre autres, les tâches d'installation et de configuration de packages, ou de déploiement d'applications. Néanmoins, vous n'avez pas nécessairement à tout implémenter de A à Z. Par exemple, si vous stockez les applications dans l'un des référentiels standard, vous pouvez utiliser les recettes de déploiement intégrées pour gérer la plus grande partie du travail d'installation des applications sur les instances de la couche.
Note
Si vous utilisez Chef pour la première fois, lisez Les bases des livres de recettes ; ce didacticiel présente les notions de base qui expliquent comment implémenter les livres de recettes et exécuter une grande variété de tâches courantes.
La procédure suivante décrit comment mettre en œuvre une couche personnalisée qui prend en charge un serveur d'applications Tomcat. La couche s'appuie sur un livre personnalisé nommé Tomcat, qui contient les recettes permettant, entre autres, de gérer l'installation et le déploiement de packages. La procédure pas à pas inclut des extraits du livre de recettes Tomcat. Vous pouvez télécharger le livre de recettes complet depuis son GitHub référentiel
Note
AWS OpsWorks Stacks inclut une couche Java App Server complète pour une utilisation en production. Le but du livre de recettes Tomcat est de montrer comment implémenter des couches personnalisées. Il ne prend donc en charge qu'une version limitée de Tomcat qui n'inclut pas de fonctionnalités telles que. SSL Pour obtenir un exemple d'implémentation complète, consultez le livre de recettes opsworks_java
Le livre de recettes Tomcat prend en charge une couche personnalisée dont les instances possèdent les caractéristiques suivantes :
-
Elles prennent en charge un serveur d'applications Java Tomcat avec un serveur frontal Apache.
-
Tomcat est configuré pour permettre aux applications d'utiliser un JDBC
DataSourceobjet pour se connecter à une SQL instance My distincte, qui sert de magasin de données principal.
Le livre de recettes du projet comporte plusieurs composants clés :
-
Le fichier d'attributs contient les paramètres de configuration utilisés par les différentes recettes.
-
Les recettes Setup sont affectées à l'événement de cycle de vie Setup de la couche. Elles s'exécutent après le démarrage d'une instance et accomplissent différentes tâches telles que l'installation de packages et la création de fichiers de configuration.
-
Les recettes Configure sont affectées à l'événement de cycle de vie Configure de la couche. Ils s'exécutent après les modifications de configuration de la pile, principalement lorsque les instances sont mises en ligne ou hors ligne, et gèrent les modifications de configuration requises.
-
Les recettes Deploy sont attribuées à l'événement de cycle de vie Deploy de la couche. Elles s'exécutent après les recettes Setup et lorsque vous déployez manuellement une application pour installer le code et les fichiers associés sur les instances de la couche et gérer les tâches connexes, telles que le redémarrage des services.
La dernière section décrit comment créer une pile qui inclut une couche personnalisée basée sur le livre de recettes Tomcat et comment déployer et exécuter une JSP application simple qui affiche les données d'une SQL base de données My s'exécutant sur une instance appartenant à une couche My SQL distincte. Créer une pile et exécuter une application
Note
Les recettes du livre de recettes Tomcat dépendent de AWS OpsWorks Empile les recettes intégrées. Pour que l'origine de chaque recette apparaisse clairement, la présente rubrique identifie les recettes selon la convention Chef nom_du_livre_de_recettes::nom_de_recette.
Rubriques
