I'm curious why bandwidth is so expensive.
Also, do you think bandwidth costs are likely to rise or fall in the future?
Bandwidth is a speed, data transfer is an amount of transferred data.
Yes I’m aware that a lot of hosting companies show it as “bandwidth”. That doesn’t make it right.
Bandwidth is like the diameter of the water pipe coming into your house. Data transfer is the like the number of litres/gallons sent down that pipe, and measured by the water meter.
It’s baffling and depressing to me that so many people in this industry get this wrong. It’s like the tech equivalent of the word irony.
Also, if you want people to listen to you, try being a little less condescending. You can be informative while not sounding like everyone else is dumber than you. Your approach to "educating" makes anyone who didn't know what you are trying to explain feel incompetent. I'm not sure what the benefit of that is for you, but you might want to reassess your approach.
The tech industry is difficult enough to navigate. Why not try and be a little more welcoming?
a) if you said to any hosting company, "I need X GB/TB of data transfer allowance" they would know what you mean.
b) given that you're talking about a video hosting site, where data transfer speed is likely a large contender in performance, I'd be surprised if you don't factor actual available bandwidth into the decision making process.
So how do you have a technical discussion about the cost of your IP connectivity, when you're using the same term for the speed and the amount of data?
> try being a little less condescending
You asked about a technical aspect of hosting a web site, using one very specific technical term, to refer to another, related but different aspect of the matter.
In response, I asked you to learn the difference between what you wrote, and what you likely meant, explained what each means, and gave an analogy using plumbing references.
I have zero idea who you are, or what your background is. If you are primarily involved in the business or even the finance side of a company, it's likely you wouldn't know that 'bandwidth' means speed not an amount of data.
> Your approach to "educating" makes anyone who didn't know what you are trying to explain feel incompetent.
Given that you claim to know the term is incorrect, and still use it incorrectly, I accept no responsibility if you feel incompetent.
> The tech industry is difficult enough to navigate.
And deliberately using technical terms incorrectly is the way to fix that, is it?
I think if you always wrote it out as megabytes vs megabits you’d see much fewer incidents of confusion
For an illustrative example, imagine you have a 1 Gbps (gigabit-per-second) transit line that you are saturating at 95% (~972 Mbps) 24/7. Over a month, you will push 312,075 gigabytes (312 TB) over that line. Amazon transfer pricing is a bit complex to calculate exactly, but for 312 TB you would pay roughly 0.07 per GB for a total of nearly $22,000.
You can rent a 1 Gbps line for under $500 per month.
Think of it like buying a pipe. You can either rent the pipe, or access to the pipe. If you rent the pipe, you're buying IP transit. If you rent access to the pipe, you're buying data transfer. When you rent the pipe, you pay based on its diameter -- the capacity of what you can fit through it. But when you rent access to it, you're charged by how much you put through it.
IMO, this price gouging is the single biggest problem with cloud providers and also leaves a hole in the market. The cloud is pitched as elastic, but it's only elastic so long as your business is not bandwidth constrained. For example, you would not be able to build a competitive CDN or VPN network in the cloud, because you cannot charge your customers for data transfer since your competitors do not charge like that. But you have to pay for their data transfer, even if it all fits within capacity that you could provision for a 40th of the cost.
I've been interested in this market for a long time. A few years ago I was pitching a startup that invovled this idea. It never came to fruition, but I do have an (unfinished) slide deck that might interest someone: https://docs.google.com/presentation/d/1BJICGRhDL95vdBFg0ZE8...
If anyone is working on this problem or wants to discuss it, send me an email as I've got a lot of thoughts on the matter and will be working on a project in this space within the next year.
If you’re bootstrapping a CDN company, for example, you can’t just start with a single server. You need the global footprint as a selling point. But since you can’t provision that bandwidth elastically, you’re going to have a monthly bill of roughly $1k per POP as soon as you start the company, significantly reducing your runway.
The reason there are so few solutions is because the status quo is charging $/Gb, it’s a huge source of income for cloud providers, and it makes traffic engineering significantly easier because users have incentive to minimize bandwidth costs.
For example here: http://henet.p2knowledgebase.com/view/short_post/WnL8B
You are looking at 1Gbps-on-GigE of $380/mo.
You can run that 24/7 (sometimes they bill you at 95th percentile) but this looks like it is flat rate.
So all the data you can transfer at a 1Gbps pipe.
You can find places like OVH or Online.net that has dedicated servers with "unlimited" bandwidth. Cost is far less than you'd find with the major cloud services. I had a 10Mbps dedicated server for several years on online.net serving 2-3 TB of video per month. Unless you get hammered with many requests, SATA might be enough, while SSD will obviously offer better performance.
AWS for example, have ridiculously high charges.
Can you give some rough figures of how much data and how much you’re paying?
