Euh. Cloudflare, c'est un peu plus qu'un simple "proxy": en fonction des choix du webmaster, ça peut être l'unique chemin d'accès au contenu.
Rediriger les requêtes vers archive.org (qui de mémoire, bein archive, donc n'est pas sur le concept de "être à jour") me parait un tantinet risqué.
Sinon, ouais ... je suis d'accord, c'est désolant.
Après, j'ai été puni au travail récemment et j'ai du me taper une petite immersion totale dans ce joli monde d'AWS. Le but: y déployer pour un client une appli basée sur une API Rest et un frontend angular.
Entre CloudFlare, AWS Lambda (scripting, entre autre pour Cloudflare pour rewrite d'URL & co), Elastic Beanstalk (Serveur applicatif Python/Node/... pour l'API Rest), Elastic File System (partage NFS entre instances), S3 (stockage de statique) et RDS (Database) et bien en fait, t'as tout ce qu'il faut pour héberger un service à grosse volumétrie sans avoir le moindre serveur en ta possession.
Ca te coute ce que ça consomme, c'est quand même bien foutu (ça me desespère, mais vraiment).
C'est désolant pour le côté décentralisation et monopole, mais ça permet à pas mal de boite de petite envergure de lancer du service sur le web sans avoir d'admin système, d'admin réseau, de salle blanche et tout le tralala.
[^] # Re: CloudFlare est à fond
Posté par LaBienPensanceMaTuer . En réponse au journal Google se marre dans son coin. Évalué à 6.
Euh. Cloudflare, c'est un peu plus qu'un simple "proxy": en fonction des choix du webmaster, ça peut être l'unique chemin d'accès au contenu.
Rediriger les requêtes vers archive.org (qui de mémoire, bein archive, donc n'est pas sur le concept de "être à jour") me parait un tantinet risqué.
Sinon, ouais ... je suis d'accord, c'est désolant.
Après, j'ai été puni au travail récemment et j'ai du me taper une petite immersion totale dans ce joli monde d'AWS. Le but: y déployer pour un client une appli basée sur une API Rest et un frontend angular.
Entre CloudFlare, AWS Lambda (scripting, entre autre pour Cloudflare pour rewrite d'URL & co), Elastic Beanstalk (Serveur applicatif Python/Node/... pour l'API Rest), Elastic File System (partage NFS entre instances), S3 (stockage de statique) et RDS (Database) et bien en fait, t'as tout ce qu'il faut pour héberger un service à grosse volumétrie sans avoir le moindre serveur en ta possession.
Ca te coute ce que ça consomme, c'est quand même bien foutu (ça me desespère, mais vraiment).
C'est désolant pour le côté décentralisation et monopole, mais ça permet à pas mal de boite de petite envergure de lancer du service sur le web sans avoir d'admin système, d'admin réseau, de salle blanche et tout le tralala.