Chapitre 16. Langages de programmation dynamiques, serveurs web, serveurs de base de données
Ce chapitre répertorie les changements les plus notables apportés aux langages de programmation dynamiques, aux serveurs web et aux serveurs de base de données entre RHEL 8 et RHEL 9.
16.1. Changements notables dans les langages de programmation dynamiques, les serveurs web et les bases de données
Versions initiales d'Application Streams dans RHEL 9
RHEL 9 améliore l'expérience des flux d'applications en fournissant des versions initiales des flux d'applications qui peuvent être installées en tant que paquets RPM à l'aide de la commande traditionnelle dnf install.
RHEL 9.0 propose les langages de programmation dynamique suivants :
- Node.js 16
- Perl 5.32
- PHP 8.0
- Python 3.9
- Ruby 3.0
RHEL 9.0 inclut les systèmes de contrôle de version suivants :
- Git 2.31
- Subversion 1.14
Les serveurs web suivants sont distribués avec RHEL 9.0 :
- Apache HTTP Server 2.4
- nginx 1.20
Les serveurs proxy de mise en cache suivants sont disponibles :
- Varnish Cache 6.6
- Squid 5.2
RHEL 9.0 propose les serveurs de base de données suivants :
- MariaDB 10.5
- MySQL 8.0
- PostgreSQL 13
- Redis 6.2
Certaines versions supplémentaires d'Application Stream seront distribuées sous forme de modules avec un cycle de vie plus court dans les prochaines versions mineures de RHEL 9.
Principales différences dans l'écosystème Python depuis RHEL 8
The unversioned python command
La forme non versionnée de la commande python (/usr/bin/python) est disponible dans le paquetage python-unversioned-command. Sur certains systèmes, ce paquetage n'est pas installé par défaut. Pour installer manuellement la forme non versionnée de la commande python, utilisez la commande dnf install /usr/bin/python.
Dans RHEL 9, la forme non versionnée de la commande python pointe vers la version par défaut de Python 3.9 et est équivalente aux commandes python3 et python3.9.
La commande python est destinée aux sessions interactives. En production, Red Hat recommande d'utiliser explicitement python3 ou python3.9.
Vous pouvez désinstaller la commande non versionnée python en utilisant la commande dnf remove /usr/bin/python. Si vous avez besoin d'une autre commande Python, vous pouvez créer des liens symboliques personnalisés dans /usr/local/bin ou ~/.local/bin ou dans un environnement virtuel Python.
Plusieurs autres commandes non versionnées sont disponibles, telles que /usr/bin/pip dans le paquetage python3-pip. Dans RHEL 9, toutes les commandes non versionnées pointent vers la version par défaut de Python 3.9.
Architecture-specific Python wheels
Python wheels spécifique à l'architecture construit sur RHEL 9 adhère désormais à la dénomination de l'architecture en amont, ce qui permet aux clients de construire leur Python wheels sur RHEL 9 et de l'installer sur des systèmes non RHEL. Python wheels construit sur des versions antérieures de RHEL est compatible et peut être installé sur RHEL 9. Notez que cela n'affecte que wheels contenant des extensions Python, qui sont construites pour chaque architecture, et non Python wheels avec du code Python pur, qui n'est pas spécifique à l'architecture.
Changements notables libdb
RHEL 8 et RHEL 9 fournissent actuellement la version 5.3.28 de Berkeley DB (libdb), qui est distribuée sous la licence LGPLv2. La version 6 de Berkeley DB en amont est disponible sous la licence AGPLv3, qui est plus restrictive.
Le paquet libdb est obsolète à partir de RHEL 9 et pourrait ne plus être disponible dans les prochaines versions majeures de RHEL. Les algorithmes cryptographiques ont été supprimés de libdb dans RHEL 9. Plusieurs dépendances de libdb ont été supprimées dans RHEL 9.
Il est conseillé aux utilisateurs de libdb de migrer vers une autre base de données clé-valeur. Pour plus d'informations, voir l'article de la base de connaissances Remplacements disponibles pour Berkeley DB (libdb) dans RHEL.
Tomcat disponible depuis RHEL 9.2
RHEL 9.2 introduit la version 9 du serveur Apache Tomcat. Tomcat est le conteneur de servlets utilisé dans l'implémentation de référence officielle des technologies Java Servlet et JavaServer Pages. Les spécifications de Java Servlet et JavaServer Pages sont développées par Sun dans le cadre du Java Community Process. Tomcat est développé dans un environnement ouvert et participatif et publié sous la licence Apache Software License version 2.0.
