par Kunal Kande et Mike Jerome
La plupart des bases de données opérationnelles gérées vous enferment dans un dilemme : choisissez "Serverless" pour la flexibilité, mais payez un supplément, ou choisissez "Provisioned" pour un prix unitaire inférieur, mais perdez en agilité. C'est un faux choix. Aujourd'hui, nous introduisons la tarification Always-On pour Databricks Lakebase : la flexibilité Serverless avec un prix bas et prévisible pour l'utilisation de base. Définissez vos paramètres de mise à l'échelle du calcul et recevez automatiquement un prix inférieur de 25 % sur votre capacité de base.
Pourquoi c'est important :
Arrêtez de passer vos soirées et vos week-ends à optimiser les instances. Basculez l'interrupteur, conservez vos performances et gardez une plus grande partie de votre budget.
Historiquement, les produits Postgres dans le cloud obligeaient les opérateurs à choisir entre deux options. Les anciens produits provisionnés nécessitent un paiement continu pour l'utilisation de pointe, ce qui entraîne une surdimensionnement pour absorber les pics de demande. Les produits Serverless s'adaptent de manière élastique, mais le tarif horaire est considérablement plus élevé, ce qui les rend coûteux pour les charges de travail qui ne sont jamais inactives. Passer de l'un à l'autre impliquait des temps d'arrêt ou de la maintenance.
Lakebase a déjà supprimé plusieurs compromis de Postgres, tels que la séparation du stockage du calcul, l'intégration des écritures de page complète dans la couche de stockage et l'ajout de la création de branches instantanée. La tarification Always-On innove le modèle commercial : le compromis entre une base de référence prévisible et à faible coût et un calcul élastique qui absorbe les pics a disparu. Vous ne choisissez pas une architecture pour chaque cas. Vous obtenez les deux sur la même base de données.
Si nécessaire, réactivez-la plus tard, et votre instance reviendra à la tarification d'autoscaling standard.

La plupart des produits PostgreSQL gérés vous obligent à faire un choix structurel entre une version provisionnée et une version serverless au moment du provisionnement. Pour obtenir un meilleur prix pour vos charges de travail 24h/24 et 7j/7, vous pouvez soit choisir un produit provisionné et payer pour une capacité sous-utilisée, soit prendre un engagement de plusieurs années, du type "utilisez-le ou perdez-le", sur un produit serverless.
Lakebase | Produits PostgreSQL Serverless leaders | Produits PostgreSQL Provisionnés leaders | |
Taux de base inférieur sans engagement | ✅ | ❌ Nécessite un engagement de 1 à 3 ans | ❌ Provisionnez pour le pic, pas pour la base |
Aucune pénalité pour le changement de base | ✅ | ❌ Vous continuez à payer pour les réservations ou un plan d'épargne, quelle que soit l'utilisation | ❌ Vous payez pour la capacité provisionnée sous-utilisée ou gérez des temps d'arrêt pour migrer vers une instance de calcul provisionnée plus petite |
Autoscaling pour les pics imprévisibles sur la même instance | ✅ | ✅ | ❌ |
Utilisez Always-On pour les bases établies. Les charges de travail de production dont l'historique de charge montre un plancher d'activité constant avec des pics superposés n'ont jamais bénéficié de la mise à l'échelle à zéro car le calcul ne restait jamais inactif. Jusqu'à aujourd'hui, elles payaient le tarif d'autoscaling standard pour chaque heure d'unité de calcul. Désormais, la partie de base est facturée à un prix inférieur de 25 %, et l'autoscaling gère toujours les pics.
Conservez la mise à l'échelle à zéro pour les charges de travail nouvelles ou intermittentes. Pour un nouveau projet, vous ne savez généralement pas. Vous n'avez pas l'historique de charge pour définir une unité de calcul minimale raisonnable, et le coût d'une mauvaise estimation est réel : trop élevé et vous paierez pour une marge dont vous n'avez pas besoin ; trop bas et l'autoscaling passera la plupart de son temps au-dessus du minimum, annulant l'intérêt du taux inférieur. C'est précisément pourquoi la mise à l'échelle à zéro est désormais le défaut pour les nouveaux projets. Apprenez la forme de la charge de travail sur quelques semaines, puis prenez une décision éclairée.
Pour une charge de travail avec une charge intermittente, conservez la mise à l'échelle à zéro activée. Pour une base de données inactive 75 % du temps, il est beaucoup plus avantageux de payer 0 $ pour ces heures. Si votre historique d'autoscaling montre que le calcul passe une grande partie de son temps à zéro, laissez la mise à l'échelle à zéro activée.
Ouvrez votre projet Lakebase, désactivez la mise à l'échelle à zéro et définissez une unité de calcul minimale qui reflète votre base réelle. C'est toute la modification de configuration. Après 24 heures d'utilisation continue, votre capacité de base est automatiquement facturée au taux Always-On, et l'autoscaling reste en place lorsque le trafic augmente. Aucun engagement à signer, aucun nouveau produit à provisionner, aucun temps d'arrêt à planifier.
Ajoutez la remise promotionnelle supplémentaire de 50 % valable jusqu'au 31 janvier 2027, et votre facture Postgres sera beaucoup plus basse. Commencez dès aujourd'hui avec Lakebase ou consultez la tarification complète sur https://www.databricks.com/product/pricing/lakebase.
(Cet article de blog a été traduit à l'aide d'outils basés sur l'intelligence artificielle) Article original
Abonnez-vous à notre blog et recevez les derniers articles directement dans votre boîte mail.