Quand avez-vous décidé d'utiliser un CDN? Comment avez-vous mesuré le "succès" de l'utilisation d'un CDN?
Quand avez-vous décidé d'utiliser un réseau de diffusion de contenu?
Comment avez-vous mesuré le "succès" de l'utilisation d'un CDN pour aider à justifier les coûts supplémentaires?
Ajout d'une prime. Espérons avoir des histoires intéressantes d'autres personnes dont les sites existants ont été modifiés pour le meilleur (ou le pire) après la migration vers un CDN.
Quand avez-vous décidé d'utiliser un CDN?
Au début du développement. Le site Web est pour un photographe et l’un des éléments les plus difficiles a été de s’assurer que les temps de chargement étaient pratiquement invisibles. Bien que le problème ne soit pas aussi grave que la vidéo, la limite des requêtes HTTP simultanées allait poser problème. Le site Web est en cours de développement et utilise Google App Engine. Bien qu'ils proposent un hébergement de contenu statique, le nombre de demandes simultanées a posé problème.
Comment avez-vous mesuré le "succès" de l'utilisation d'un CDN?
1) Être facilement intégré au CMS afin d’être invisible. Cela a provoqué des problèmes techniques majeurs côté serveur, des tâches pouvant être différées et de longues AJAX demandes asynchrones gâchées - à la fin, le flux de travail du CMS a dû être retravaillé (et continue de l'être).
2) rapide. En utilisant le Cloudfront d’Amazon, nous avons constaté d’énormes augmentations de vitesse, notamment en Orient (où le photographe en question s’installera). Les opérations de téléchargement de fichiers sont également rapides, mais nous ne sommes pas très satisfaits de la rapidité avec laquelle les modifications de données META ont eu lieu (certaines peuvent être assez volumineuses), en particulier sur la propagation S3 vers CloudFront.
3) pas cher. Le coût d'un CDN devrait être minimal pour nos besoins et offrir beaucoup pour votre argent. Nous visions des vitesses d’utilisation plus rapides pour les utilisateurs finaux que l’utilisation de Google App Engine seul, mais avec le même prix et je suis heureux d’annoncer que cet objectif a été atteint.
Nous avons décidé d'utiliser Amazon S lorsque nous avons créé une application Web fournissant des gigaoctets de photos et de vidéos HD à nos abonnés. C'était une évidence pour nous. Les économies de coûts étaient scandaleuses. Nous avons eu deux interruptions de service avec S3 (avec toutes les autres startups Web qui utilisent S3). Ils n'étaient pas désastreux.
Ensuite, nous avons ajouté CloudFront, ce qui vient de confirmer l’intérêt de pouvoir utiliser un CDN comme S3.
Une fois que vous avez dépassé la courbe d’apprentissage de l’utilisation de S3 du point de vue du programme, c’est une ressource tellement formidable.
Nous utilisons également S3 sur certains de nos sites Web de conseil à fort trafic pour héberger des vidéos et des images de grande taille, ce qui a également entraîné une réduction des coûts. Non seulement les coûts, mais avec CloudFront, l'expérience utilisateur s'est améliorée.
J'ai décidé d'utiliser un CDN pour augmenter la vitesse de téléchargement des fichiers pour les utilisateurs du monde entier. De manière générale, la livraison de très petits fichiers peut être effectuée facilement via nginx à partir d'un sous-domaine séparé, car 30 millisecondes supplémentaires pour récupérer un fichier CSS ne tueront pas exactement votre application Web.
Un CDN peut vraiment briller lorsqu'il s'agit de livrer des fichiers plus volumineux, en particulier ceux qui ont une portée mondiale (tels que Akamai et Limelight Networks), qui vous permettront d'atteindre de grandes vitesses sur n'importe quel continent. La chose la plus difficile à tester est de pouvoir contacter des personnes ayant des connexions résidentielles dans diverses parties du monde pour qu'elles effectuent des tests pour vous, car effectuer des tests à partir de connexions de niveau centre de données ne signifie rien en termes de performances réelles. ; Faire les tests en embauchant des personnes pour un petit montant vous donnera d’excellents résultats, car si vous regardez déjà un CDN, vous allez probablement débourser beaucoup d’argent et signer probablement un contrat. Dépensez donc 100 USD ou plus. faire des repères appropriés vous laissera tranquille avec le contrat de 12 mois que vous venez de signer.
J'aimerais avoir une histoire à raconter. Nous en avons présenté les nombreux avantages aux pouvoirs en place à maintes reprises, mais la réponse revient toujours la même: "nous voulons cela en interne".
Nous avons des utilisateurs qui accèdent au site via SSL. Nous avions envisagé d'utiliser Google CDN pour des tâches de base telles que les bibliothèques Javascript. Cela a provoqué des alertes de sécurité mixtes ennuyeuses dans les navigateurs, nous l'avons donc abandonné.
Certains problèmes de sécurité empêchent également les utilisateurs et le grand public d'accéder à un contenu du CDN. Pensez à protéger une photo sur Facebook en vous connectant + possibilité de voir l’album photo de cet utilisateur. Ce serait ce complexe d'un chèque.
Pour l'instant, je ne sais pas comment cela peut être fait. Je suppose que nous pourrions implémenter un système de cookie/jeton ou un service Web que le CDN pourrait utiliser pour vérifier l'accès, mais cela ajouterait une latence, ce que nous essayons d'éliminer.
Je serais également intéressé de savoir comment d’autres ont surmonté ces problèmes, s’ils sont réellement vos problèmes.