2 commentaires
C'est une question de priorités. Si le temps de ton équipe Ops est limité et que tes bases de données ne sont pas le goulot d'étranglement majeur de ton application le managed est une évidence.
Si tu as des bases de données qui sont le cœur de ton métier qui nécessitent des optimisations extrêmes alors le self-managed avec une équipe spécialisée est la voie à suivre. Pas de solution unique.
Ok je vois. C'est plus nuancé que ce que je pensais.
Les arguments sur le coût SRE et la simplicité du scale-out en managed sont très convaincants pour la majorité de nos services. Mais la perte de contrôle et le potentiel d'optimisation pour des workloads très critiques c'est un point à ne pas ignorer.
Je pense qu'on va cibler les nouveaux services non critiques sur du managed et garder nos clusters PostgreSQL self-managed pour les applications à haute performance qui nécessitent un tuning très fin. L'idée de garder l'expertise en interne me parle aussi. Merci à tous pour les arguments musclés sur le FinOps et io_uring !
Laisser une réponse
Vous devez être connecté pour poster un message !
Salut à tous.
Je suis à bout. On gère une demi-douzaine de clusters PostgreSQL self-managed sur des VMs dans le cloud. Entre la réplication qui pète les backups qui sont pas toujours fiables et le tuning des paramètres qui est un cauchemar on passe un temps fou là-dessus.
Est-ce qu'il ne serait pas temps de tout jeter et de passer sur du full managed genre RDS Aurora ou PlanetScale ? Ça a l'air tellement plus simple en théorie. Ou est-ce qu'on perd un contrôle crucial en faisant ça ?