- โฮสติ้ง Edge ระดับโลกของ Deno Deploy ลดฮวบจาก 35 รีเจียน เหลือเพียง 6 รีเจียนในปัจจุบัน ทำให้คำกล่าวอ้างเรื่อง "การขยายตัวทั่วโลก" แทบหมดความหมาย
- พื้นที่สำคัญอย่างโตเกียว แฟรงก์เฟิร์ต และซิดนีย์ถูกตัดออก ส่งผลให้เวลาแฝงของผู้ใช้เพิ่มขึ้นอย่างมาก
- โปรเจ็กต์สำคัญอื่น ๆ อย่างเฟรมเวิร์ก Fresh, Deno KV และ JSR ก็อยู่ในภาวะอัปเดตชะงักงันหรือแทบหยุดนิ่ง
- Deno ไม่ได้เป็นแพลตฟอร์ม JavaScript ที่สร้างนวัตกรรมอีกต่อไป แต่เหลือเพียงการตามให้ทัน Node.js และความเข้ากันได้เท่านั้น
- ผู้เขียน ถ่ายทอดความผิดหวังว่าตน "โดน Deno เล่นงาน" ผิดจากความคาดหวังช่วงแรก พร้อมแสดงความหวังใหม่ต่อ Bun
การลดจำนวนรีเจียนของ Deno Deploy
- Deno Deploy เคยให้บริการ 35 รีเจียน แต่ ณ เดือนมกราคม 2025 เหลือเพียง 6 รีเจียน
- รีเจียนที่ยังเหลืออยู่ในปัจจุบัน: สิงคโปร์, ลอนดอน, แฟรงก์เฟิร์ต, เซาเปาโล, นอร์ทเวอร์จิเนีย, แคลิฟอร์เนีย
- หลังจากปิดรีเจียนโตเกียว เอเชียตะวันออกทั้งหมดต้องพึ่งสิงคโปร์เพียงแห่งเดียว ส่งผลให้ความเร็วในการตอบสนองลดลง
- ในเอกสารทางการ ถ้อยคำจากเดิมที่ว่า "จะเพิ่มรีเจียน" ถูกเปลี่ยนเป็น "สะท้อนรายการล่าสุด" ซึ่งเป็นสัญญาณของการถอนแผนขยายตัว
คำถามต่อคำกล่าวอ้างเรื่อง Edge Hosting
- Deno เน้นย้ำเรื่อง "edge computing, low-latency global service" แต่ จำนวนรีเจียนที่ลดลงจริงทำให้เกิดช่องว่างระหว่างคำโฆษณากับความเป็นจริง
- คู่แข่งอย่าง Cloudflare มีให้บริการใน 335 เมือง 125 ประเทศ และ Bunny มี 119 จุดใน 77 ประเทศ
- Netlify ใช้ Deno runtime แต่เครือข่าย edge ประสิทธิภาพสูงมีให้เฉพาะในแพ็กเกจราคาแบบกำหนดเองเท่านั้น
ผลิตภัณฑ์อื่น ๆ ของ Deno: ความซบเซาและความสับสน
- เฟรมเวิร์กเว็บ Fresh ไม่มีรีลีสนับตั้งแต่เดือนตุลาคม 2024 และกิจกรรมคอมมิตก็ลดลงอย่างมาก
- Deno KV อยู่ในสภาพแทบถูกปล่อยทิ้ง โดยรีลีสทางการครั้งล่าสุดคือเดือนธันวาคม 2023
- JSR (JavaScript Registry) ถูกวิจารณ์ ว่ามีระบบแพ็กเกจที่ชวนสับสนและขาดปรัชญาที่ชัดเจน
- ตัว Deno runtime เองก็มัวแต่ประคองความเข้ากันได้กับ Node.js จนไม่เหลือนวัตกรรมใหม่
- ฟีเจอร์เด่นของ Deno 2.2 คือ การเพิ่ม telemetry ผู้ใช้ ซึ่งได้รับเสียงตอบรับอย่างเย็นชา
ความผิดหวังของชุมชนและการมองหาทางเลือก
- ผู้เขียนระบุว่า ตนลงทุนกับ Deno อย่างมากแล้วกลับผิดหวัง ถึงขั้นบอกว่าโดน "Rug pull"
- Deno ที่เคยถูกมองว่าเป็นทางเลือกแทน Node.js ในยุคแรก บัดนี้กลับมีทิศทางและจุดต่างที่เลือนราง
- ตอนนี้ผู้เขียน หันไปสนใจ Bun และคาดหวังกับความท้าทายครั้งใหม่
บทสรุป
- Deno ในเวลานี้อยู่ในภาวะ หดตัวและชะงักงัน ทั้งด้านขนาดของรีเจียน สถานะการอัปเดตผลิตภัณฑ์ และทิศทางทางเทคนิค
- คำทางการตลาดอย่าง "การขยายตัวทั่วโลกและ edge hosting" ในทางปฏิบัติดูเป็นการกล่าวเกินจริงหรือใกล้เคียงกับการให้ข้อมูลเท็จ
- หากไม่สามารถกู้ความเชื่อมั่นของชุมชนและสร้างนวัตกรรมที่จับต้องได้ อนาคตของ Deno ก็มีแนวโน้มยิ่งไม่ชัดเจน
4 ความคิดเห็น
bun เองก็ยังอยู่ระหว่างปรับความเข้ากันได้กับ Node.js เหมือนกันนะ
> https://x.com/bunjavascript/status/1915633844155527208
ช่วงนี้ผมก็ใช้งาน opentelemetry ที่เพิ่งเพิ่มเข้ามาด้วย เลยพอใจกับตัวรันไทม์ แต่ใช้ deno deploy แค่แบบฟรี เลยไม่รู้มาก่อนว่ามีเรื่องแบบนั้นเกิดขึ้น
สำหรับการจับตา bun เป็นทางเลือกนั้น ผมรู้สึกว่าเข้าใจได้ยากอยู่เหมือนกัน คงต้องมีข้อมูลเพิ่มว่ากำลังคาดหวังอาหารฟรีแบบไหนกันแน่
พูดแบบนั้นกับ deno deploy ก็พอเข้าใจได้...
ส่วนที่เหลือนี่อืม.. ยิ่งต้องคิดหนักเลยนะครับ
ต้องย้ายสิ่งที่ทำเป็นบริการไว้ออกไปไหม...
ความคิดเห็นจาก Hacker News
ใช้ Deno ค่อนข้างบ่อย มีประโยชน์สำหรับ ETL ข้อมูลหรือการแปลง JSON
อยากชอบ Deno แต่สุดท้ายต้องใช้ Bun เพราะปัญหาด้านความเข้ากันได้
มีความกังวลเกี่ยวกับปัญหาด้านความปลอดภัยของ Deno
รู้สึกผิดหวังกับ Deno
โมดูล Node ที่พัฒนาด้วย Rust น่าสนใจ
อาจเป็นช่วงเวลาที่ยากลำบากของ Deno
สงสัยว่า Deno เคยได้รับความสนใจจริงหรือไม่
ประเด็นถกเถียงเรื่อง Oracle และเครื่องหมายการค้า JavaScript ของ Deno
การที่ Supabase เลือกพึ่งพา Deno ทำให้นักพัฒนารู้สึกไม่สะดวก