Băng thông trang web nặng sử dụng đồng vị trí?

Tôi đang làm việc trên một trang web có khả năng rất nặng về băng thông. Một tính năng chính của trang web khi đang sử dụng có thể kéo lên tới 1Mb / giây cho một phiên. May mắn thay, một khi người dùng vượt qua yếu tố đồ chơi mới, việc sử dụng tính năng này có thể sẽ là 1-5% hoặc ít hơn (có thể ít hơn nhiều) thời gian phiên.

Tuy nhiên, người dùng mới có khả năng chơi với tính năng này một chút, đặc biệt là khi ra mắt. Tôi rất quan tâm đến việc sử dụng băng thông.

Đây ít nhiều là một thị trường thích hợp, vì vậy tôi sẽ không bao giờ cần phải mở rộng quy mô đến mức điên rồ như YouTube. Tuy nhiên, nó hoàn toàn có thể là một vài terabyte / tháng.

Là đồng vị trí lựa chọn tốt nhất của tôi? Những dịch vụ băng thông giá rẻ (colocation / hosting / cloud / gì) hiện có?

Rất nhiều sẽ phụ thuộc vào số lượng phiên đồng thời bạn đang mong đợi. Nếu nhiều hơn thì một vài phiên đồng thời có khả năng thì bạn sẽ cần thứ gì đó cấp cho bạn kết nối 100Mbit, 1Gbit nếu bạn mong đợi hơn 50.

Nó cũng sẽ phụ thuộc vào loại khả năng phục hồi mà bạn yêu cầu - nếu bạn phải có bảo đảm thời gian hoạt động và các SLA khác và / hoặc các hệ thống chuyển đổi dự phòng trong trường hợp có vấn đề (vì dự án đủ quan trọng trong thời gian ngắn đáng xấu hổ) sau đó các lựa chọn của bạn bị hạn chế hơn và chi phí của bạn sẽ cao hơn.

Nếu bạn có thể tách dữ liệu lớn khỏi phần còn lại của ứng dụng thì bạn không cần phải chuyển mọi thứ sang một giải pháp lưu trữ mới. Chẳng hạn, nếu các mục băng thông lớn là các tệp video thì bạn có thể thuê một máy chủ chuyên dụng có băng thông tốt ở đâu đó và lưu trữ chúng trên đó - bạn có thể nhận được các máy chủ trên các máy chủ tốt với băng thông tốt và kết nối 100mbit + đáng ngạc nhiên trong những ngày này (tôi phải trả $ 50 / tháng đối với một máy chủ nhỏ có liên kết 10Mbit mà tôi có thể bão hòa cả hai hướng 24/7 nếu tôi cần, do đó, liên kết 100Mbit với máy chủ mạnh hơn được đính kèm sẽ không tốn kém trừ khi bạn cần bảo đảm thời gian hoạt động và các SLA và / hoặc máy chủ khác quản lý từ nhà cung cấp hosting). Nếu máy chủ chỉ phục vụ các tệp tĩnh (ngay cả các tệp lớn), bạn không cần nhiều máy tính về CPU và RAM, chỉ cần ổ đĩa nhanh và băng thông. Cũng có thể đáng để xem xét các giải pháp được lưu trữ trên "đám mây" hoặc mạng phân phối nội dung - chúng có thể dễ dàng mở rộng hơn nếu bạn đoán được mức độ băng thông bạn cần là về mặt lý thuyết có khả năng phục hồi tốt hơn (vì vậy bạn có thể có được sự đảm bảo về thời gian hoạt động tốt với khoản bồi thường nếu họ không tuân thủ SLA đó). Giữ riêng biệt hành động ăn cắp băng thông theo những cách này có thêm lợi thế là nếu tính năng băng thông cao sẽ thu hút đủ sự chú ý để khiến nó thu thập dữ liệu sẽ không chặn tất cả các tính năng khác của bạn cùng một lúc.

Hoàn toàn theo lịch sử:
Quay trở lại những ngày trước khi trò chơi trên Facebook, mọi người đều tham gia vào MMO dựa trên trình duyệt, định dạng văn bản.

Một cái tương đối mới là Ogame. Nó nặng về đồ họa và hệ thống bản đồ gồm 9 lần 999 trang (9 vũ trụ với 999 khu vực có chỗ cho 15 hành tinh mỗi hành tinh và mỗi hành tinh có thể có một mặt trăng).

Lượng người dùng tham gia là điên rồ và lượng lưu lượng truy cập thậm chí còn nhiều hơn thế.

Vậy họ đã làm gì để giải quyết nó? Họ bắt đầu sử dụng một hệ thống mẫu PHP và cho phép người dùng lưu trữ hình ảnh và tệp CSS. Tất cả bạn phải làm là nhấp vào một hộp kiểm và nhập đường dẫn tuyệt đối đến thư mục cơ sở. Họ sẽ lưu cái này trong cơ sở dữ liệu của họ, sử dụng <base>phần tử HTML và hệ thống mẫu đặt URI từ http: // path / to / image thành tệp: /// path / to / image

Sau đó, tất cả các liên kết img có thể giữ nguyên. Không có gì cần phải tải xuống, vì người dùng đã có nó. Có nghĩa là tải trang nhanh hơn cho người dùng (có nghĩa là đánh giá sản phẩm tốt hơn) và sử dụng băng thông thấp hơn cho công ty lưu trữ trang web.

Và như một phần thưởng bổ sung, họ đã bán nó dưới dạng "làm cho bạn sở hữu hình nền và hình ảnh tùy chỉnh, không phải chúng tôi là những người tốt bụng đã cho phép bạn làm điều này sao?"

Chúng tôi có một trang web lưu lượng truy cập cao và có rất nhiều hình ảnh được tải trên mỗi trang. Chúng tôi có các máy chủ chuyên dụng nhưng đã quyết định đưa hình ảnh lên Amazon S3 . Có vẻ như bạn có thể đang nói về các tệp video hoặc một số loại tệp lớn khác mà tôi nghĩ vẫn sẽ áp dụng ở đây. Dưới đây là một số ưu và nhược điểm (đối với chúng tôi)

Ưu

• Cần ít không gian đĩa hơn trên các máy chủ của chúng tôi
• Băng thông ít hơn cho các máy chủ của chúng tôi
• Các tệp nhật ký của chúng tôi nhỏ hơn đáng kể
• Chúng tôi có thể dễ dàng tích hợp nó với Amazon CloudFront để tải nhanh hơn cho khách truy cập

Nhược điểm

• Nó có giá thấp hơn. Chúng tôi có thể tiết kiệm một ít tiền bằng cách có nó trên các máy chủ của chúng tôi
• Ít kiểm soát hơn đối với họ (Amazon) đi xuống ... may mắn cho chúng tôi, họ không thực sự đi xuống. :)

Những suy nghĩ khác

Nếu đó không phải là tệp phương tiện hoặc tải xuống tệp lớn mà bạn đang nói đến, câu trả lời của tôi và một số khác có thể không có ý nghĩa. Cung cấp cho chúng tôi một số chi tiết và chúng tôi sẽ làm hết sức mình để giúp đỡ.

Nghe có vẻ như những gì bạn cần xem là một CDN như Amazon Cloudfront .

Kiểm tra các câu hỏi này để thảo luận về việc sử dụng CDN:

• CDN - Mạng phân phối nội dung. Làm thế nào để họ làm việc và tại sao tôi muốn sử dụng một?
• Khi nào bạn quyết định sử dụng CDN? Làm thế nào bạn đo được thành công của người dùng sử dụng CDN?

Tùy thuộc vào trạng thái / quốc gia đích (hoặc thế giới), tôi sẽ sử dụng nhiều giải pháp cụm ("Đám mây") trên các vị trí khác nhau (mạng lưới vị trí nên được đặt ngang hàng ;-)). Một mặt bạn có toàn quyền kiểm soát CDN của mình nhưng ở trang khác bạn có rất nhiều việc phải làm (như giám sát, chăm sóc cơ sở hạ tầng phần mềm và phần cứng và nhiều hơn nữa).

Vì vậy, các giải pháp "được quản lý" như AWS hoặc một cái gì đó. Có rất nhiều nhà cung cấp CDN / Cloud cung cấp một loạt các tính năng tuyệt vời.

OFFTOPIC: Hãy xem Puppet [1] :-)

[1] http://www.puppetlabs.com/

Có, bạn nên sử dụng Amazon AWS một cái gì đó tương tự.