Microsoft Azure avancé : Function Apps

Name: Microsoft Azure avancé : Function Apps
Author: Steven Burnley

En savoir plus sur les fonctionnalités des applications de fonction et sur la façon dont elles sont utilisées pour développer des applications personnalisées

Preview the first lesson free — get full access to all 3 lessons.

Demander une démo Se connecter

Cours : à la demande

Bonjour. Dans cette leçon, je vais vous montrer ce que sont les fonctions Azure, comment ils se comparent à d'autres architectures d'applications pour développer des solutions et quelques scénarios courants dans lesquels vous pouvez implémentez Azure Functions. Azure Functions a été conçu comme un développement sans serveur environnement. Ceci est différent des applications traditionnelles où les développeurs créent des applications Web qui s'exécutent sur des serveurs, généralement 24 heures sur 24, sept jours sur sept. Ces applications Web à plein temps doivent être provisionné sur un serveur spécifique. Par conséquent, leurs exigences matérielles sont fixes et limité. Azure Functions est conçu comme une architecture sans serveur, ce qui signifie qu'ils peuvent évoluer sur le matériel Azure de Microsoft et ne sont facturés que pendant leur exécution. Les environnements sans serveur sont très hautement évolutifs. Parce que vous ne payez que pendant l'exécution de la fonction, il permet aux développeurs de créer des éléments tels que des processus par lots qui ne s'exécutent que quelques fois par mois, ou des applications qui besoin d'évoluer fortement dans des scénarios de charge élevée et de créer ceux-ci de manière à ce qu'ils ne soient facturés que pendant qu'ils sont en cours d'exécution. Cela crée un nouveau type d'environnement dans lequel les individus les services comprennent une application. Plutôt que de construire un système monolithique traditionnel application où tout le code est dans un seul ensemble de fonctions, vous êtes en mesure de diviser ou de désassembler votre application en composants individuels qui pourraient fonctionner indépendamment et vous n'êtes facturé que pendant leur exécution. Ces fonctions sans serveur sont également très flexibles car elles peut être construit dans une variété de programmes populaires différents langues. Il n’y a aucune limite sur le code de développement Azure Function. Toutes les langues d'application prises en charge par les applications Web traditionnelles ou les services d'applications sont également pris en charge par fonctions. Cela inclut des choses telles que . NET, JavaScript et Java -applications basées. Enfin, vous verrez également que des processus complexes peuvent être défini via une chaîne d’applications logiques Azure ou applications de fonction qui implémentent quelque chose appelé fonctions durables. Les fonctions durables ne doivent pas nécessairement être exécutées et terminées en une seule fois étape. Ils peuvent s'asseoir et attendre que d'autres processus se terminent, ou ils peuvent s'asseoir et attendre les approbations humaines pour leur permettre de procéder. Des fonctions durables permettent également aux développeurs d'implémenter logique métier et peut-être augmenter l'évolutivité ou performances en utilisant des éléments comme le parallélisme dans leur traitement backend. Un scénario courant pour l'utilisation d'une application de fonction serait dans le cadre d'un service backend d'une application Web publique. Il est courant que les services soient fournis aux serveurs Web via des systèmes backend appelés API. Construire une collection d'applications de fonction et exposer ceux en tant qu'API permettraient à des applications telles que le Web applications ou applications smartphone pour les appeler fonctions et donner aux programmeurs et à leurs correspondants les applications accèdent aux données appropriées. Dans ce scénario, vous pouvez voir une application d'une seule page en cours d'exécution dans un environnement Azure traditionnel et en accédant données statiques d'un compte de stockage. Lorsque cette application a besoin de données dynamiques telles que le le contenu d'un profil utilisateur ou les éléments disponibles pour l'achat, l'application Web appelle le serveur de gestion API. Le serveur API expose alors une collection de fonctions applications pour fournir des services à l'application Web comme trouver tous les produits. Vous pouvez voir que l'application de fonction pourrait interagir avec le Cosmos DB, récupérez ces données et renvoyez-les sur le Web application en réponse à cet appel de fonction. Un autre exemple d'utilisation de fonctions consiste pour les développeurs à créer des services back-end. Dans ce cas, vous pouvez voir les appareils déposer de nouveaux enregistrements dans un centre d'événements. Cela pourrait être quelque chose comme un appareil de numérisation indiquant qu'un le produit est arrivé ou un produit a été livré. Lorsque vous suivez ces événements dans un hub d'événements, vous pouvez déclencher l'exécution d'applications fonctionnelles. Cela signifie qu’aucun utilisateur n’a dû être impliqué dans ce processus. Lorsque le hub d'événements reçoit un nouvel événement, vous pouvez configurer un déclencheur pour exécuter automatiquement l'application de fonction et effectuer tâches backend telles que la manipulation d'objets dans un Cosmos base de données ou manipuler des enregistrements dans une file d’attente de stockage. Restez à l'écoute pour la prochaine leçon où je vous montrerai comment développer des fonctions Azure dans le portail Azure. Merci d'avoir regardé.

Avancé Fournisseur : Steven Burnley 3 leçons · 22m en Arabe, Allemand, Anglais, Espagnol, Français, Portugais, Chinese

Description du cours

Dans ce cours, vous découvrirez les fonctionnalités et l'architecture des applications de fonction. Les applications de fonction sont une technologie sans serveur qui permet aux développeurs de créer et de déployer des applications personnalisées sans les frais généraux et les dépenses liés au déploiement d'un service d'application complet. Les services d'applications traditionnels nécessitent un plan d'hébergement dédié et entraînent constamment des frais. Les services d'application sont la plateforme idéale pour les solutions telles que les applications Web publiques qui doivent fonctionner toute la journée. Les applications de fonction ont été créées pour fournir aux développeurs une architecture évolutive avec un modèle de facturation à l'utilisation. L'architecture sans serveur rend les applications fonctionnelles plus abordables et évolutives que les services d'application. Les applications de fonction n'entraînent que des frais de facturation lors de l'exécution, ce qui est plus rentable pour certaines applications. Cette architecture alternative offre aux développeurs un environnement efficace et évolutif pour la création d'applications par lots ou de services back-end. Cette architecture orientée services prend en charge les principes de développement d'applications distribuées et permet une flexibilité dans la mise à jour et la réutilisation des services de plusieurs applications. Il est essentiel que les développeurs connaissent les applications fonctionnelles pour développer des applications personnalisées.

Ce que vous allez apprendre

Passer en revue les fonctionnalités et l'architecture des applications de fonction Azure
Examiner des scénarios courants d'utilisation des applications de fonction
Comprendre les avantages et les limites des applications sans serveur
Créer des transactions de longue durée à l'aide de fonctions durables
Développer des fonctions pour les applications par lots et les services back-end

Points clés à retenir

Les applications de fonction sont une technologie sans serveur qui permet aux développeurs de créer et déployer des applications personnalisées sans les frais généraux et les coûts liés au déploiement d'un service d'application complet.
Contrairement aux services d'application traditionnels qui nécessitent un plan d'hébergement dédié et génèrent constamment des frais, les applications de fonction utilisent un modèle de facturation à l'utilisation et ne génèrent des frais que pendant l'exécution.
L'architecture sans serveur rend les applications de fonction plus abordables et plus évolutives que les services d'application pour certaines applications.
Les applications de fonction offrent un environnement efficace et évolutif pour la création d'applications par lots ou de services back-end.
L'architecture orientée services prend en charge le développement d'applications distribuées et offre une flexibilité dans la mise à jour et la réutilisation des services dans plusieurs applications.

Foire aux questions

Que vais-je apprendre dans ce cours ?

Vous en apprendrez davantage sur les capacités et l'architecture des applications de fonction, examinerez les scénarios courants de leur utilisation, comprendrez les avantages et les limites des applications sans serveur et créerez des transactions de longue durée à l'aide de fonctions durables.

À qui s'adresse ce cours ?

Il s'adresse aux développeurs, car le cours indique qu'il est essentiel que les développeurs connaissent les applications de fonction pour développer des applications personnalisées.

Quels sujets les leçons couvrent-elles ?

Les leçons couvrent l'exploration des capacités des applications de fonction, le développement de fonctions et les fonctions durables.

En quoi les applications de fonction diffèrent-elles des services d'application traditionnels ?

Les services d'application traditionnels nécessitent un plan d'hébergement dédié et génèrent constamment des frais, tandis que les applications de fonction utilisent un modèle de facturation sans serveur à l'utilisation et ne génèrent des frais que pendant l'exécution, ce qui les rend plus abordables et évolutives pour certaines applications.

À quels types d'applications les applications de fonction sont-elles adaptées ?

Les applications de fonction fournissent un environnement efficace et évolutif pour la création d'applications par lots ou de services back-end, et le cours note que les services d'application restent adaptés aux solutions telles que les applications web publiques qui doivent s'exécuter toute la journée.