Cloudflare Email Service: เปิดตัว Private Beta

 (blog.cloudflare.com)
5 คะแนน โดย GN⁺ 2025-09-26 | 3 ความคิดเห็น | แชร์ทาง WhatsApp
  • Cloudflare Email Service คือความสามารถในการส่งอีเมลแบบ transactional ที่ผสานรวมกับ Cloudflare Workers
  • มีการตั้งค่า DNS อัตโนมัติ และใช้โครงสร้างพื้นฐานระดับโลกเพื่อเสริม ความน่าเชื่อถือและการส่งถึงปลายทาง ของอีเมล
  • รองรับทั้ง REST API, SMTP และสามารถเชื่อมต่อกับเฟรมเวิร์กอีเมลเดิม เช่น React Email ได้
  • สามารถทำงานร่วมกับ Email Routing เพื่อสร้างเวิร์กโฟลว์แบบ end-to-end เช่น การรับและการพาร์สอีเมลได้

แนะนำ Cloudflare Email Service และความสำคัญ

  • Cloudflare Email Service ช่วยให้นักพัฒนาสามารถส่ง transactional email ได้โดยตรงจาก Cloudflare Workers และเมื่อรวมกับฟีเจอร์ Email Routing เดิม ก็จะกลายเป็นโซลูชันอีเมลแบบครบวงจรในที่เดียว
  • อีเมลถูกใช้สำหรับการสมัครสมาชิก การแจ้งเตือนเหตุการณ์ การส่งใบแจ้งหนี้ และล่าสุดยังเป็นอินพุต/เอาต์พุตสำคัญในเวิร์กโฟลว์ที่ขับเคลื่อนด้วย AI
  • บริการนี้เน้นทั้ง ความเรียบง่าย และ ความน่าเชื่อถือ เพื่อแก้ปัญหาความยุ่งยากของการจัดการการส่งอีเมลแบบเดิม และผสานเข้ากับเวิร์กโฟลว์ของนักพัฒนาได้อย่างเป็นธรรมชาติ

ฟีเจอร์หลักและประสบการณ์นักพัฒนา

การส่ง transactional email

  • สามารถส่งอีเมลได้โดยตรงจาก Cloudflare Workers และทำได้อย่างง่ายดายด้วย Email binding โดยไม่ต้องจัดการ API key ที่ซับซ้อน
  • ในโค้ดตัวอย่าง สามารถส่งอีเมลได้ง่าย ๆ ด้วย env.SEND_EMAIL.send
  • ไม่มีความเสี่ยงจากการเก็บ API Key หรือ Secret และสามารถเพิ่มความปลอดภัยได้ด้วยการเพิ่ม binding ลงใน wrangler.jsonc เท่านั้น
  • สามารถทดสอบแบบ emulation ได้ใน สภาพแวดล้อมภายในเครื่อง ผ่าน wrangler

ความน่าเชื่อถือและการส่งทั่วโลก

  • มีการตั้งค่าแบบผสานรวมกับ DNS เพื่อจัดการเรคอร์ด SPF, DKIM, DMARC โดยอัตโนมัติ
  • ออกแบบมาเพื่อให้อีเมลไปถึงกล่องจดหมายของผู้ใช้อย่าง รวดเร็วและเสถียร
  • ด้วยโครงสร้างพื้นฐานระดับโลก จึงสามารถส่งอีเมลแบบ latency ต่ำ ได้โดยไม่ต้องจัดการความซับซ้อนเรื่องภูมิภาคของเซิร์ฟเวอร์

การออกแบบที่เป็นมิตรต่อนักพัฒนาและการผสานรวม

  • อีเมลเป็นองค์ประกอบสำคัญในเวิร์กโฟลว์ของนักพัฒนา และมีผลต่อ ประสบการณ์หลักของแอปพลิเคชัน
  • รองรับทั้ง REST API และ SMTP และยังสามารถนำอีเมล HTML ที่สร้างจากเฟรมเวิร์กเดิม เช่น React Email มาใช้งานได้ทันที
  • มีเครื่องมือสำหรับมอนิเตอร์และดีบักในสภาพแวดล้อม production เช่น ประวัติการส่งอีเมล และ อัตราตีกลับ

ตัวอย่าง: การเชื่อมต่อกับเฟรมเวิร์กภายนอก

  • เทมเพลตอีเมลที่สร้างด้วย React Email เป็นต้น สามารถนำมาใช้กับเมธอด send ได้โดยตรง
  • ทำให้นักพัฒนาย้ายเครื่องมือและโค้ดเดิมมาใช้งานได้ง่าย

เวิร์กโฟลว์แบบ end-to-end ที่ผสานกับ Email Routing

  • ใช้ Email Routing เพื่อสร้างที่อยู่อีเมลแบบกำหนดเองตามโดเมน และจัดการ ข้อความขาเข้า ด้วย Worker แบบโปรแกรมได้
  • เมื่อเชื่อมกับ Workers AI จะรองรับเวิร์กโฟลว์อัตโนมัติที่หลากหลาย เช่น การวิเคราะห์อีเมลขาเข้า การจัดหมวดหมู่ การสรุป และการตอบกลับอัตโนมัติ
  • ตัวอย่าง: สร้างทิกเก็ตอัตโนมัติจากอีเมลของทีมสนับสนุนลูกค้า หรือแยกจัดเก็บไฟล์แนบของใบแจ้งหนี้

ตัวอย่างโค้ด: การพาร์สและประมวลผลอีเมลขาเข้า

  • วิเคราะห์เนื้อหาอีเมลขาเข้าด้วย AI เพื่อใส่ป้ายกำกับ แล้วส่งต่อไปยังช่องทางประมวลผลแยกต่างหาก

ข้อดีของบริการอีเมลแบบรวมศูนย์

  • การรวมกันของ Email Sending และ Routing ทำให้สามารถสร้างบริการที่ใช้อีเมลเป็นแกนหลักแบบ end-to-end ได้อย่างสมบูรณ์
  • ตัวอย่างเช่น เมื่อมีอีเมลส่งมาที่ที่อยู่ support, Worker สามารถพาร์สเนื้อหาอีเมล → สร้างทิกเก็ต → ส่งอีเมลตอบกลับอัตโนมัติ ได้ทั้งหมดภายใน Cloudflare

การคิดค่าบริการและขอบเขตการให้บริการ

  • Email Sending ต้องใช้การสมัครใช้งาน Workers แบบเสียเงิน และจะคิดค่าบริการตาม จำนวนอีเมลที่ส่ง
  • นโยบายราคาอย่างเป็นทางการจะเปิดเผยในภายหลัง และจะมีการแจ้งผู้ใช้ล่วงหน้าก่อนมีการเปลี่ยนแปลง
  • ปัจจุบัน Email Routing ให้บริการฟรี และยังคงข้อจำกัดการใช้งานเดิมไว้

ปิดท้ายและกำหนดการให้บริการ

  • Cloudflare Email Service ถูกพัฒนาโดยมีเป้าหมายให้เป็นเอนจินสำหรับ AI agent ยุคถัดไป งานเบื้องหลัง และเวิร์กโฟลว์อัตโนมัติ
  • มีกำหนดเปิดตัวเป็น private beta ในเดือนพฤศจิกายน
  • หากสนใจ Email Sending สามารถลงทะเบียน waiting list ได้
  • ขณะนี้สามารถใช้งาน Email Routing ได้ทันที และในอนาคตจะถูกรวมเข้ากับ API อีเมลใหม่

บทสรุป

  • การเพิ่มเข้ามาของ Cloudflare Email Service เปิดทางให้เกิด นวัตกรรมประสบการณ์ผู้ใช้ที่ขับเคลื่อนด้วยอีเมล ภายในแพลตฟอร์มนักพัฒนา
  • คาดว่าจะช่วยเร่งการพัฒนาแอปพลิเคชัน, AI และเวิร์กโฟลว์อัตโนมัติต่าง ๆ ที่มีอีเมลเป็นศูนย์กลางในอนาคต

บทความที่เกี่ยวข้อง

3 ความคิดเห็น

 
shakespeares 2025-10-05

ดูเหมือนว่าจะมีประสิทธิภาพที่ดีในหลายด้าน..
ค่อนข้างน่าเสียดายที่มันออกแบบมาเฉพาะสำหรับอีเมลธุรกรรมจึงไม่มีองค์ประกอบด้านการตลาดให้มา และยังผูกติดกับ Cloudflare มากเกินไปด้วย
 
GN⁺ 2025-09-26
ความคิดเห็นจาก Hacker News
  • สุดท้ายแล้วสักวันหนึ่ง โปรโตคอลทั้งหมดบนอินเทอร์เน็ตก็คงจะถูก Cloudflare ทำ MITM (การโจมตีแบบคนกลาง) หมด สถานการณ์คือ Cloudflare กลายเป็นจุดเดียวที่เป็นประตูผ่านของทราฟฟิกทั้งหมด
    • พูดตามตรง อินเทอร์เน็ตตอนที่ยังไม่มี Cloudflare แย่กว่านี้อีก ตราบใดที่ยังให้บริการที่ดีกับลูกค้าก็โอเค Google เองก็ทำแบบนี้ได้แต่ไม่ทำ ดังนั้น Cloudflare ไม่ได้ผูกขาด อย่างน้อย Cloudflare ก็ไม่ได้เอาข้อมูลลูกค้าไปขายโฆษณา
    • ปกติฉันก็มีจุดยืนวิจารณ์ Big Tech อยู่แล้ว แต่ไม่เห็นว่าการที่ Cloudflare ให้บริการโครงสร้างพื้นฐานสำหรับส่งอีเมลจะมีปัญหาตรงไหน จุดที่ควรกังวลจริง ๆ คือถ้า Cloudflare เริ่มสร้างอำนาจตลาดแบบผูกขาด ทำพฤติกรรมต่อต้านผู้บริโภค หรือละเมิดกฎหมายป้องกันการผูกขาดแล้วรัฐบาลสหรัฐปล่อยผ่านง่าย ๆ ตอนนี้บริษัทใหญ่ ๆ ก็ยังสามารถให้บริการส่งอีเมลแข่งกันได้อยู่ แค่ต้องรักษากติกาการแข่งขันให้ดี และพอเห็นว่า Cloudflare จะตั้งค่า SPF, DKIM, DMARC ให้อัตโนมัติด้วย ตามสถานการณ์แล้วฉันเองก็มีแนวโน้มจะใช้ เพราะเป็นเรื่องที่ไม่อยากมานั่งดูแลเอง
    • ต่อจากนั้นก็คงจะเก็บเงินโดยอ้างว่า "ปกป้องคุณจาก AI crawler" แล้วก็เก็บเพิ่มอีกสำหรับการเจรจาแบบรวมกลุ่มกับ Google และรายอื่น ๆ
    • ในโลกความเป็นจริง ถ้าจะส่งอีเมลอย่างมีความหมายก็แทบไม่มีทางเลี่ยงคนกลางได้อยู่แล้ว ในเชิงปรัชญาคำพูดนี้ก็จริง แต่ในความเป็นจริงเราก็มีตัวกลางแบบ Cloudflare อยู่แล้ว
    • ฉันไม่ค่อยเข้าใจฉากทัศน์ที่ Cloudflare ทำ MITM แล้วไปทำเรื่องชั่วร้ายอะไรได้ เงื่อนไขการให้บริการหรือสัญญาของ Cloudflare ก็ห้ามการนำข้อมูลไปใช้ในทางที่ผิด และรายได้ส่วนใหญ่ก็มาจากลูกค้าองค์กร ถ้าเกิดเรื่องการใช้ข้อมูลผิดวัตถุประสงค์ขึ้นมาจริง ลูกค้าก็คงหนีออกกันจำนวนมากหรืออาจถึงขั้นฟ้องร้อง จึงไม่มีเหตุผลให้ทำแบบนั้น ตรงกันข้าม ส่วนที่ผู้โจมตี DDoS ปกป้องกันเองผ่านบริการ Cloudflare นั้นฉันกลับมองว่าน่าสงสัยกว่า แต่แม้ในส่วนนั้นก็ไม่ได้มีการนำข้อมูลผู้ใช้ไปใช้ในทางที่ผิด
  • Cloudflare ประกาศ Email Sending private beta หลายคอมเมนต์เข้าใจผิดว่า Cloudflare จะให้บริการโฮสต์อีเมล แต่ความจริงคือเป็นการเปิดตัวบริการลักษณะเดียวกับ Sendgrid ของตัวเอง
    • สงสัยว่าจากมุมของ Cloudflare ทำไมถึงทำบริการนี้ รู้สึกเหมือนออกผลิตภัณฑ์สุ่มไปเรื่อย ๆ อยากรู้ว่ากำลังพยายามเป็น full cloud platform แบบ AWS หรือที่อื่น หรือมีเป้าหมายอย่างอื่น
    • จริง ๆ แล้วรูปแบบนี้คล้าย Amazon SES มากกว่า Sendgrid
    • การพึ่งพาบริษัทเดียวในสหรัฐสำหรับความสามารถในการส่งอีเมลก็ค่อนข้างเสี่ยง
    • ก็เพราะแบบนั้นแหละเลยยิ่งคาดหวังสูง ฟีเจอร์แบบนี้จำเป็นมาก
  • ตอนนี้พอทำอะไรแบบนี้ได้แล้ว ก็มีสิ่งหนึ่งที่อยากฝากถึงคนที่จะเริ่มโปรเจกต์โอเพนซอร์สใหม่ ๆ อยากให้มีใครสักคนสร้างบริการกรองสแปมแบบ serverless ที่รันบน Cloudflare Workers และวางไว้หน้าอีเมลแบบ self-hosted ได้ เช่น จัดการ blacklist/whitelist, ตรวจจับ phishing, ส่งอีเมลสรุปสแปมวันละครั้ง, สแกนไวรัสไฟล์แนบ, หรือเปลี่ยนลิงก์ที่ฝังมาให้เป็น preview/ตรวจสอบความอันตราย ฟีเจอร์พวกนี้จะช่วยให้ฉันหลุดจากสแตกอีเมลของ MS ได้
  • ทุกวันนี้เรื่องโฮสต์หรือโครงสร้างพื้นฐานอีเมล เอาจริง ๆ มีแค่บริษัทใหญ่ ๆ เท่านั้นที่ทำได้ดีจริง ๆ ยุคที่คนทั่วไปหรือรายเล็กจะดูแลเองเหมือนจะผ่านไปแล้ว ไม่ได้จะวิจารณ์ Cloudflare เท่าไร แต่เป็นการแสดงความเสียดายต่อความจริงของโครงสร้างพื้นฐานอีเมลบนอินเทอร์เน็ต โดยรวมชอบผลิตภัณฑ์ของ Cloudflare เพราะเรียบง่ายและราคาสมเหตุสมผล
    • ลูกค้าของ Cloudflare ส่วนใหญ่ก็คือบริษัทที่ต้องส่งอีเมลจำเป็นสำหรับเว็บเซอร์วิส เช่น รีเซ็ตรหัสผ่านหรือยืนยันบัญชี ฉันหวังว่าแทนที่จะปล่อยให้ฉันสร้างโครงสร้างพวกนี้เอง Cloudflare จะขยายไปถึง SMS แล้วตาม Twilio ให้ทัน
    • ฉันยังรันเซิร์ฟเวอร์อีเมลของตัวเองอยู่ และไม่มีวันคิดจะย้ายไปใช้บริการเชิงพาณิชย์อย่าง Google เด็ดขาด เรื่องความเป็นส่วนตัวดีกว่าแบบทิ้งขาด และไม่ต้องกังวลเรื่องข้อจำกัดสตอเรจหรือการเปลี่ยนเงื่อนไขการใช้งาน เหตุผลหลักที่คนไม่ดูแลเซิร์ฟเวอร์อีเมลเองก็เพราะทัศนคติระยะสั้นและความขี้เกียจของผู้ดูแลระบบ IT มากกว่า ตอนแรกคนคิดว่าคลาวด์จะง่ายและถูกกว่า แต่ตอนนี้ก็เหมือนติดกับดักนั้นไปแล้ว
    • ฉันดูแลเมลเซิร์ฟเวอร์ส่วนตัวเองมา 10 ปีแล้ว ไม่มีปัญหาใหญ่อะไร แค่ตั้งค่า rDNS, SPF, DKIM record ให้ถูก ครั้งหนึ่งเคยส่งอีเมลไปยังอีเมล @att.com เก่าไม่ได้ แต่พอติดต่อผู้ดูแลตามคำแนะนำในข้อความตีกลับ ไม่กี่ชั่วโมงก็ปลดบล็อก IP เมลเซิร์ฟเวอร์ของฉันให้
    • เรื่องเล่าพวกนี้แทบจะเป็นตำนานที่ใช้ได้กับบางกรณีเท่านั้น ฉันดูแลโครงสร้างอีเมลเองมาตั้งแต่ปี 1999 และไม่มีปัญหาอะไร
    • ถ้าใช้ https://github.com/docker-mailserver/docker-mailserver การรันเมลเซิร์ฟเวอร์เองก็ไม่ได้ยากขนาดนั้น ปัญหาคือ Gmail บล็อกอีเมลทุกฉบับที่มาจาก IP ของ DigitalOcean ไม่ว่าจะไม่มีประวัติสแปม จะเป็นอีเมลตอบกลับ หรือแม้จะลงทะเบียนกับ Google Postmaster แล้วก็เหมือนเดิม ถ้าจะ self-host ต้องหา IP ที่ไม่โดนบล็อกตั้งแต่แรก
  • สมัคร early access ของ Cloudflare Email Sending private beta ไปแล้ว จนถึงตอนนี้เคยใช้ Resend, Sendgrid, Loops ฯลฯ และ Resend ใช้ง่ายและสะดวกที่สุด โดยเฉพาะเพราะไลบรารี React Email เมื่อก่อนต้องทำ HTML email เองและคอยจัดการสไตล์ทั้งหมดซึ่งลำบากมาก แต่ตอนนี้เขียนเป็น React component ได้ง่าย ๆ การตรวจสอบความถูกต้องก่อนส่งอีเมลเป็นเรื่องสำคัญ เลยใช้ Emailable API ตรวจสอบที่อยู่ แต่ Resend ยังไม่รองรับแบบ native ถ้า Cloudflare มีให้ในตัวเลยจะดีมาก ปกติไม่ใช่สิ่งที่ผู้ให้บริการอีเมลจะใส่ใจนัก แต่ถ้ามีก็ดีมากแน่นอน
  • ฉันตั้งใจจะย้ายออกจาก Sendgrid ทันทีไปใช้บริการใหม่ที่ Cloudflare ประกาศครั้งนี้ (Email Sending) เพราะ Sendgrid เพิ่งยกเลิก free tier (100 ฉบับต่อวัน) และแพ็กเกจขั้นต่ำตอนนี้กลายเป็น $20 ต่อเดือนสำหรับ 50,000 ฉบับ ซึ่งแพงเกินจำเป็นมากสำหรับโปรเจกต์ที่ทราฟฟิกต่ำ
    • ทั้งที่ใช้นโยบายราคาแบบนั้น แต่สแปมที่ฉันได้รับ 95% ก็มาจาก Sendgrid อยู่ดี อย่างไรก็ตาม ถ้ารายงานไปที่ abuse@ ของ Sendgrid แม้จะเป็นการจัดการอัตโนมัติ แต่ก็มีทั้งอีเมลตอบกลับและอีเมลติดตามผลว่าจัดการให้แล้ว เลยยังพอเชื่อถือได้บ้าง สแปมไม่ได้ลดลง แต่กระบวนการจัดการนั้นเร็วจริง
    • Zeptomail by zoho ราคาดีและน่าเชื่อถือมาก https://www.zoho.com/zeptomail/
    • หลัง Sendgrid ยกเลิก free tier ก็ย้ายไปใช้ Resend สำหรับ contact form ได้ง่ายมาก free tier ก็ใกล้เคียงกัน เลยค่อนข้างพอใจ
    • Mailgun ก็ยังให้ฟรีวันละ 100 ฉบับ https://www.mailgun.com/pricing/
    • แนะนำ https://mailpace.com มีแพ็กเกจปีละ $40 สำหรับเดือนละ 1,000 รายการ ซึ่งไม่มีในหน้าราคา แต่เลือกได้ตอนสมัคร
  • เผื่อใครสนใจ ฉันได้ทำโปรเจกต์ชื่อ Guten Email Notification บนพื้นฐานของ Cloudflare Email Service เป็นโปรเจกต์ที่ให้ NAS, โฮมแล็บเซิร์ฟเวอร์, GitHub Actions ฯลฯ ส่งอีเมลแจ้งเตือนง่าย ๆ มาหาตัวเองได้ ดูได้ที่ https://github.com/gutenye/email-notification
  • กรณีตัวอย่างที่บอกว่า “worker รับอีเมล, parse เนื้อหา, เรียก ticket issuance API แล้วส่งอีเมลยืนยันทันทีพร้อมหมายเลข ticket” นั้นจริง ๆ ทำได้อยู่แล้ว แต่ก่อนก็ส่งอีเมลตอบกลับตรงจาก email worker ได้
    • ฉันก็คิดเหมือนกัน ต่างกันตรงที่ตอนนี้ถ้าต้องมีการประมวลผลซับซ้อนก็สามารถโยนเข้าคิวได้แล้ว ซึ่งต่างจากตัวอย่างอยู่นิดหน่อย
  • ในที่สุดฟีเจอร์ที่อยากได้ก็มาแล้ว โปรเจกต์ production ของฉันสองตัวต่างก็รันบน Cloudflare workers ทั้งคู่ แต่ทุกครั้งที่ต้องส่งอีเมลก็ต้องเข้า AWS ไปจัดการ SES ซึ่งยุ่งยากมาก ถึงขั้นต้องจดโน้ตไว้ว่าต้องกดปุ่มไหน เข้าเมนูไหน กลัวลืม เหมือนโพยที่เขียนให้ผู้ใหญ่ที่ไม่คุ้นกับ IT เลย
    • ช่วงหลังฉันเริ่มชอบทิศทางแบบนี้ของ Cloudflare ไม่ได้เป็นแค่ CDN ธรรมดาอีกต่อไป แต่กำลังกลายเป็นคลาวด์จริงจังแบบ AWS หรือ Azure และรู้สึกว่าประสบการณ์นักพัฒนายอดเยี่ยมกว่าคลาวด์ไหน ๆ
  • มีคำถามถึงพนักงาน Cloudflare: ก่อนหน้านี้ฉันใช้วิธีสร้าง subaccount ใน Sendgrid (ทั้งหมดผ่าน API) แล้วให้ลูกค้าเพิ่มและยืนยันโดเมนของตัวเองโดยตรง (เพิ่ม DNS record ไม่กี่ตัว) เพื่อส่งอีเมลด้วยโดเมนของลูกค้า ซึ่งตอนนั้น DKIM และ SPF ก็ถูกตั้งค่าเรียบร้อยไม่มีปัญหา อยากทราบว่าใน Cloudflare email routing จะรองรับความสามารถแบบ subaccount และการตั้งค่าโดเมนลูกค้าในลักษณะนี้หรือไม่
 
koyokr 2025-09-29

น่าสนุกดีที่คนที่โฮสต์อีเมลเองมาหลายปีพากันบอกว่าไม่ยาก แต่ก็มักจะมีเรื่องเล่าว่าถูกบล็อกแนบมาด้วยทุกที