Làm thế nào để giá vé Github để phục vụ các tệp tĩnh?


14

Tôi có một trang web chỉ bao gồm các tệp tĩnh.

Tôi mới phát hiện ra việc lưu trữ các trang web trực tiếp trên Github dễ dàng như thế nào . Có ai biết làm thế nào để họ trả giá về độ trễ, độ tin cậy, năng lực ...?

Nói chung - đối với nội dung tĩnh tại thời điểm này - chúng có phải là "cấp sản xuất" không? Làm thế nào để họ so sánh để nói Amazon S3 về độ trễ thuần túy và thời gian hoạt động?

Câu trả lời:


15

GitHub thực sự đã sẵn sàng sản xuất. Họ sử dụng nhân rộng, phân cụm và cân bằng tải để cung cấp độ trễ thấp và tính sẵn sàng cao và tôi sẽ nói rằng họ khá giỏi trong việc đó. Bạn có thể có một ý tưởng về các vấn đề mới nhất bằng cách đọc trang trạng thái .

Tuy nhiên, họ không phải là một lưu trữ thực sự. Ví dụ, so với Amazon S3, Amazon cung cấp các lợi thế sau:

  • Một cơ sở hạ tầng về trật tự lớn hơn
  • Khả năng sử dụng CDN (Amazon CloudFront) để giảm độ trễ bằng cách phục vụ các trang có nút gần nhất theo vị trí của người dùng

Ưu điểm của việc sử dụng các trang GitHub là thông thường đối với người dùng Ruby muốn sử dụng Jekyll (công cụ đằng sau các trang GitHub) và muốn để GitHub nỗ lực biên dịch và lưu trữ trang web. Cuối cùng nhưng không kém phần quan trọng, nó miễn phí (miễn là bạn giữ kho lưu trữ của mình ở chế độ công khai).

Nhưng không có gì ngăn cản bạn sử dụng Jekyll cục bộ (hoặc bất kỳ công cụ xuất bản nào khác), tạo các trang tĩnh và lưu trữ chúng trên Amazon. Tôi đang làm điều này cho một số dự án. Có một số công cụ dòng lệnh để đồng bộ bản sao cục bộ của bạn với thư mục Amazon.


Họ có hỗ trợ SSL không?
ripper234

Có, Amazon hỗ trợ SSL. Bạn sẽ tìm thấy tất cả các chi tiết trong tài liệu Amazon cho S3 và CloudFront.
Simone Carletti

4
Tôi đã thực sự hỏi về Github, tôi đã không tìm thấy nó trong tài liệu.
ripper234

1
BTW, lợi thế trước mắt tôi tìm thấy với github chỉ đơn giản là một quy trình triển khai siêu liền mạch (git đẩy).
ripper234

Hmm, tôi hiện đang gặp một số vấn đề với SSL trên Amazon khi kết hợp với máy chủ ảo. Có vẻ như tôi không thể phục vụ app.mysite.com từ Amazon S3. shlomoswidler.com/2009/08/ trên
ripper234

2

Hạn chế lớn là không hỗ trợ TLS / SSL đầu cuối .

Các trang được phục vụ qua HTTP, không phải HTTPS, vì vậy bạn không nên sử dụng chúng cho các giao dịch nhạy cảm, như gửi mật khẩu hoặc số thẻ tín dụng.

- https://help.github.com/articles/what-are-github-pages

https: // foo .github.io không hoạt động , nhưng không hoàn toàn an toàn (trích từ trả lời hỗ trợ của GitHub, tháng 2 năm 2014):

Mặc dù các yêu cầu HTTPS có thể hoạt động, nhà cung cấp CDN của chúng tôi đang thêm và xóa mã hóa ở cuối, và sau đó yêu cầu được truyền qua internet mở từ nhà cung cấp CDN của chúng tôi đến cơ sở hạ tầng Trang GitHub của chúng tôi, tạo ra sự tin cậy.

Đây là lý do tại sao chúng tôi chưa chính thức hỗ trợ HTTPS cho Trang GitHub.

Và không có hỗ trợ TLS / SSL cho các miền tùy chỉnh ở tất cả [ vấn đề không chính thức ].

Nhiều người đã thử nghiệm với HTTPS phía trước trên một miền tùy chỉnh thông qua Clouldflare. Clouldflare đặc biệt không bảo mật đầu cuối (" Strict Full SSL" không hoạt động ở đây) nhưng bất cứ điều gì bạn sử dụng ở phía trước, liên kết Pages CDN của Github vẫn không an toàn như đã giải thích ở trên.

Một lỗi nhỏ khác: một số đường dẫn chuyển hướng trở lại http .


1
Chứng chỉ phù hợp *.github.iovới hiện tại, nhưng vẫn không có SSL hợp lệ cho các miền tùy chỉnh.
Zaz

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.