Qu’est-ce que j’essaie d’accomplir?

#

Mon objectif personnel est d’avoir un environnement FaaS chez moi. Le construire à partir de zéro m’aiderait à comprendre les solutions de cluster Kubernetes pour référence future. Un autre avantage de le construire de bas en haut est que, si quelque chose se casse, vous aurez au moins une idée de ce qui pourrait ne pas aller.

Notez qu’en faisant cela, vous obtiendrez les compétences suivantes :

• Support stockage
• Support réseau
• Support système d’exploitation
• Assistance aux applications
• Assistance en matière de sécurité
• Concepteur d’architecture en une seule personne.

Et, comme naviguer dans les eaux de Cloud Native Landscape est si facile (ouais, vous pouvez sentir le sarcasme, n’est-ce pas), j’ai créé ce guide.

Pour le plaisir, regardez l’état actuel du paysage Cloud Native

Qu’est-ce que j’ai construit ?

#

• Déploiement d’un cluster Kubernetes à 8 nœuds sur arm64
• Déploiement d’un stockage en bloc distribué sur Kubernetes - Longhorn
• OpenFaaS déployé - Fonction en tant que plate-forme de service
• Exemple de fonction OpenFaaS déployée
• Portainer déployé - Tableau de bord pour Kubernetes
• Surveillance déployée - Prometheus, Grafana, Loki, Promtail

C’est une bonne solution pour déployer des fonctions, explorer les applications Serverless et tester une nouvelle approche de développement.
J’ai quelques réserves sur les latences possibles avec les fonctions en tant que service, mais l’exécution asynchrone permet de les invoquer et de traiter les résultats dès qu’ils arrivent, pendant que le programme principal continue de tourner.

C’est un peu comme du multitâche délégué à l’extérieur. C’est particulièrement utile pour répartir la charge, voire passer à zéro instance (une option dispo uniquement avec la version payante d’OpenFaaS), ce qui est plutôt pratique.
Ce modèle me pousse à penser différemment — et à mon sens, de façon plus complexe — que dans une architecture monolithique classique.