Comment developper un backend pour supporter des milliers voir des millions d'utilisateur?

Comment developper un backend pour supporter des milliers voir des millions d'utilisateur?

Beaucoup de dev se lance dans la creation des site web et pense seulement au code, rien que du code et uniquement du code et parfois structure leur code de manière non optimale par naiveté ou moins de connaissances et se buttent à des problèmes d'architecture une fois qu'ils vont en production c'est à dire une fois qu'ils deploient leur code sur le server et à la dispositions des utilisateurs, tant que votre site est moins visité, il n'y aura pas de problème et vous pouvez meme etre dans un hebergement mutualisé et vous n'aurez aucun problème, mais si le site commence à etre massivement visité..bonjour les problèmes et si l'architecture a été mal pensé et le code mal écrit, et que votre app web a fait succès et chaque jours enregistre des milliers voir des millions de user... vous serrez peut etre emmené à le réecrire completement de zero.

Un site web est fait pour les utilisateurs qui doivent accedere à ce site à travers un navigateur qui lui sera chargé de faire des requetes HTTP au serveur web, ce classique,  vous le connaissez dejà non? Seulement si un serveur web, reçoit contemporainement des millions de requetes HTTP à la fois, il va aller immediatement en crise si jamais il n'y a pas une architecture physique consequente et bien pensée, immaginez un instant le nombre de requetes par secondes qu'on bombarde sur facebook, google etc.. je dis par secondes pas par minutes ni moins par heure, le seul fait d'ouvrir votre profil facebook ce n'est pas une seule requete, mais des dizaines de requetes car il y a des requetes pour les images, les video, le html, le javascript etc... et multiplier cela par tous les utilisateurs de la terre qui a chaque seconde sont sur facebook et font des cliques à droite et clique à gauche.. vous pouvez immaginer la souffrance du serveur s'il y en avait seulement un seul donc une architecture pas consequente?

Pour supporter des dizaines et des milliers voir des millions de requetes à la fois, le site web en amont doit etre projecter dejà dès le debut pour etre deployer physiquement sur des machines scalables, scalable veut dire l'application web doit etre capable de pouvoir se multiplier en plusieurs applications qui servent plusieurs requetes, on parle de la d'une scalabilité verticale, dans le jargon technique c'est du load balancing en anglais, donc en cas de traffique HTTP elevé, on multiplie les instances de la machines serveur web de manière à rediriger les traffiques en entrée sur ces differentes machines. Mais aussi on peut faire une scalabilité horizontale qui consiste à augmenter la puissance de la machine en fonction du nombre de requete en entrée, par exemple augmenter la RAM del machine, augmenter le nombre de core du processeur/CPU etc.... ceci doit etre fait de manière automatique.

Si votre application à une architecture bien structurée par exemple à microservice, et si elle supporte les technologies à container comme docker couplé au orchestrateurs comme kubernetes, alors votre application sera scalable, et toutes les offres cloud comme Digital Ocean, AKS(Azure Kubernetes Service ou azure app service), google cloud service ou AWS amazon web service etc.. propose des solutions PAAS (Plateform as Service) ou on peut deployer sa solution dans les container docker et beneficier de cette scalabilité ainsi etre à mesure de recevoir des milliers et des millions de requetes HTTP sans probleme, mais attention, les offres cloud ne fonctionnent pas comme dans les hebergement mutualisés ou on partage le meme serveur avec les autres chez l'hebergeur et ou on paye un taux fixe par mois ou par an LoL, ici ça se passe comme l'abonnement de l'electricité ou du Gas ou de l'eau, donc de l'energie, on paye utiquement en fonction des resources utilisées, par exemple en fonction du trafique HTTP reçu.. quand il y a plein de trafique, kubernetes ou le cloud fait une scalabilité transparente pour vous et augmente ou multiplie les machines serveurs et vous payerez plus, quand il y a moins de trafique, il diminue les machines et vous payerez rien...

Donc avant de faire un site web, ne commencez pas toujours à coder coder sans rien comprendre, après l'analyse, il faut penser à l'architecture, une architecture eronnée dès le depart parfois peut entrainer de réecrire completement l'application si jamais elle connait de succès et a un traffique enorme.

Bon coding

---

---

Share

Comments (2)

Leave A Comment

Your Name:
Comment: