Chapitre 3. Les bases de données sur Kubernetes à la dure
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Comme nous l'avons évoqué au chapitre 1, Kubernetes a été conçu pour les charges de travail sans état. Un corollaire à cela est que les charges de travail sans état sont ce que Kubernetes fait le mieux. Pour cette raison, certains ont soutenu que tu ne devrais pas essayer d'exécuter des charges de travail avec état sur Kubernetes, et tu peux entendre diverses recommandations sur ce que tu devrais faire à la place : " Utilise un service géré ", ou " Laisse les données dans les bases de données héritées dans ton centre de données sur site ", ou peut-être même " Exécute tes bases de données dans le Cloud, mais dans des VM traditionnelles au lieu de conteneurs. "
Bien que ces recommandations soient toujours des options viables, l'un de nos principaux objectifs dans ce livre est de démontrer que l'exécution d'une infrastructure de données dans Kubernetes est devenue non seulement une option viable, mais aussi une option privilégiée. Dans son article " A Case for Databases on Kubernetes from a Former Skeptic ", Christopher Bradford décrit son parcours, depuis son scepticisme quant à l'exécution de toute charge de travail avec état dans Kubernetes, jusqu'à l'acceptation à contrecœur de l'exécution de l'infrastructure de données dans Kubernetes pour les charges de travail de développement et de test, ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access