Chi phí được thực hiện với băng thông cho dịch vụ phát trực tuyến

Question

Về cơ bản, tôi chuẩn bị khởi chạy ứng dụng phát nhạc trực tuyến và tôi đang cố tính toán chi phí.

Dịch vụ đám mây như S3 và đám mây RackSpace rất tốn kém. Theo như khả năng mở rộng là có liên quan ... Tôi giả định rằng một người dùng trung bình nghe nhạc trong một giờ và cho phép nói rằng ứng dụng của chúng tôi quy mô đến 100.000 người dùng. Đó là khoảng 90MB/giờ cho mỗi người dùng băng thông ... Hãy giả định khác và nói rằng chúng tôi có trung bình 10.000 người dùng đồng thời phát nhạc trực tuyến trong khoảng thời gian 24 giờ (90MB (trung bình/giờ) * 10k * 24 = 21,600,000MB = ~ 20,5 TB) ... Đó là tải trọng của băng thông! Theo giá của Rackspace, đó là $ 3,780 USD mỗi ngày ... holllllly crap! Anoher điều, dịch vụ như Rdio, Grooveshark, vv có khoảng 15 triệu (cấp phép) bài hát ... Nếu tôi thông qua đó vào hỗn hợp, đó là 15.000.000 * 3MB (avg bài hát) = 43,945GB = $ 4,300 một tháng.

Vì vậy, ở các mức giá này, các công ty như Rdio và Grooveshark, v.v., không bao giờ trả nhiều tiền này.

Vì vậy, câu hỏi của tôi rất đơn giản ... thông thường, một số tuyến đường cần thực hiện khi tạo dịch vụ truyền trực tuyến là gì? Cụ thể sẽ kiếm được phiếu bầu của tôi! (AKA, liên kết đến các công ty được xếp hạng tốt cung cấp dịch vụ CDN rẻ hơn hoặc thuê vị trí chưa được xếp hạng với tỷ lệ cố định)

Cảm ơn bạn!

More)

máy chủ ứng dụng sẽ được lưu trữ trên Rackspace ... nhưng điều này là hơi không liên quan xem xét thực tế rằng tôi thực sự chỉ cần một nhanh "cdn"

Answer 1

Có rất nhiều cách để giảm Chi phí đó. Tôi biết Spotify làm những điều sau đây (trong số những thứ khác):

1. Cache các bài hát cục bộ.
2. Sử dụng P2P để tải xuống từ các ứng dụng khách khác (chúng chủ yếu sử dụng máy chủ để đảm bảo độ trễ thấp).
3. Chỉ cho phép tỷ lệ bit cao cho người dùng trả tiền.

tôi khuyên bạn nên đọc phần sau đây: http://www.csc.kth.se/~gkreitz/spotify-p2p10/

Nếu bạn đang tìm kiếm hosting giá rẻ sau đó tôi đề nghị bạn kiểm tra: http://www.hetzner.de/. Tôi đã không sử dụng chúng nhưng tôi đã nghe rất nhiều điều tốt về chúng.

Answer 2

Chúng tôi đang nỗ lực giảm chi phí cho dịch vụ gửi email với số lượng lớn (http://elasticemail.com) sử dụng nhiều băng thông và cần phải mở rộng quy mô. Chúng tôi nhận thấy rằng bằng cách chuyển sang OVH, chúng tôi có thể nhận được nhiều băng thông hơn và nhiều phần cứng hơn cho rẻ hơn rất nhiều và họ có API tuyệt vời để tự động hóa rất nhiều sự phức tạp mà bạn tìm thấy trong một cơ sở hạ tầng phức tạp.

Vì vậy, thanh danh cho OVH (http://ovh.ie) để tiết kiệm cho chúng tôi rất nhiều tiền.

Answer 3

Tôi biết các tệp đám mây Rackspace cho CDN của chúng (được bao gồm trong giá) sử dụng Akamai. Akamai dường như không có bất kỳ giá nào xung quanh trên web, nhưng chúng dường như đắt tiền sau khi một số googling.

Tôi sẽ thử những điều này.

1. Cho Rackspace biết kế hoạch của bạn và hỏi xem họ có thể giải quyết một số loại hàng loạt không.
2. Liên hệ với Akamai và cho họ biết về kế hoạch của bạn và xem những gì họ cung cấp.
3. Google "mạng phân phối nội dung rẻ nhất" và xem điều gì xảy ra.

Tôi nghĩ CDN là thứ bạn muốn, cung cấp cho bạn khả năng bạn cần. Tôi không nghĩ rằng nó sẽ có thể làm điều đó nhiều từ một VPS đơn giản hoặc nhà cung cấp đám mây mà không có một CDN đằng sau nó. Về cơ bản, nếu bạn đang phục vụ rất nhiều nội dung tĩnh, và bạn đang làm việc đó từ các máy chủ đám mây (vps's), nó sẽ làm tắc nghẽn đường ống của bạn tại một số thời điểm, ngay cả khi bạn có một vài máy chủ, nó sẽ cuối cùng đạt công suất, nhưng với CDN, tất cả nội dung được đẩy ra ngoài các nút, do đó, về cơ bản nó tiếp tục và bật :)

Từ kinh nghiệm của tôi, Akamai CDN thật tuyệt vời. Tôi đã sử dụng nó khá nhiều (thông qua các tập tin đám mây RS) và trong 2 năm chỉ có 2 vấn đề, một lỗi của người dùng cuối để sử dụng một số máy chủ dns ở xa, và cái kia đã được sửa trong khoảng 1,5 ngày, người dùng ở Ý hoặc một nơi nào đó và nội dung của họ đã xuất hiện ở một số quốc gia khác.

Akamai sử dụng tra cứu cơ sở dữ liệu IP địa lý của máy chủ DNS yêu cầu url cung cấp cho bạn IP của máy chủ lưu trữ lân cận. Điều này phù hợp với hầu hết mọi người khi họ sử dụng máy chủ DNS của ISP để thực hiện tra cứu. Mặt khác, hầu hết người dùng nhận được ping nhỏ hơn nhiều so với khi họ tải xuống từ Mỹ, ví dụ ở Gold Coast, thời gian ping của tôi đến akamai là khoảng 20-50 msecs, đến Hoa Kỳ là 250-400 msecs.

Cập nhật: Sau khi tự làm một số điều, điều này có vẻ đầy hứa hẹn: http://24ways.org/2008/using-google-app-engine-as-your-own-cdn - họ đang nói sử dụng công cụ ứng dụng của Google làm CDN. Về mặt cộng, lần cuối tôi kiểm tra bạn có thể làm điều đó miễn phí, nhưng về mặt nhược điểm, tôi sẽ không căn cứ vào việc kinh doanh bằng cách lập kế hoạch rằng sẽ được tự do; đi theo lịch sử của Google để phát hành những thứ miễn phí, sau đó tính phí cho họ hoặc giảm chúng.

Answer 4

Xem xét các cân bằng tải tăng tốc như jetNEXUS. Chúng rất đơn giản để thiết lập và sử dụng các kỹ thuật như bộ nhớ đệm HTML tĩnh và nén dữ liệu để giảm đáng kể lượng dữ liệu chạm vào các máy chủ thực tế. Điều này có thể giúp bạn tiết kiệm rất nhiều tiền trong chi phí băng thông. Tôi nghĩ Rackspace có một số dịch vụ Zeus hoặc Jetnexus, và tôi biết rằng nó có sẵn như một tùy chọn trên Đám mây của Amazon.