Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Aller au contenu | Aller au menu | Aller à la recherche


1 2 >

mercredi 13 mai 2020

Mes achats de livres pour PostgreSQL 9.6 (Printemps 2020)

Je m'occupe de gerer des bases sous PostgreSQL 9.6 depuis Aout 2018. Ce n'est pas vraiment la version Open Source que je gere mais celle fournie par EnterpriseDB. Il y a certes quelques grosses nuances mais j'ai une assez bonne experience avec cette version proprietaire (tuning etc...) En l'espace de plus d'un an et demi, j'ai aussi envie suite au confinement en restant chez moi a revenir aux fondamentaux en redecouvrant les petites subtilites de cette version. Le confinement du au COVID19 m'a pousse a m'occuper en revenant aux fondamentaux

C'est pour des raisons diverses et variees que j'ai fait l'acquisition de deux livres que je conseille pour ceux que l'anglais ne deroute pas

C'est vraiment deux livres ecrits pour des DBA PostgreSQL de production . Ils couvrent effectivement bien des domaines que je rencontre sur le plan professionnel. Le petit plus que j'aime dans cette serie de livres c'est que c'est des experts qui m'aiment si une solution existe en pure SQL, ils donnent quand meme leur avis et proposent (parfois) une solution a l'aide de psql (client en ligne de commande) et de shell script. Or

psql + shell script =

Bref tout DBA PostgreSQL de production qui se respecte sait tres bien que psql est son ami. Deux vrais livres de chevet pour tout DBA qui se respecte

N.B: La version 9.6 de PostgreSQL cessera d'etre maintenue en Novembre 2021 (End Of Life for 9.6)

vendredi 8 mai 2020

PostgreSQL + COVID19 = ???...Le marche Offres/Demandes pour la decennie 2020? Speculons, speculons...

Posons le contexte en Mai 2020

Avant d'attaquer le vif du sujet, posons le contexte. Si je dois dans quelques annees relire ce billet, alors je commencerais par rappeler le contexte
  • Vendredi 8 Mai 2020: lundi 11 Mai 2020, la France se prepare a sortir de son confinement instauree a la mi-mars pour lutter contre le COVID19
  • Mars/Avril 2020: confinement national. Tous les Francais ont l'obligation de rester chez eux...

Bref cloitre a la maison, il faut bien s'occuper et parfois on se pose des questions existentielles. C'est dans ce contexte que pendant Mars et Avril 2020, je me suis beaucoup interroge sur la nouvelle decennie qui attend PostgreSQL. Et moi aussi, par la meme occasion puisque je travaille sous PostgreSQL depuis 2003 -- je suis DBA PostgreSQL de Production --.

Pour mon intellectuel, ce fut l'occasion
  • de revoir les bases (au passage merci a Dalibo de mettre a disposition ses supports de formation).
  • de (re)decouvrir les toutes dernieres nouveautes des versions estampillees 10, 11 et 12.
  • etc...

J'ai pu aussi redecouvrir toutes les actualies liees a mon SGDBR prefere. Il a vraiment le vent en poupe. Tres forte demande, tres forte offre de la part de tout le monde (Cloud/Hebergement/Formation etc...)

Et si j'etais trader, mon analyse du marche

C'est en decouvrant la chaine Youtube d'Heu?reka que je me suis fait cette relfexion

  • Y-a-t'il de la demande? Oui.
  • Y-a-t'il des offres? Oui.
  • Y-a-t'il une plus value? Oui.
Meme avec deux haricots dans le cerveau comme Homer Simpson, on comprend facilement que le marche est en pleinne croissance!!! Je vois les prix des formations sous PostgreSQL que proposent certains fournisseurs/accompagnants, je comprends aisement
  • que PostgreSQL devient une marque.
  • A cet argument, il convient d'ajouter que des grand groupes industriels preconisent aussi PostgreSQL et dans des billets signes, ils tentent de faire pression aupres de leur propre fournisseurs pour l'adoption de PostgreSQL.

Pour en revenir a ma propre personne, les annees 2020 vont constituer ma troisieme decennie sous PostgreSQL.

Comme un trader avant de prendre des paris, on pourrait conjecturer que le marche PostgreSQL

  • est perein pour un project de plus de 40 ans en y incluant son projet d'origine
  • est soutenu par les les features de la 11 et de la 12 ( sharding, grosse volumetrie et autres features demandees par rapport aux concurrents)
Mais il peut aussi subir des derives et tout le monde voudra sa part du gateau, une foison de forks ici et la meme si c'est deja le cas, voire d'autres derives innattendues.

Restons pragmatique, si j'etais trader, j'attendrais un peu, histoire de voir comment le marche va evoluer. En ce debut de Mai 2020, on vient a peine de sortir du confinement en France dans un climat assez difficile pour la France (economique, social)

Le COVID19 est venu chambouler bien des choses au mondial et pour toutes les domaines. Les entreprises vont vouloir rationner sur les postes les plus importants.

Pour les anglophones, je conseille vivement la lecture de cet article ou EnterpriseDB avait interroge une partie de ses clients concernant les impacts du COVID19, je l'ai trouve tres interessant !!! Meme si a la fin, il est detourne pour faire de la pub pour EnterpriseDB, ce n'est pas la mon propos. Ses graphiques sont assez riches d'informations.

Si je devais prendre quelques paris leger, on voit bien que cela aura des consequences cote IT. Au mieux toute devrait redevenir a la normal d'ici quelques mois MAIS tout ce mic-mac aura quand meme de lourdes consequences pour la decennie qui s'ouvre!!!

Qui dit focus sur l'IT dit aussi une belle occasion de convaincre certains grands groupes de migrer encore plus d'Oracle vers PostgreSQL -- faut faire encore plus d'economie -- Le marche PostgreSQL va quand meme bouger et atteindre des sommets. C'est ce que je peux lui esperer de mieux. On verra bien sur le court, le moyen et le long terme. Au cours de la decennie, les metriques emportees par ces 3 moments finiront bien par se rencontrer

Deja depuis Mars 2020 chez Oracle, on se prepare apparement a mettre du monde dehors pour soutenir le Cloud en Europe

Fournisseurs PostgreSQL pour les marches Europeen et Russe

D'ailleurs cet article me permet de rebondir pour dresser une liste non exhaustive des fournisseurs PostgreSQL actuels du marche en Europe -- par ordre alphabetique qui me vient a l'esprit --

Un neophite aurait la reflexion de se dire "Mais PostgreSQL est Open Source! Ils doivent tous avoir l'esprit de partage". Pas necessairement. Certains n'hesitent pas a cacher qu'ils sont en concurrence directe et ouverte. Je vous laire la lecture de cet article

J'aime aussi a me dire que tous les coups sont permis pour gagner des parts de marche. Cet article peut etre tout a fait louable. Je ne suis pas la pour dire qui est meilleur qui ou qui a la meilleure offre. Je dresse juste un bilan de ce que j'ai pu trouver au cours de mes recherches.

J'aime aussi lire que certains specialistes de bases de donnees aiment aussi se dire partenaires des deux solutions meme si apparament une certaine concurrence regne entre eux. Pour preuve, ce lien https://www.optimadata.nl/partners-database-software-enterprise-support-tooling-DBMS

Au niveau du marche russe, je citerais

  • Postgres Pro https://postgrespro.com/ qui a notamment un fort support pour les solutions 1C https://1c-dn.com/. Elle est proposee avec ses deux versions commerciales,
    • PostgresPro Standard
    • PostgresPro Enterprise
    Soit dit en passant, on n'a normalement pas le droit d'avoir acces a leur binaires pour la version Enterprise. Vu les failles de securite, ils peuvent repasser.

Conclusions

  • C'est un marche hyper-concurrrentiel!!!
  • Quant au Cloud, je prefere ne pas l'evoquer. J'y vois deja des derives. Tout contents les gens s'y precipitent mais bon, faut aussi se poser la question de la perennite et voir sur le long terme.
Il faut vivre avec son epoque. Le metier de DBA va devenir de plus en plus un simple rouage du DBaas (DataBase As A Service)

Le tuning sous PostgreSQL est une reelle plus-value. Mais avec les volumetries a venir, ca risque de devenir un metier tres tres tres demandee . Gageons que cela ouvre des vocations.

dimanche 3 mai 2020

DBA PostgreSQL: Production ou Developpement?

J'ai fait cette video pendant mon temps libre en depit du confinement -- COVID 19 --. J'ai passe enormenent de temps pendant ces 48 premiers jours de confinement a me center a 200% sur PostgreSQL sur des sujets bien varies. Mon propre temoignage em video en tant qu'Administrateur de Bases de Donnees PostgreSQL en Production. Dans la video, j'aborde les deux profils
  • 1ere casquette: DBA PostgreSQL en developpement. On dit aussi DBA PostgreSQL Etudes mais ceux que j'ai cotoyes IRL preferent le terme developpement que etudes
  • 2nde casquette: DBA PostgreSQL en production
Je suis personnellement tres heureux d'avoir fait cette video. C'est une facon de rendre hommage a quelqu'un qui m'a beaucoup pousse dans ma vie. Son amour du travail, certains de ses comportement professionnels et certaines de ses valeurs coulent dans mes veines et je les retranscris dans mon travail de tous les jours.

Merci a TECHER Marie-Francois, mon pere.

mercredi 18 mars 2020

Git repository for branch 9.6 and a particular commit I wanted to investigate

I am currently working on this branch. To do so
cgit clone git://git.postgresql.org/git/postgresql.git
cd postgresql
git branch -r
git checkout -b origin/REL9_6_STABLE
9.6.17 was released in February 2020. I was a bit curious about this commit before pushing it
commit 93745f1e019543fe7b742d0c5e971aad8d08fd56
Author: Thomas Munro 
Date:   Sat Feb 1 14:29:13 2020 +1300

    Fix memory leak on DSM slot exhaustion.
    
    If we attempt to create a DSM segment when no slots are available,
    we should return the memory to the operating system.  Previously
    we did that if the DSM_CREATE_NULL_IF_MAXSEGMENTS flag was
    passed in, but we didn't do it if an error was raised.  Repair.
    
    Back-patch to 9.4, where DSM segments arrived.
    
    Author: Thomas Munro
    Reviewed-by: Robert Haas
    Reported-by: Julian Backes
    Discussion: https://postgr.es/m/CA%2BhUKGKAAoEw-R4om0d2YM4eqT1eGEi6%3DQot-3ceDR-SLiWVDw%40mail.gmail.com
Using the link above then I got all details I want.

Conclusion: Back-ported to 9.4, 9.5, 9.6.