Tiến trình CDN của tôi

Cập nhật lần cuối: Tháng 2 năm 2013

Trong năm qua, tôi đã quản lý một trang web đã tiêu thụ 500 GB dữ liệu mỗi tháng tới 100 TB dữ liệu mỗi tháng. Đây là sự tiến triển của CDN mà tôi đã trải qua và suy nghĩ của tôi về mỗi CDN. Điều này không có nghĩa là một hướng dẫn toàn diện cho mọi mạng CDN trên mạng, nhưng tôi đã học được rất nhiều với thời gian của tôi ở mỗi mạng.

Cloudfront

Hãy để tôi bắt đầu bằng cách nói, tôi sẽ không trong bất kỳ trường hợp nào sử dụng Cloudfront làm CDN của tôi trừ khi bạn muốn xả tiền xuống nhà vệ sinh.

Đây là nơi chúng tôi bắt đầu, đó là Amazon Web Services, tôi đã quen thuộc với dịch vụ của họ. Chúng tôi cần 500 GB mỗi tháng, vì vậy không có gì quá điên rồ. Tại thời điểm này, chúng tôi vừa mới bắt đầu triển khai CDN để phục vụ các tệp hình ảnh lớn đã được tải lên S3 của chúng tôi. 12 xu cho mỗi GB dường như không đắt lắm, nhưng, cũng có một khoản phí bổ sung cho mỗi 10.000 yêu cầu. Một lần nữa, số lượng yêu cầu là không đáng kể trở lại sau đó, vì vậy tôi tin rằng tổng chi phí của chúng tôi là dưới $ 100 / tháng, đó là hoàn toàn tốt đẹp.

Chúng tôi bắt đầu chạy vào các mục khác khiến việc sử dụng Cloudfront bực bội. Không có cách nào để vô hiệu hóa các mục thông qua giao diện AWS trực tuyến. Bạn phải sử dụng các công cụ dòng lệnh của họ hoặc viết một kịch bản để xóa một tệp cụ thể khỏi bộ nhớ cache. Không phải là lớn của một thỏa thuận, nhưng nó tốt đẹp để có thể đăng nhập trực tiếp đến nhà cung cấp của bạn để làm như vậy. Tôi đã phải viết một kịch bản để xóa một vài tập tin trong một cronjob anyway, do đó, đủ dễ dàng để sắp xếp một giao diện nhỏ để xóa các mục do người dùng xác định là tốt. Báo cáo cũng không tốt, đó không chỉ là những gì họ tập trung vào.

Sau đó, chúng tôi bắt đầu phát triển. Trước tiên, chúng tôi đã chuyển tất cả các tệp tĩnh nhỏ hơn như tệp CSS và javascript của chúng tôi. Ngay sau đó, chúng tôi thậm chí đã chuyển các tệp HTML được phân phát thực tế của mình để được nhân đôi qua Cloudfront (đây không phải là lý tưởng để làm, nhưng đó là một cuộc thảo luận cho một ngày khác). 500 GB đến 5 TB đến 10 đến 50. Bạn thực hiện phép tính, điều đó tăng nhanh. Chúng tôi không chỉ kiếm được 12 xu cho 10 TB đầu tiên, sau đó là 8 xu cho 40 người tiếp theo, nhưng chúng tôi cũng đang nạp một khoản tiền khổng lồ trong số lượng yêu cầu. Nó đã đến mức mà tỷ lệ hiệu quả của chúng tôi cho mỗi GB là gần 18 cent. Không có thương lượng với Amazon cho các nhà xuất bản nhỏ hơn (ít nhất là tôi không nghĩ như vậy), và thậm chí nếu có, giá cả của họ là cho đến nay ra khỏi căn cứ tôi thậm chí sẽ không làm phiền. Tôi yêu tất cả mọi thứ về AWS cho hầu hết các dự án của tôi, nhưng việc sử dụng Cloudfront để phân phối các tệp không phải là một trong số chúng.

MaxCDN / NetDNA

Hãy để tôi nói đầu tiên, rằng tôi yêu MaxCDN. Giao diện phụ trợ của họ là một niềm vui để sử dụng. Họ có đồ thị đẹp mắt trên mọi chỉ số mà bạn có thể muốn. Việc vô hiệu hóa một mục trong bộ nhớ cache rất dễ dàng như chiếc bánh. Ngay sau khi chúng tôi bắt đầu mối quan hệ, chúng tôi đã chuyển sang NetDNA, đó là tôi tin rằng chiếc ô nơi họ đặt khách hàng lớn hơn của họ và cố gắng để có được bạn bị khóa vào một hợp đồng dài hạn. Dù sao, đó là các trang web chính xác giống như xa tôi có thể nói. Tôi tin rằng tỷ lệ thương lượng cuối cùng của chúng tôi đã lên đến khoảng 5-6 cent cho mỗi GB, mặc dù tôi không giữ chính xác điều đó.

Điều này đưa tôi đến mục quan trọng nhất về định giá CDN, bạn nên thương lượng. Rõ ràng thế giới CDN rất khốc liệt, và họ rất dễ chơi với nhau. Nó thực sự nhắc nhở tôi về lần cuối cùng tôi nhận được một báo giá thế chấp, có đại diện tài khoản yêu cầu xem hợp đồng của người kia và như vậy. Khi tôi lần đầu tiên nhận được báo giá từ MaxCDN / NetDNA, tôi đã có thể thương lượng một mức giá mà không có lợi ích của một đối thủ cạnh tranh khác đấu thầu. Tôi chỉ có một báo giá tốt hơn bởi vì tôi cố gắng không bao giờ trả giá đầy đủ nếu có thể. MaxCDN thực hiện các giao dịch quảng cáo tuyệt vời mọi lúc cho cả khách hàng mới và khách hàng hiện tại.

Cuối cùng, hóa ra là một số hạn chế xung quanh bộ nhớ đệm nội dung thực tế đã gây ra một phần nhất định của ứng dụng của chúng tôi thất bại, đó là một dealbreaker cho chúng tôi. Tôi sẽ không đi vào chi tiết cụ thể, nhưng họ nhận được một dấu hiệu từ tôi trên cả dịch vụ, giao diện người dùng và giá cả. Nó sẽ làm việc cho 99% trường hợp sử dụng của tôi, chỉ cần không cho một trường hợp cụ thể này.

Edgecast

Edgecast là một công ty rất lớn, có mạng lưới rất tốt và giá cả rất cạnh tranh. Hệ thống của họ có thể xử lý vấn đề chúng tôi đang gặp phải với NetDNA, vì vậy chúng tôi đã thương lượng một thỏa thuận và ký tên vào nó. Giá của họ không tốt bằng NetDNA, nhưng phụ trợ của họ cho phép tính linh hoạt rất nhiều. Nó là một phụ trợ được xây dựng chắc chắn bởi các nhà phát triển cho các nhà phát triển. Giao diện người dùng để lại rất nhiều điều thú vị, nhưng bạn có thể làm bất cứ điều gì bạn có thể tưởng tượng từ quan điểm bộ nhớ đệm. Với NetDNA, tôi cảm thấy thoải mái khi có người đăng nhập phi kỹ thuật để xóa bộ nhớ đệm trên một tệp, với Edgecast tôi sẽ không cảm thấy an toàn khi thực hiện điều đó.

Họ cố gắng để niken và xu hào một chút với một số tính năng addon như trái ngược với tất cả mọi thứ được xây dựng vào giá cả. Tôi không thể nhớ chính xác tất cả những gì, nhưng ví dụ như báo cáo Thời gian thực. Một lần nữa, đây là những người chúng tôi hiện đang sử dụng, và họ đã có giá cả tuyệt vời và tính linh hoạt tuyệt vời từ một quan điểm phát triển. Nếu bạn có thể tạo CDN hoàn hảo của mình, nó sẽ là giá và giao diện người dùng của NetDNA với sự linh hoạt của chính quyền Edgecast

Roundup

Tôi sẽ không đi vào so sánh tốc độ. Tôi đã làm một thử nghiệm tốc độ nhỏ và tốc độ trong mỗi trường hợp đã xuất hiện với một sự khác biệt gần như không đáng kể. Cả 3 đều rất nhanh và tất cả các tài khoản đều có mạng rất mạnh.

Có 2 điều bạn nên rút ra khỏi điều này: