Giả sử tôi có một vài trường hợp ec2 với bộ cân bằng tải đàn hồi và tôi muốn chạy máy chủ email để chúng có thể gửi và nhận email từ nhiều địa chỉ. Thực hành tốt nhất để làm điều đó là gì?Máy chủ email trên EC2 với bộ cân bằng tải đàn hồi
Đó là một câu hỏi rộng, nhưng tôi có thể cung cấp cho bạn một câu trả lời hữu ích (hy vọng) cụ thể. Email là một chủ đề không được nói nhiều về AWS. Trong thực tế, đây là nơi mà những lợi ích của đám mây có thể có một chút ... có mây.
Theo quan điểm của tôi, vấn đề chính là khả năng gửi email - đảm bảo rằng các email được gửi từ đám mây được người nhận dự định nhận một cách đáng tin cậy. Do các biện pháp chống spam được các nhà cung cấp dịch vụ email sử dụng, điều đó có nghĩa là sử dụng các địa chỉ IP có danh tiếng tốt. Thật không may, đó không phải là một lợi ích lớn của AWS. Thực tế, nhiều bộ lọc spam chỉ đơn giản là thả các email được gửi từ AWS IP và điều này cũng đúng đối với các nhà cung cấp dịch vụ đám mây khác.
Vì vậy, bất cứ khi nào tôi gửi bất kỳ email nào từ AWS, I luôn sử dụng dịch vụ chuyển tiếp chẳng hạn như SendGrid. Các công ty này cung cấp chuyển tiếp SMTP một cách an toàn và cung cấp cho bạn tất cả các công cụ bạn cần để phân phối đáng tin cậy cả email hàng loạt và giao dịch.
Ở cấp độ nhập cảnh, bạn sử dụng IP được chia sẻ và nhận được lợi ích của DKIM, theo dõi mở và nhấp chuột và báo cáo thoát/chặn. SendGrid giúp quản lý uy tín tên miền của bạn với các nhà cung cấp lớn. Ở các cấp dịch vụ cao hơn, chúng có thể giúp bạn khởi động và duy trì địa chỉ IP gửi email chuyên dụng của riêng bạn để đảm bảo rằng bạn không bị ảnh hưởng tiêu cực bởi các khách hàng SendGrid khác.
Tất nhiên, Amazon cũng bán Dịch vụ Email Simple, và cũng có những lựa chọn khác như gửi qua Gmail. Tôi không có cách nào liên kết với bất kỳ công ty nào, nhưng lời khuyên chính của tôi đối với những người muốn gửi bất kỳ loại email nào từ nhà cung cấp dịch vụ đám mây là luôn sử dụng dịch vụ của bên thứ ba để tối đa hóa khả năng phân phối.
Khi nhận email, Trình cân bằng tải đàn hồi không hữu ích cho SMTP, mặc dù nếu bạn đang cung cấp email trên web thì nó có thể giúp cân bằng lưu lượng truy cập cổng 80 của bạn. Đối với SMTP, sử dụng nhiều bản ghi MX có cùng trọng số, chỉ tới một tập hợp các máy chủ có thể nhận email.
Đối với tác nhân chuyển thư của bạn, tôi khuyên bạn nên sử dụng Postfix, nhưng đó là vấn đề ưu tiên. Bạn sẽ tìm thấy nhiều người cũng giới thiệu Qmail và Sendmail.
Tôi đồng ý với hầu hết các câu trả lời của @platforms về việc nhận được email trong "đám mây", tức là AWS. Đặc biệt là lưu ý về việc cân bằng lưu lượng cổng 80 và không có khả năng cân bằng SMTP (sử dụng nhiều bản ghi MX thay thế). Chỉ cần đưa ra một cái nhìn khác về vấn đề này, tôi đã luôn thiết lập một MS Exchange Edge Transport Server duy nhất cho những nhiệm vụ đó. Trong một số Microsoft TechNet post, họ đề cập rằng một trang trại 6 trong số các máy chủ này có thể xử lý an toàn khoảng 13 triệu tin nhắn một ngày (ngay cả khi tải cao điểm).
Trên gửi email từ "đám mây", tức là AWS, vấn đề, tôi phải không đồng ý, mặc dù. Tôi khuyên bạn nên sử dụng dịch vụ email đơn giản của Amazon (SES). Nó được tích hợp hoàn toàn với phần còn lại của cơ sở hạ tầng của bạn và AWS SDK có tất cả các ràng buộc bạn cần cho phần lớn các ngôn ngữ lập trình/nền tảng. Miễn là bạn đã thiết lập chính xác Bản ghi tên miền, DKIM, v.v., bạn sẽ không gặp khó khăn gì với khả năng phân phối. Bạn cũng có cùng báo cáo về số trang không truy cập, chặn, khiếu nại, v.v.Nguồn: Tôi đã sử dụng SES trong nhiều năm mà không có đơn khiếu nại nào liên quan đến khả năng phân phối.
cảm ơn vì con trỏ tới ses - amazon có rất nhiều dịch vụ, tôi cũng không nhận ra rằng có một dịch vụ cho email –