Cloudflare Email Service: ra mắt bản beta riêng tư

 (blog.cloudflare.com)
5 điểm bởi GN⁺ 2025-09-26 | 3 bình luận | Chia sẻ qua WhatsApp
  • Cloudflare Email Service là tính năng gửi email giao dịch được tích hợp với Cloudflare Workers
  • Tự động cấu hình DNS và hạ tầng toàn cầu giúp tăng cường độ tin cậy và khả năng gửi tới hộp thư của email
  • Hỗ trợ cả REST API, SMTP và có thể tích hợp với các framework email hiện có như React Email
  • Có thể kết hợp với Email Routing để triển khai quy trình làm việc end-to-end như nhận và phân tích email

Giới thiệu và tầm quan trọng của Cloudflare Email Service

  • Cloudflare Email Service cho phép nhà phát triển gửi email giao dịch trực tiếp từ Cloudflare Workers, đồng thời kết hợp với tính năng Email Routing hiện có để cung cấp một giải pháp email hợp nhất
  • Email được dùng cho đăng ký người dùng, thông báo sự kiện, gửi hóa đơn, và gần đây còn được dùng như đầu vào/đầu ra cốt lõi trong các workflow dựa trên AI
  • Dịch vụ nhấn mạnh sự đơn giản và độ tin cậy, giải quyết những khó khăn trong quản lý việc gửi email trước đây và tích hợp tự nhiên vào workflow của nhà phát triển

Tính năng cốt lõi và trải nghiệm nhà phát triển

Gửi email giao dịch

  • Có thể gửi email trực tiếp từ Cloudflare Workers, triển khai đơn giản chỉ với Email binding mà không cần quản lý API key phức tạp
  • Trong mã ví dụ, có thể gửi mail đơn giản qua env.SEND_EMAIL.send
  • Không có rủi ro lưu trữ API Key hoặc Secret, và chỉ cần thêm binding vào wrangler.jsonc là có thể tăng cường bảo mật
  • Có thể kiểm thử mô phỏng bằng wrangler ngay trong môi trường cục bộ

Độ tin cậy và phân phối toàn cầu

  • Thiết lập tích hợp DNS tự động quản lý các bản ghi SPF, DKIM, DMARC
  • Được thiết kế để email đến hộp thư người dùng nhanh chóng và ổn định
  • Nhờ hạ tầng toàn cầu, có thể gửi email độ trễ thấp mà không phải xử lý sự phức tạp của việc quản lý khu vực máy chủ

Thiết kế thân thiện với nhà phát triển và khả năng tích hợp

  • Email là thành phần thiết yếu trong workflow của nhà phát triển và ảnh hưởng đến trải nghiệm cốt lõi của ứng dụng
  • Hỗ trợ cả REST API và SMTP, đồng thời có thể dùng nguyên các email HTML được tạo bởi các framework email sẵn có như React Email
  • Cung cấp giám sát và gỡ lỗi như lịch sử gửi email, tỷ lệ trả lại trong môi trường production

Ví dụ: tích hợp với framework bên ngoài

  • Các mẫu email được tạo bằng React Email có thể dùng trực tiếp với phương thức send
  • Nhà phát triển có thể dễ dàng di chuyển các công cụ và mã hiện có

Workflow end-to-end kết hợp với Email Routing

  • Với Email Routing, có thể tạo địa chỉ email tùy chỉnh theo tên miền và xử lý theo lập trình các thư nhận được bằng Worker
  • Kết hợp với Workers AI để hỗ trợ nhiều workflow tự động hóa như phân tích, phân loại, tóm tắt, trả lời tự động email đến
  • Ví dụ: tự động tạo ticket từ email của đội ngũ hỗ trợ khách hàng, lưu riêng tệp đính kèm hóa đơn, cùng nhiều cách sử dụng khác

Mã ví dụ: phân tích và xử lý email đến

  • Phân tích nội dung email nhận được bằng AI để gắn nhãn, rồi chuyển sang một kênh xử lý riêng

Lợi ích của dịch vụ email tích hợp

  • Sự kết hợp giữa Email Sending và Routing cho phép xây dựng dịch vụ hoàn chỉnh dựa trên email theo kiểu end-to-end
  • Ví dụ, khi có email gửi đến địa chỉ support, Worker có thể phân tích nội dung → tạo ticket → gửi email phản hồi tự động, tất cả đều được triển khai trong Cloudflare

Tính phí và phạm vi cung cấp

  • Email Sending yêu cầu gói Workers trả phí và dự kiến tính phí theo số lượng email gửi đi
  • Chính sách giá chính thức sẽ được công bố sau, và người dùng sẽ được thông báo trước khi có thay đổi
  • Email Routing hiện được cung cấp miễn phí và các giới hạn sử dụng hiện tại vẫn được giữ nguyên

Kết thúc và lịch cung cấp

  • Cloudflare Email Service được phát triển với mục tiêu trở thành động cơ cho các tác vụ nền, AI agent thế hệ mới và các workflow tự động hóa
  • Dự kiến ra mắt bản beta riêng tư vào tháng 11
  • Nếu quan tâm đến Email Sending, có thể đăng ký danh sách chờ
  • Email Routing hiện có thể sử dụng ngay và sau đó sẽ được tích hợp vào API email mới

Kết luận

  • Việc bổ sung Cloudflare Email Service mở ra khả năng đổi mới trải nghiệm người dùng lấy email làm trung tâm trong nền tảng dành cho nhà phát triển
  • Trong tương lai, email được kỳ vọng sẽ thúc đẩy việc phát triển nhiều ứng dụng, AI và workflow tự động hóa hơn

Bài viết liên quan

3 bình luận

 
shakespeares 2025-10-05

Có vẻ có khá nhiều điểm hiệu quả..
Nhưng hơi tiếc ở chỗ nó được tối ưu cho email giao dịch nên không cung cấp các yếu tố mang tính marketing, và còn bị phụ thuộc quá nhiều vào Cloudflare.
 
GN⁺ 2025-09-26
Ý kiến Hacker News
  • Rốt cuộc thì đến một lúc nào đó, mọi giao thức trên Internet sẽ đều bị Cloudflare MITM (tấn công trung gian). Cloudflare sẽ trở thành điểm đơn lẻ làm cổng vào cho toàn bộ lưu lượng
    • Thành thật mà nói, Internet thời chưa có Cloudflare còn tệ hơn. Miễn là họ cung cấp dịch vụ tốt cho khách hàng thì vẫn ổn. Google cũng có thể làm việc này nhưng không làm, nên Cloudflare cũng không phải độc quyền. Ít nhất Cloudflare không lấy dữ liệu khách hàng để bán quảng cáo
    • Bình thường tôi cũng có quan điểm phê phán Big Tech, nhưng riêng việc Cloudflare cung cấp hạ tầng gửi email thì tôi không thấy có vấn đề gì. Thời điểm thực sự đáng lo là khi Cloudflare tạo ra vị thế độc quyền, có hành vi phản người tiêu dùng, hoặc vi phạm luật chống độc quyền mà chính phủ Mỹ lại dễ dàng bỏ qua. Hiện tại thì các công ty lớn khác cũng vẫn có thể cạnh tranh trong mảng dịch vụ gửi email. Chỉ cần luật cạnh tranh được thực thi nghiêm túc là được. Hơn nữa, Cloudflare còn tự động cấu hình cả SPF, DKIM, DMARC, nên tùy tình hình sau này tôi cũng sẵn sàng dùng. Đây là mảng tôi không muốn tự mình phải bận tâm
    • Rồi tiếp theo họ sẽ thu phí với danh nghĩa “bảo vệ bạn khỏi AI crawler”, và lại còn thu thêm phí cho các cuộc đàm phán tập thể với Google cùng các bên khác
    • Trên thực tế, nếu muốn gửi email theo cách có ý nghĩa thì gần như đã không còn cách nào để tránh đi qua một bên trung gian. Về mặt triết học thì nhận định đó đúng, nhưng trong thực tế thì chúng ta vốn đã sống trong một thế giới có các bên trung gian như Cloudflare
    • Tôi không thật sự hiểu kịch bản Cloudflare MITM để làm điều gì tà ác là như thế nào. Điều khoản và hợp đồng của Cloudflare đều cấm lạm dụng dữ liệu, phần lớn doanh thu của họ đến từ doanh nghiệp lớn, nên nếu nổ ra bê bối lạm dụng dữ liệu thì khách hàng sẽ rời bỏ hàng loạt, thậm chí còn có thể bị kiện, chẳng có lý do gì để họ làm vậy cả. Tôi lại thấy đáng ngờ hơn ở chỗ những kẻ tấn công DDoS đôi khi cũng được Cloudflare bảo vệ lẫn nhau thông qua dịch vụ của họ, nhưng ngay cả ở đó họ cũng không lạm dụng chính dữ liệu người dùng
  • Cloudflare đã công bố Email Sending private beta. Nhiều bình luận nhầm tưởng Cloudflare đang cung cấp dịch vụ hosting email, nhưng thực ra họ chỉ đang ra mắt một dịch vụ kiểu như Sendgrid của riêng mình
    • Tôi tò mò không biết vì sao Cloudflare lại làm dịch vụ này. Cảm giác như họ tung ra đủ loại sản phẩm khá ngẫu nhiên. Không rõ họ muốn trở thành một nền tảng cloud đầy đủ như AWS và các bên khác, hay còn có mục tiêu gì khác
    • Thực tế nó giống Amazon SES hơn là Sendgrid
    • Việc phụ thuộc vào một công ty đặt tại Mỹ cho chức năng gửi email là hơi rủi ro
    • Chính vì vậy nên tôi càng kỳ vọng. Chức năng kiểu này thực sự rất cần
  • Giờ đã có khả năng này, tôi có một điều muốn gửi tới những ai định bắt đầu dự án mã nguồn mở mới. Mong ai đó làm một dịch vụ lọc spam serverless chạy trên Cloudflare Workers và có thể đặt ở lớp trước cho email tự host. Ví dụ như quản lý blacklist/whitelist, phát hiện phishing, gửi email tổng hợp spam mỗi ngày một lần, quét virus trong file đính kèm, thay thế liên kết nhúng bằng bản xem trước/xác minh mã độc, v.v. Nhờ những tính năng như vậy mà tôi muốn thoát khỏi stack email của MS
  • Hosting email hay hạ tầng email giờ thực tế gần như chỉ còn các công ty lớn mới làm tử tế được. Có vẻ thời kỳ cá nhân hoặc tổ chức nhỏ tự vận hành đã qua rồi. Đây không hẳn là chỉ trích Cloudflare mà là sự tiếc nuối trước thực tế của hạ tầng email Internet. Tôi nhìn chung thích sản phẩm của Cloudflare vì đơn giản và giá hợp lý
    • Khách hàng của Cloudflare chủ yếu là các công ty cần gửi những email thiết yếu cho dịch vụ web như đặt lại mật khẩu hay xác minh tài khoản. Thay vì để tôi tự xây dựng loại hạ tầng này, tôi mong Cloudflare mở rộng sang cả SMS để cạnh tranh luôn với Twilio
    • Tôi vẫn đang tự chạy mail server của riêng mình và hoàn toàn không có ý định chuyển sang các dịch vụ thương mại như Google. Khả năng bảo vệ quyền riêng tư vượt trội hơn hẳn, lại không phải bị chi phối bởi giới hạn lưu trữ hay thay đổi điều khoản. Lý do lớn nhất khiến mọi người không tự vận hành mail server là thái độ thiển cận và lười biếng của các quản trị viên IT. Người ta tưởng cloud sẽ dễ hơn và rẻ hơn, nhưng giờ thì lại mắc kẹt trong chính cái bẫy đó
    • Tôi đã tự vận hành mail server cá nhân suốt 10 năm và không gặp vấn đề lớn nào. Chỉ cần cấu hình đúng rDNS, SPF, DKIM. Có một lần tôi không gửi được mail tới một địa chỉ @att.com cũ, nhưng làm theo hướng dẫn trong thư trả lại để liên hệ quản trị viên thì chỉ vài giờ sau họ đã gỡ chặn IP mail server của tôi
    • Mấy câu chuyện này gần như là một kiểu huyền thoại chỉ đúng trong vài tình huống nhất định. Tôi đã tự vận hành hạ tầng mail từ năm 1999 đến nay mà không có vấn đề gì
    • Dùng https://github.com/docker-mailserver/docker-mailserver thì tự vận hành mail server cũng không quá khó. Vấn đề là Gmail chặn mọi email đến từ IP của DigitalOcean. Không cần có lịch sử spam, kể cả là email trả lời, kể cả đã đăng ký Google Postmaster thì vẫn thế. Muốn self-host thì ngay từ đầu phải tìm được IP chưa bị chặn
  • Tôi đã đăng ký early access cho Cloudflare Email Sending private beta. Trước giờ tôi cũng đã dùng Resend, Sendgrid, Loops, v.v., và Resend là dễ dùng, tiện nhất, đặc biệt nhờ thư viện React Email. Hồi trước phải tự làm email HTML rồi tự lo cả phần style nên rất vất vả, còn giờ có thể viết dễ dàng bằng component React. Việc kiểm tra tính hợp lệ trước khi gửi email rất quan trọng nên tôi đang dùng Emailable API để xác thực địa chỉ, nhưng Resend không hỗ trợ việc này theo kiểu native. Nếu Cloudflare tự cung cấp luôn thì sẽ rất tuyệt. Thường các nhà cung cấp dịch vụ email không mấy quan tâm phần này, nhưng có thì chắc chắn là rất tốt
  • Tôi định chuyển ngay từ Sendgrid sang dịch vụ mà Cloudflare vừa công bố lần này (Email Sending). Sendgrid gần đây đã bỏ gói miễn phí (100 email/ngày), còn gói thấp nhất giờ là $20/tháng cho 50.000 email, quá đắt so với những dự án có lưu lượng thấp
    • Dù chính sách giá như vậy, 95% spam tôi nhận được vẫn đến từ Sendgrid. Nhưng khi báo cáo lên abuse@ của Sendgrid thì dù xử lý tự động, họ vẫn có thư trả lời và thư theo dõi xác nhận đã xử lý đúng cách, nên ít nhất cũng có phần nào đáng tin. Spam thì không giảm nhưng việc xử lý quả thật khá nhanh
    • Zeptomail by zoho có giá tốt và độ tin cậy cao https://www.zoho.com/zeptomail/
    • Sau khi Sendgrid bỏ free tier, tôi đã chuyển khá dễ sang Resend để dùng cho contact form. Họ cũng có free tier tương tự nên tôi khá hài lòng
    • Mailgun cũng miễn phí 100 email mỗi ngày https://www.mailgun.com/pricing/
    • Tôi khuyên dùng https://mailpace.com. Có gói $40/năm cho 1.000 email/tháng, không thấy trên trang giá nhưng có thể chọn khi đăng ký
  • Nhân tiện, tôi đã làm một dự án tên là Guten Email Notification dựa trên Cloudflare Email Service. Đây là dự án cho phép gửi email thông báo đơn giản tới chính mình từ NAS, máy chủ homelab, GitHub Actions, v.v. Có thể xem tại https://github.com/gutenye/email-notification
  • Kịch bản trong ví dụ kiểu “worker nhận email, phân tích nội dung, gọi API cấp ticket, rồi ngay lập tức gửi email xác nhận kèm số ticket” thực ra đã làm được từ trước. Trước đây cũng đã có thể gửi phản hồi trực tiếp bằng email worker
    • Tôi cũng nghĩ y như vậy. Khác biệt là giờ nếu cần xử lý phức tạp thì có thể đưa vào queue, nên có thêm khả năng ở mức đó chứ không hoàn toàn giống ví dụ
  • Cuối cùng thì tính năng tôi mong muốn cũng đã xuất hiện. Cả hai dự án production của tôi đều chạy trên Cloudflare workers, nhưng mỗi lần muốn gửi email lại phải chui vào AWS để quản lý SES, cực kỳ phiền. Tôi còn phải ghi chú lại bằng tay xem cần bấm nút nào, vào đâu để khỏi quên. Cảm giác như tờ giấy ghi chú viết cho người lớn tuổi không rành IT vậy
    • Gần đây tôi bắt đầu thích định hướng này của Cloudflare. Họ không còn chỉ là CDN đơn thuần mà đang thực sự trở thành cloud theo kiểu AWS hay Azure, và tôi thấy trải nghiệm dành cho developer của họ vượt trội hơn bất kỳ cloud nào khác
  • Có câu hỏi cho nhân viên Cloudflare: trước đây tôi tạo subaccount trong Sendgrid (toàn bộ qua API), rồi để khách hàng tự thêm và xác thực domain của họ (thêm vài bản ghi DNS) để gửi email bằng domain của khách hàng. Lúc đó DKIM và SPF đều được cấu hình đầy đủ nên không có vấn đề gì. Tôi muốn hỏi liệu Cloudflare Email Routing cũng có hỗ trợ kiểu subaccount và cấu hình domain khách hàng như vậy không?
 
koyokr 2025-09-29

Thật thú vị là những người đã tự host email nhiều năm, ai cũng nói nó không khó nhưng rồi câu chuyện bị chặn vẫn luôn xuất hiện.