et manifestement ce n'est pas le leur .... bref. Tant mieux j'aurais toujours du travail.
Et oui pg c'est vraiment une tuerie. Et non un sharedfs ce n'est vraiment pas une bonne idée pour faire tourner une db. Ils essaient de contourner des problèmes qu'ils se créent tout seul en allant chez aws.
Pour info ma solution pour gérer beaucoup de données, beaucoup en vrai : kafka, k8s, ceph et bien sur pg. Actuellement j'ai 800 pg en prod qui ingère plusieurs To de data chaque jour. Mais aucune de mes bases ne fait plus de 1To. C'est la limite que je me suis fixé. 1to en 10Gbps ça se copie rapidement. Et 10Gbps en 2022 c'est très courant. Et 25 ça arrive vite.
Pour finir ruby .... pour traiter des données, ce n'est pas la meilleure des idées. Bref. Oui c'est flippant. Et ca fait pas sérieux. Vraiment.
Enfin ce genre de présentation sans mettre aucun cout en face, ça n'a strictement aucun intérêt.
# DBA c'est un métier
Posté par oau . En réponse au lien Doctolib présente sa base de données à Devoxx 2022 et c'est flippant. Évalué à 8.
et manifestement ce n'est pas le leur .... bref. Tant mieux j'aurais toujours du travail.
Et oui pg c'est vraiment une tuerie. Et non un sharedfs ce n'est vraiment pas une bonne idée pour faire tourner une db. Ils essaient de contourner des problèmes qu'ils se créent tout seul en allant chez aws.
Pour info ma solution pour gérer beaucoup de données, beaucoup en vrai : kafka, k8s, ceph et bien sur pg. Actuellement j'ai 800 pg en prod qui ingère plusieurs To de data chaque jour. Mais aucune de mes bases ne fait plus de 1To. C'est la limite que je me suis fixé. 1to en 10Gbps ça se copie rapidement. Et 10Gbps en 2022 c'est très courant. Et 25 ça arrive vite.
Pour finir ruby .... pour traiter des données, ce n'est pas la meilleure des idées. Bref. Oui c'est flippant. Et ca fait pas sérieux. Vraiment.
Enfin ce genre de présentation sans mettre aucun cout en face, ça n'a strictement aucun intérêt.