Nouveautés d'Azure App Service dans la version 2023 (2023)

Bienvenue dans Construire 2023 !

Bienvenue dans le récapitulatif Build 2023 de cette année sur les nouveautés d'Azure App Service ! Build est en personne pour la première fois depuis de nombreuses années (/woo-hoo !) et les membres du groupe de produits seront en personne à Build 2023 à Seattle cette année !

Ce lien vers les sessions d'innovation d'application à Build 2023comprend une liste complète desdixSéparez les sessions en petits groupes, les sessions de démonstration et les sessions de discussion (Q&A) où Azure App Service est couvert ! C'est également un guide pratique de la pléthore de contenus de construction sur la gestion des API, le développement cloud natif et sans serveur, Low-code et Power Platform ainsi que les services de communication Azure ! Les membres de l'équipe seront également sur place pendant la conférence dans la zone Cloud Developer Expert Meet-up au niveau 4 du centre des congrès - n'hésitez pas à passer, dire bonjour et discuter ! Nous attendons avec impatience tous ceux qui participeront virtuellement ou physiquement à Build 2023 cette semaine !

Le service a déployé de nombreuses nouvelles fonctionnalités au cours des dernières semaines et a également quelques améliorations supplémentaires "à venir" après la construction. Vous trouverez ci-dessous un tableau récapitulatif rapide mettant en évidence bon nombre des innovations récentes et à venir. Lisez la suite pour plus d'informations sur chacun d'eux, ainsi que des aperçus de ce qui est prévu plus loin en 2023 !

Nouveaux SKU PremiumV3

Les nouvelles offres PremiumV3 introduisent une option 1 vCPU/4 Go (P0v3) ainsi qu'une pléthore d'options de mémoire optimisées allant de 2 vCPU/16 Go à 32 vCPU/256 Go (P1mv3 – P5mv3). Lenouveaux ajoutsau SKU PremiumV3 offrent aux développeurs une gamme complète de calculs allant du développement/test et des scénarios de production plus petits aux charges de travail de production d'applications Web les plus gourmandes en calcul et en mémoire. En particulier pour les nouvelles charges de travail nettes où il est plus facile d'apporter des modifications, App Service recommande vivement aux développeurs de choisir PremiumV3 plutôt que les références SKU Standard et PremiumV2 précédentes. Avec la disponibilité deTarification Azure Dev/Test,Plans d'épargne Azure, etTarification des instances réservéespour PremiumV3, les développeurs peuvent accéder à plus de puissance de calcul à des prix nettement inférieurs à ceux des offres Standard et PremiumV2 précédentes !

Azure App Service a commencé à déployer lenouveaux SKU PremiumV3 en avril. Au fur et à mesure que le déploiement de la plate-forme progresse, App Service prend désormais en charge les nouvelles options SKU dans la plupart des zones géographiques avec une couverture dans vingt-huit régions Azure distinctes. App Service travaille en permanence sur l'ajout d'une prise en charge dans toutes les régions afinrevenez périodiquementdans le portail Azure pour voir si les nouveaux SKU sont disponibles pour vous !

Mise à l'échelle automatique

LeFonctionnalité de mise à l'échelle automatique pour App Servicea été récemment mis à jour avec une expérience UX de mise à l'échelle automatique désormais intégrée au portail Azure, ainsi qu'une myriade d'ajustements et de correctifs principaux. Nous nous référons fréquemment à la fonctionnalité de mise à l'échelle automatique en tant que « régulateur de vitesse automatique pour vos applications Web » métaphorique. Alors que les développeurs utilisent les règles Azure Auto-Scale depuis des années, la fonctionnalité la plus demandée concerne un moyen simple de mettre à l'échelle les applications en fonction du taux de requêtes HTTP actuel. Et c'est exactement ce que fait la fonction de mise à l'échelle automatique !

En tant que développeur, vous configurez des garde-corps autour des paramètres de mise à l'échelle du nombre d'instances minimum et maximum. Ensuite, la plate-forme App Service se charge d'augmenter et de diminuer automatiquement le nombre de travailleurs exécutant vos charges de travail en fonction d'une combinaison du taux de requêtes HTTP entrantes et d'un échantillonnage en temps réel de la charge relative sur chacun des travailleurs sous-jacents exécutant une application. L'implémentation sous-jacente est une adaptation de la technologie de mise à l'échelle sans serveur qui sous-tend une grande partie des fonctions Azure, mais intégrée aux plans App Service et disponible pour toute application Web à exploiter.

Sur la voie de GA pour la mise à l'échelle automatique, App Service ajoutera de nouvelles fonctionnalités dans les mois à venir, notamment la prise en charge du P optimisé pour la mémoire récemment publié.mSKU v3. Vous pouvez également voir la fonctionnalité en action lors d'une récenteStand-up de la communauté Azure App Serviceaussi bien queSession de démonstration "Automatic Scaling for Azure App Service Web Apps"à Construire 2023 !

Quoi de neuf pour Wordpress sur App Service

Compte tenu de la popularité de Wordpress, Azure App Service investit et optimise continuellement l'expérience Wordpress lors de l'exécution sur Linux App Service. Plus tôt cette année, le service a publié une mise à jour complète qui permet aux développeurs deêtre rapidement opérationnelavec une configuration Wordpress optimisée intégrant les meilleures pratiques et des optimisations de performances. À partir de là, App Service a mis à jour l'expérience de démarrage rapide avecdes options prix/performances simplifiées qui réduisent les coûtsentre 20 % et 35 %, offrant des options combinées d'application Web et de base de données allant d'une petite configuration de "démarrage" à une configuration prête pour la production hautement performante. Et plus récemment, l'équipe a livré l'une des fonctionnalités les plus demandées :prise en charge multisite de style sous-répertoire!

Le "Wordpress sur App Service"offre de marché(accessible depuis le portail Azure) vient également d'être mis à jour vers PHP 8.2 et Azure Flexible MySQL 8.0, avec l'option de mise à niveau automatique pour les mises à jour de version mineures également activée par défaut. Gardez un œil sur leApplications de la communauté technique sur le blog Azurepour les futures mises à jour !

.NET 8.0 à venir en juin et mises à jour linguistiques supplémentaires

.NET 8. 0 (Preview 7) arrivera sous peu sur Azure App Service en juin, avec une disponibilité sur les versions Windows et Linux d'App Service. Comme pour les aperçus précédents, l'aperçu .NET 8.0 sera disponible dans"Accès anticipé"et la transition vers un statut entièrement intégré plus tard cet été.

Pour les versions existantes de .NET, Node, Java, Python et PHP, App Service a récemment déployé des dizaines de mises à jour de version mineures sur les différentes piles, continuant de tenir la promesse de service de maintenir et de mettre à jour automatiquement les piles de langage intégrées. À plus long terme, Linux App Service travaille également sur l'ajout de la prise en charge de Node 20, Python 3.12 et PHP 8.3 ainsi que de l'AG de .NET 8.0.

En ce qui concerne Java et leOffre JBoss EAP sur Azure App Service, App Service introduira bientôt la prise en charge du clustering JBoss cet été ! Le clustering est une fonctionnalité qui permet à JBoss EAP d'avoir plusieurs instances travaillant ensemble en mode haute disponibilité pour fournir des applications plus résistantes aux fluctuations du trafic, à la charge du serveur et aux défaillances du serveur. Dans la prochaine version, lorsqu'une application JBoss EAP sur App Service est configurée pour utiliser l'intégration de réseau virtuel, la prise en charge du clustering pour JBoss EAP sera également automatiquement activée.

Améliorations du réseau virtuel

Dans la catégorie "à venir très prochainement", le service d'application multi-locataire public publiera bientôt l'aperçu initial pour joindre plusieurs plans de service d'application à un seul sous-réseau. Cette capacité permettra aux développeurs de joindre deux plans de service d'application distincts ou plus au même sous-réseau dans leur topologie de réseau virtuel, réduisant ainsi considérablement la « prolifération des sous-réseaux ». Actuellement, les développeurs doivent créer un sous-réseau unique pour chaque plan de service d'application distinct, ce qui entraîne des défis concernant la gestion de l'espace d'adressage réseau et les allocations du plan de service d'application au sous-réseau.

Grâce à la nouvelle capacité de jonction de sous-réseaux multi-plans, les développeurs pourront allouer un seul sous-réseau plus grand destiné à être utilisé par plusieurs applications (et par extension leurs plans de service d'application). Une chose à garder à l'esprit, les développeurs doivent s'assurer que les sous-réseaux sont suffisamment grands pour accueillir l'utilisation globale des adresses IP sur plusieurs plans de service d'application, y compris les exigences d'évolution maximale globales de tous les plans de service d'application connectés !

À plus long terme cette année civile (2023), App Service prévoit également de commencer à introduire la prise en charge du trafic HTTP entrant sur IPv6. Les applications Web pourront accepter le trafic exclusivement sur IPv6, exclusivement sur IPv4, ou accepter le trafic via les adresses IPv6 et IPv4.

Accroître la sécurité avec les nouvelles options de configuration TLS

La sécurisation du trafic entrant avec TLS est de rigueur pour les applications Web de nos jours, App Service activant automatiquement TLS pour les applications Web nouvellement créées. Tout récemment, App Service a introduit unnouvelle option de configuration minimale de la suite de chiffrement TLSpermettant aux développeurs de personnaliser l'ensemble de suites de chiffrement TLS utilisées lors de la négociation d'une connexion TLS à une application Web. Cela permet aux développeurs d'appliquer des suites de chiffrement plus modernes tout en conservant la flexibilité pour que les applications prennent éventuellement en charge les clients hérités utilisant des versions TLS plus anciennes :

Configuration de la suite de chiffrement TLS minimale dans le portail Azure

Bien que la fonctionnalité ait étéannoncé en avant-première publique, il est entièrement pris en charge pour les charges de travail de production. On estime que la fonctionnalité Minimum TLS Cipher Suite passera à GA plus tard en 2023 une fois que App Service commencera à mettre à niveau les frontaux du service vers Windows Server 2022 et TLS 1.3. Gardez un œil sur les annonces plus tard cette année concernant la prise en charge de TLS 1.3 sur App Service !

App Service est également en train de déployer une amélioration TLS supplémentaire qui prend en charge le chiffrement TLS de bout en bout (e2e). Alors que le trafic entrant du monde extérieur est sécurisé avec TLS, le trafic intra-cluster entre les frontaux App Service et les travailleurs exécutant des charges de travail d'application à l'intérieur d'une unité d'échelle App Service utilise HTTP. Les environnements App Service (ASE) prennent en charge depuis quelques années un paramètre de configuration de cluster qui permet le chiffrement TLS e2e intra-cluster, mais une fonctionnalité similaire n'est pas disponible pour le reste d'App Service. Les développeurs disposeront bientôt d'une nouvelle capacité de configuration qui permet le chiffrement e2e TLS pour les applications qui ne s'exécutent pas sur des ASE, le trafic réseau entre les frontaux et les charges de travail des applications étant également sécurisé via TLS. Attendez-vous à une annonce "bientôt" avec des informations sur la fonctionnalité et des détails sur son activation via ARM et CLI !

Fonctionnalités à venir de l'environnement App Service (ASEv3)

En développant la sortie de SKU Isolatedv2 plus puissants plus tôt dans l'année, App Service introduira des offres à mémoire optimisée pour ASEv3 cet été ! Les nouveaux SKU ASEv3 seront parallèles au récent PmDéploiement v3, apportant des offres à mémoire optimisée couvrant 2 vCPU/16 Go de mémoire jusqu'à 32 vCPU/256 Go aux clients App Service Environment v3. Le nouveau jemLes offres v2 (mémoire optimisée Isolated v2) offriront aux développeurs un prix plus rentable pour les charges de travail qui nécessitent des tailles de mémoire plus importantes.

En plus des nouvelles options optimisées pour la mémoire qui arrivent cet été sur ASEv3, l'équipe a plusieurs fonctionnalités ASEv3 supplémentaires en préparation ! Actuellement, toutes les applications exécutées dans un environnement App Service partagent un ensemble commun de configurations de réseau, de sécurité et de chiffrement à l'échelle de l'ASE. Ces aspects peuvent être affichés et configurés avec ARM/Bicep ainsi qu'en utilisant l'expérience App Service Environment Configuration dans le portail Azure, comme indiqué ci-dessous :

Paramètres de configuration communs de l'environnement App Service

Étant donné que les ASEv3 sont très fréquemment déployés en tant qu'environnements 100 % internes (alias ILB ASEv3), les développeurs peuvent souhaiter ajouter des certificats TLS générés par des autorités de certification (CA) personnalisées. La sortie est prévue cet été, les développeurs pourront configurer des certificats TLS pour le trafic entrant vers des applications exécutées sur un ILB ASEv3 à l'aide de certificats émis par une autorité de certification non publique. Lorsque les navigateurs clients et les applications se connectent, l'ILB ASEv3 renverra la chaîne de certificats complète de l'autorité de certification personnalisée qui a généré le certificat TLS. Cette nouvelle fonctionnalité TLS permettra aux organisations de s'appuyer sur les autorités de certification internes de l'entreprise lors de la génération de certificats TLS pour des scénarios tels que les applications Web métier internes !

Pages d'erreur personnalisées et restaurations plus faciles

Le numéro undemande client la plus votéepour App Service était la prise en charge des pages d'erreur personnalisées qui pouvaient être servies dans les cas où App Service renvoyait actuellement une page d'erreur générique. Nous sommes heureux de dire que la prise en charge des pages d'erreur personnaliséesdéployé en avant-première, et est maintenant disponible pour que les développeurs puissent l'essayer et l'utiliser. Jetez également un œil aunouveau tutoriel sur la configuration de pages d'erreur personnalisées!

La fonctionnalité permet aux développeurs de fournir leur propre contenu de site incorporant la mise en page et la marque du site de leur application qui seront servis dans les cas où la plate-forme App Service renvoie un code d'erreur HTTP 403, 502 ou 503. Par exemple, si un site subit une rafale massive de demandes entraînant des erreurs temporaires "503 Service Unavailable" en raison d'une application surchargée, la plateforme App Service renverra désormais la page d'erreur 503 personnalisée fournie par le développeur. La capture d'écran ci-dessous montre l'expérience du portail Azure où les clients peuvent télécharger des pages d'erreur personnalisées pour chacune des classes d'erreurs 403, 502 et 503 :

Configuration de la page d'erreur personnalisée dans le portail Azure

Vous pouvez également voir undémonstration en direct de la nouvelle fonctionnalité de page d'erreur personnaliséelors d'un récent stand-up de la communauté Azure App Service ! Une autre amélioration prévue dans les mois à venir offrira la possibilité de se procurer les pages d'erreur personnalisées à partir d'un compte de stockage, ce qui permettra aux développeurs de référencer facilement le même ensemble de pages d'erreur personnalisées dans plusieurs applications.

Une autre amélioration de la qualité de vie prévue pour les mois à venir est un accès plus facile à la fonctionnalité de non-suppression de l'application Web App Service. Peu de développeurs s'en rendent compte, mais depuis quelques années, App Service permet aux développeurs derestauration en libre-service d'applications Web supprimées accidentellementà l'aide des commandes Powershell. Si vous supprimez accidentellement votre application et devez la récupérer (dans les 30 jours), vous pouvez utiliser les commandes Powershell décrites dans l'article pour récupérer à la fois le contenu du site Web ainsi que les informations de configuration de l'application et la restaurer dans un groupe de ressources et à l'emplacement de votre choix. .

Dans les prochaines semaines, juste après le Build, cette fonctionnalité sera désormais disponible directement dans le portail Azure, aucune configuration en ligne de commande n'est nécessaire ! Vous trouverez ci-dessous un aperçu du prochain Azure Portal UX :

Annuler la suppression d'une application Web dans le portail Azure

Les développeurs pourront trouver des applications précédemment supprimées et la nouvelle expérience du portail Azure les guidera tout au long de la récupération et de la réhydratation du contenu et de la configuration de l'application. Bien que vous ne devriez pas sortir et commencer à supprimer vos applications Web avec

abandon sauvage maintenant, cela épargnera, espérons-le, quelques cheveux gris aux développeurs lorsque les inévitables situations de «gros doigt» se produiront!

Prochaines étapes

Les développeurs peuvent en savoir plus sur Azure App Service surPrise en main d'Azure App Service. Restez à jour sur les nouvelles fonctionnalités et innovations sur Azure App Service viaMises à jour Azure (App Service)aussi bien queAzure App Service (@AzAppService) / Twitteralimentation. Il y a toujours un flux constant d'excellents articles techniques approfondis sur l'ensemble des services Azure axés sur les développeurs sur leApplications sur le blog Azure.Et enfin passer par leChaîne YouTube de la communauté des développeurs Azurepour un contenu axé sur les développeurs sur les outils, les langages et les services exécutés dans le cloud !