Si c'est de la curiosité, je recommande de commencer par bidouiller son propre serveur le plus simple possible. Après tu peux commencer à scaler au besoin en t'inspirant de ce que font les autres.
Personnellement dans les années 2000 j'ai commencé avec des articles de Linux Magazine France puis j'ai lu des trucs comme C10K, LiveJournal, digg, fefe,... avant que ça ne devienne mon boulot.
Tout ça date et les chiffres de l'époque semblent ridicules. Mais les problèmes techniques restent fondamentalement les mêmes.
De nos jours ça parle beaucoup de cloud et la dimension dans laquelle on se retrouve vite à avoir des problèmes de scaling est plutôt « comment je fais pour gérer ces centains/milliers de composants et pourquoi 92% de mon budget part chez Amazon ? » Si on veut garder un minimum le contrôle je pense qu'il reste important de comprendre ce qui se passe en dessous et de rester sur le système le plus simple possible qui corresponde aux besoins.
En pratique, si je voulais me faire la main indépendamment de nos jours, je regarderais du côté du Fediverse/Mastodon. Il y a plein de problèmes de scaling intéressants qui ne nécessitent pas de bosser pour un « géant du web ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: C'est super intéressant
Posté par Krunch (courriel, site web personnel) . En réponse au message Serveur web performant. Évalué à 4.
Si c'est de la curiosité, je recommande de commencer par bidouiller son propre serveur le plus simple possible. Après tu peux commencer à scaler au besoin en t'inspirant de ce que font les autres.
Personnellement dans les années 2000 j'ai commencé avec des articles de Linux Magazine France puis j'ai lu des trucs comme C10K, LiveJournal, digg, fefe,... avant que ça ne devienne mon boulot.
Tout ça date et les chiffres de l'époque semblent ridicules. Mais les problèmes techniques restent fondamentalement les mêmes.
De nos jours ça parle beaucoup de cloud et la dimension dans laquelle on se retrouve vite à avoir des problèmes de scaling est plutôt « comment je fais pour gérer ces centains/milliers de composants et pourquoi 92% de mon budget part chez Amazon ? » Si on veut garder un minimum le contrôle je pense qu'il reste important de comprendre ce qui se passe en dessous et de rester sur le système le plus simple possible qui corresponde aux besoins.
Mais sinon, en cherchant « large scale system design » on tombe sur des trucs tels que https://github.com/donnemartin/system-design-primer qui ont l'air pertinents.
En pratique, si je voulais me faire la main indépendamment de nos jours, je regarderais du côté du Fediverse/Mastodon. Il y a plein de problèmes de scaling intéressants qui ne nécessitent pas de bosser pour un « géant du web ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.