TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Finding the right CDN for our startup

65 点作者 typerandom超过 11 年前

21 条评论

moot超过 11 年前
I've been extremely happy with CloudFlare. 4chan probably wouldn't be around today without them. CF has helped us by mitigating every DDoS since we started with them two years ago, and have kept operating costs in check by offering flat pricing. Even at their highest tier (Enterprise), we're saving money versus what we'd be spending with our colo.
评论 #6683130 未加载
评论 #6685921 未加载
评论 #6684867 未加载
tedivm超过 11 年前
I could write pages about managing CDNs, but unfortunately have to run. As an abbreviated version, Malwarebytes (company I work for) balances several CDNs around the globe to try to get the best performance possible (as well as to deal with some security issues inherent to hosting an antimalware tool). We have relationships with quite a few (not all of those relationships positive).<p>In my opinion this article skipped two of the best CDN&#x27;s around, Edgecast and Highwinds. Edgecast in particular is damn fast (ssd boxes, high ram, most stuff served from memory). We&#x27;re running multiple SSL&#x27;d domains through them without issue. Highwinds is more of an up and comer, but they have amazing service (as long as you avoid using them in South America).<p>The reason I avoid Cloudfront (AWS) is that it&#x27;s way to expensive. I avoid CloudFlare because of the interactions I&#x27;ve had with their security team and CEO.<p>MaxCDN is good as long as you have no plans to go global. Let me be very explicit about this- if your CDN doesn&#x27;t have a POP in Australia then they&#x27;re not ready for prime time. There are only a few fiber lines going into the country and performance is absolute crap if you aren&#x27;t hosting your files there. They also have nothing in South America, the MidEast or Africa.<p>As a seperate note, most DNS management companies will offer DNS based &quot;CDN Managers&quot;, which will allow you to set priority rules for each CDN by region. This is an amazing tool that allows you to really take control of your traffic. I&#x27;ve never seen a CDN that was perfect everywhere, and when you have to deal with things like China (who don&#x27;t really allow external CDN&#x27;s in, forcing you to use one of theirs or host traffic out of Hong Kong) it&#x27;s a life saver. I know that Edgecast, Dyn and UltraDNS offer these types of services (with the Edgecast one being the cheapest by far).
jread超过 11 年前
I created a browser based test a few years ago that captures CDN latency from real users and correlates the results regionally using MaxMind (<a href="http://cloudharmony.com/speedtest" rel="nofollow">http:&#x2F;&#x2F;cloudharmony.com&#x2F;speedtest</a>). CDNs set themselves apart outside of the US where infrastructure is more complex and costs are higher. I posted a spreadsheet that provides a breakdown on CDN latency globally based on this testing (tens of thousands of tests from thousands of ISPs):<p><a href="https://docs.google.com/spreadsheet/ccc?key=0Al_R0WNcU3q9dGV1OU93YXZHaDJPcmtRQ1lWZnp4c1E&amp;usp=sharing" rel="nofollow">https:&#x2F;&#x2F;docs.google.com&#x2F;spreadsheet&#x2F;ccc?key=0Al_R0WNcU3q9dGV...</a>
评论 #6686350 未加载
cmer超过 11 年前
We switched from Cloudfront to Fastly and couldn&#x27;t be happier. These guys are awesome and the product is top notch. I highly recommend Fastly.<p>We weren&#x27;t too impressed with Cloudfront. The performance was all over the place and they provide no insight for cache hits&#x2F;misses.
评论 #6682568 未加载
评论 #6682952 未加载
评论 #6682540 未加载
评论 #6682533 未加载
评论 #6684665 未加载
noelwelsh超过 11 年前
We use MaxCDN. It seems to work well, but I find all CDNs fairly opaque. How can I actually measure latency? I can&#x27;t with web browsers being the way they are, so I really have no way of knowing. (There is <a href="http://www.w3.org/TR/navigation-timing/" rel="nofollow">http:&#x2F;&#x2F;www.w3.org&#x2F;TR&#x2F;navigation-timing&#x2F;</a> but it is very limited, and not suitable for us.)<p>Clarification psated from a comment I made below:<p>Sure, I can test my latency, but I&#x27;m more interested in what my customers are experiencing. For instance, we have a big customer over in east Asia and I have very little idea what latency they get. When we were using Cloudfront a customer in Australia complained that they were seeing timeouts. It seems there was a bug in Amazon&#x27;s routing table as Cloudfront has a POP in Sydney but their requests were going somewhere much further away.
评论 #6686530 未加载
评论 #6682508 未加载
评论 #6682510 未加载
ksec超过 11 年前
The major problem is SSL Pricing. Which i have never looked at.<p>But purely in terms of speed, Akamai Rules. Closely Followed by ( and sometimes even exceed ) EdgeCast.<p>From my experience, MaxCDN is the next bet since they are from NetDNA. Not saying CloudFront, or Other OnApp based CDN not good, for large files transfer or video streaming they are perfectly fine. But for small files, fast response and low latency those three are the way to go.<p>Haven&#x27;t tested Fastly yet purely because i think they are very expensive against some other established players. And I guess they have far few PoPs. Would love to see some detailed comparison though.
tow21超过 11 年前
Also worth looking at OVH: <a href="http://www.ovh.co.uk/cdn/" rel="nofollow">http:&#x2F;&#x2F;www.ovh.co.uk&#x2F;cdn&#x2F;</a><p>£8.99&#x2F;month including SSL.<p>(Note, I haven&#x27;t actually tried it myself!)
评论 #6683043 未加载
philip1209超过 11 年前
I do not understand why a custom domain with a custom SSL certificate was necessary. Why not serve SSL off of the Cloudfront domain at normal cost?
jrnkntl超过 11 年前
I am not sure what the added benefit is (apart from the looks of using your own domain) when using your own custom SSL? Isn&#x27;t the standard https connection through Cloudfronts wildcard SSL <a href="https://somethingsomething.cloudfront.net" rel="nofollow">https:&#x2F;&#x2F;somethingsomething.cloudfront.net</a> enough to be on the safe side? Really curious.
评论 #6682542 未加载
评论 #6683065 未加载
SudoAlex超过 11 年前
This is probably setting the requirements a bit too high for the average site - requiring a unique SSL certificate from their CDN provider.<p>Most sites will probably be fine using SSL for their main site using their main servers - requests going direct to the site, with static&#x2F;media files being served from a shared SSL certificate with their CDN.
anderspetersson超过 11 年前
I made the switch from Rackspace Cloudfiles + CDN to Amazon S3 + Cloudfront a couple months ago. I was regularly getting emails about my app erroring when someone uploaded a file via my app to Rackspace, since Rackspace was down (or responding slowly).<p>Now I&#x27;m happy with Amazon S3 + Cloudfront, it&#x27;s cheaper and more stable.
评论 #6682426 未加载
lixef超过 11 年前
Since it&#x27;s not all about the pricing for SSL pricing, I can recommend this site:<p><a href="http://www.cdnplanet.com/" rel="nofollow">http:&#x2F;&#x2F;www.cdnplanet.com&#x2F;</a><p>They provide a pretty nice overview about edge locations and other important options for considering to use a certain service.
kalleboo超过 11 年前
Are the high SSL costs because they need a dedicated IP per domain at each of their POPs?<p>Would it be possible for them to offer an SNI-only SSL option for far cheaper if you know beforehand who your clients are (say, if you&#x27;re hosting content for an iOS app)?
评论 #6682898 未加载
评论 #6684610 未加载
slowdown超过 11 年前
Prospective Rackspace customers - Avoid the cloudfiles offering from Rackspace at all costs. Their support is good, but we used to average out atleast one user who were getting access denied to store their files on Cloudfiles (We&#x27;re kind of a file upload service in the most basic context). Switching in progress (to S3) and so far so good. I guess you get what you pay for, after all.
评论 #6683111 未加载
alecsmart1超过 11 年前
We were using Amazon CloudFront and bleeding money. Approximately spending about $50 every 2 days. I researched to find a cheaper alternative. And found cdn77.com. Very good and reliable. The costs came down to approx $100&#x2F;mo. I am not sure about custom SSL pricing though.
评论 #6685071 未加载
dedalus超过 11 年前
Try www.instartlogic.com which is much better if you have dynamic content or image heavy apart from letting you not buy new servers thanks to the offload while providing great user experience
cloudflare超过 11 年前
typerandom: if you have time I&#x27;d be interested in understanding the performance problems you reported on CF. My email is in my profile.
评论 #6682767 未加载
randomhunt超过 11 年前
Please don&#x27;t go to Cloudfront, it&#x27;s truly horrendous (wearing my end user hat) to see so many sites have problems and timeouts because of them.<p>For example Ninite.com moved to them and now the site is virtually unusable because of it, over 90% of the time I get a &quot;403: Forbidden&quot; error when trying to do anything...like send them feedback on how the website doesn&#x27;t work...<p>I even see more HN problems this week and I&#x27;m sure its because of them.
评论 #6682564 未加载
captn3m0超过 11 年前
GitHub switched from Akamai to Fastly a little while back. I&#x27;d love to see a comparison of all these services.
typerandom超过 11 年前
What is your experience? :) What CDN are you using for your startup today? &#x2F;Robin
评论 #6682503 未加载
lazyant超过 11 年前
any experiences with Google&#x27;s PageSpeed?