Pourquoi partir sur un monolithe alors même que tu sais que tu auras besoin de micro-services ?
Je réponds à cette question dans l’épisode du jour.
Ecoute en restant sur cette page :
Ou bien choisis ta plateforme d’écoute préférée, avec la possibilité de t’y abonner pour ne rater aucun épisode :
Apple Podcasts
Podcast Addict
CastBox
Deezer
Spotify
SoundCloud
Google PodcastsSi tu souhaites avoir plus d’informations sur le jeu de cartes que j’ai créé,
– Envoie-moi un e-mail : benoit@artisandeveloppeur.fr
Si tu veux me laisser un feedback sur ce que t’inspire cet épisode :
– Laisse-moi ton commentaire
Se former dans la Maison des compagnons :
– maison.artisandeveloppeur.fr
Dans la boite que j’accompagne, on a décidé de passer directement sur Kubernetes même si un monolithe sur une VM serait suffisant pour au moins 2 ans.
La principale raison est de laisser le temps à l’équipe d’apprendre ces nouvelles technos (docker, K8S, CI/CD) avant d’avoir des problèmes de scale-out. On espère que les problème lié au scale-out seront plus faciles à appréhender si l’équipe est déjà familière à Kubernetes.
Ceci dit, ça ne veut pas dire qu’on est passé au micro service. On commence petit avec un pod et une DB répliquée, le tout chez un hébergeur.
Je trouve que c’est un bon compromis entre un monolithe et une architecture micro-service. 😉