Nuage Cron : Utilisation de la fonction en tant que service pour contrôler les coûts
La fonction en tant que service (FaaS) trouve rapidement une utilisation dans une variété de contextes opérationnels et de développement.
Bien que l’étoile montante du cloud computing soit souvent mentionnée en conjonction avec les API, l’IoT et les applications mobiles, cette technologie est largement utilisée en dehors du développement. Dans le rapport « Guide to Serverless » de The New Stack, nous constatons que les cas d'utilisation technique du sans serveur couvrent un ensemble robuste d'utilisations :
Cas d'utilisation technique pour Serverless
- 73 % des API REST HTTP et des applications Web
- 68 % Tâches par lots ou tâches planifiées
- 60% Logique métier
- Pipeline d'intégration continue à 34 %
Comme prévu, les applications dominent la scène avec près des trois quarts des répondants utilisant le sans serveur pour les API REST et les applications Web. Mais après cela, cela devient plus intéressant. Les tâches par lots et les tâches planifiées, ainsi que la nébuleuse « logique métier », recueillent toujours plus de la moitié des cas d'utilisation des répondants.
L’utilisation des fonctions cloud pour gérer les ressources cloud relève des « tâches planifiées ». Le cloud et les conteneurs offrent aux entreprises les moyens d’optimiser l’utilisation des ressources. On pense souvent à cela en termes de scalabilité, surtout en association avec les conteneurs et les microservices. En faisant évoluer uniquement les éléments d’application qui en ont besoin, vous économisez des ressources serveur et réduisez vos coûts.
L’autre face de l’équation consiste à pouvoir arrêter les ressources quand vous ne les utilisez pas. Ce qui attire en partie vers la fonction en tant que service et le sans serveur (ce ne sont pas forcément la même chose) est le véritable modèle de tarification à l’usage. Vous payez vraiment uniquement ce que vous consommez. Puisqu’il n’y a idéalement aucune ressource inutilisée dans un environnement sans serveur ou FaaS, vous ne payez pas pour ces ressources. En revanche, dans le cloud, vous pouvez payer des ressources inactives au même tarif que si elles exécutaient une application ou un service. C’est un détail mineur, mais qui peut peser si une application connaît de longues périodes d’inactivité.
C'est là que les fonctions cloud peuvent aider. En tirant parti des fonctionnalités de fonction en tant que service du cloud dans lequel vous exécutez, vous pouvez planifier une tâche pour arrêter les instances lorsqu'elles ne sont pas utilisées et les redémarrer ultérieurement. Cela suppose un planning assez statique, comme une application qui n'est utilisée que pendant une journée de travail bien définie. Ces applications sont souvent des applications « professionnelles » traditionnelles qui sont utilisées par les employés mais uniquement pendant la journée – et la semaine de travail. La fermeture des instances qui composent une application professionnelle pendant le week-end peut permettre de réaliser des économies considérables au fil du temps.
L'utilisation de la fonction en tant qu'offre de service de votre fournisseur de cloud peut vous permettre de réduire le coût de maintien de ces applications « au chaud » pendant la nuit et le week-end. Même si vous envisagez une journée de travail de douze heures, vous pourriez réduire vos coûts de moitié en fermant vos magasins pendant les douze autres heures.
Si vous voulez savoir comment mettre en place ce qui ressemble à une version cloud de cron, consultez ces ressources :