C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
[^] # Re: Neon c'est bon.
Posté par barmic 🦦 . En réponse au lien database of Databases. Évalué à 3.
C'est une architecture qui a le vent en poupe actuellement principalement pour optimiser son déploiement dans les clouds providers mais pas que.
Pour le déploiement dans les clouds ça permet d'utiliser un stockage objet pour la donnée et des fonctions (faas) pour le calcul (à minima le query planner mais ça peut être plus). En terme de prix ça fait une grande différence quand tu es chez un cloud provider.
Tu simplifie aussi le déploiement. Au lieu de te demander sur combien de machines de quelle taille et avec quelles forme de réplication tu as besoin, tu va tirer parti des garanties que te fourni chacun des 2 services et tu n'a plus qu'à te soucier des répartitions géographiques (et c'est une simple configuration).
Pour des requêtes complexes comme de l'OLAP ou autre. Le fait de tout exécuter au même endroit peu créer des contentions qui peuvent disparaître quand tu utilise le modèle d'exécution des fonctions.
Par contre si tu connais bien ta base et que ta charge est prédictive ça ne vaut pas forcément le coup. Les faas sont intéressantes quand tu sais que tu as de grands moments inutilisés ou que tu as besoin de parallélisme poussés (avec beaucoup de threads, mais complètements indépendants).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll