กรณีสยองของเทคโนโลยีเซิร์ฟเวอร์เลส

 (serverlesshorrors.com)
2 คะแนน โดย GN⁺ 2024-03-01 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

เรื่องสยองของเซิร์ฟเวอร์เลส

  • เรื่องสยองของเซิร์ฟเวอร์เลส เป็นบล็อกสั้น ๆ สำหรับแชร์ประสบการณ์สุดโหดที่เกิดขึ้นระหว่างการใช้งานเทคโนโลยีเซิร์ฟเวอร์เลส
  • บล็อกนี้สร้างโดย Andras ซึ่งกำลังพัฒนา Coolify ทางเลือกแทน Heroku / Netlify / Vercel ที่เป็นโอเพนซอร์สและโฮสต์เองได้
  • ผู้ที่มีเรื่องสยองเกี่ยวกับเซิร์ฟเวอร์เลสสามารถส่งเรื่องให้ Andras หรือเปิด PR บน Github เพื่อแบ่งปันได้

กรณีค่าใช้จ่ายเซิร์ฟเวอร์เลสที่ควรระวัง

  • 27 มีนาคม 2020: มีกรณีที่ลองทดสอบ Firebase และ Cloud Run แล้วใช้เงินไป 72,000 ดอลลาร์ จนเกือบล้มละลาย
  • 27 กุมภาพันธ์ 2024: มีคนได้รับอีเมลจาก Netlify ในช่วงสุดสัปดาห์ แจ้งว่ามีบิลค้างชำระมูลค่า 104,500 ดอลลาร์
  • 13 กุมภาพันธ์ 2024: มีคนส่งสแปมไปยัง EchoFox ทำให้บิลของ Vercel พุ่งไปถึง 23,000 ดอลลาร์ และเกิดบัญชีรวมถึงการทดลองใช้ฟรีมากกว่า 56,000 รายการ
  • 5 เมษายน 2023: มีประสบการณ์เตือนผู้ใช้ Vercel ว่าควรระวังเมื่อทดสอบหรือดีพลอยบน Vercel

ความเห็นของ GN⁺

  • สถาปัตยกรรมเซิร์ฟเวอร์เลสดึงดูดนักพัฒนาเพราะเป็นโครงสร้างพื้นฐานที่แทบไม่ต้องดูแล แต่ก็แสดงให้เห็นว่าค่าใช้จ่ายที่ไม่คาดคิดอาจเป็นปัญหาใหญ่ได้
  • กรณีเหล่านี้เน้นย้ำความสำคัญของการจัดการต้นทุนและการมอนิเตอร์อย่างรอบคอบเมื่อใช้งานบริการเซิร์ฟเวอร์เลส
  • ก่อนนำเทคโนโลยีเซิร์ฟเวอร์เลสมาใช้ ควรใช้เครื่องมือที่ช่วยคาดการณ์ค่าใช้จ่ายและตั้งวงเงินจำกัดได้
  • แม้จะใช้ผลิตภัณฑ์เซิร์ฟเวอร์เลสอื่นอย่าง AWS Lambda ก็อาจเจอปัญหาค่าใช้จ่ายลักษณะคล้ายกันได้ ดังนั้นการเลือกบริการโดยคำนึงถึงความคุ้มค่าจึงสำคัญ
  • ข้อดีของการเลือกเทคโนโลยีนี้คือการดีพลอยได้รวดเร็วและรองรับการขยายตัว แต่หากคาดการณ์การใช้งานจริงไม่ได้ ก็มีความเสี่ยงที่จะใช้งบเกิน

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

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

 
GN⁺ 2024-03-01
ความคิดเห็นบน Hacker News

  • สรุปความคิดเห็นเกี่ยวกับ Netlify:

    • ผู้ใช้รายหนึ่งกล่าวว่าเขาโฮสต์ไฟล์เสียงขนาด 3.44MB ไว้บนเว็บไซต์ของตัวเอง และทำให้ตกเป็นเป้าของการโจมตี DDoS โดยแม้จะใช้บัญชีฟรีของ Netlify ก็ยังเสี่ยงจะได้รับบิลค่าใช้จ่ายจากทราฟฟิกที่สูงเกินไปเป็นจำนวนมาก
    • ผู้ใช้อีกรายบอกว่าสถานการณ์นี้น่าเศร้า ไฟล์ขนาด 3.44MB ไม่ควรกลายเป็นปัญหา และแนวทางแก้แบบบอกให้ไปโฮสต์ที่อื่นก็ไม่เหมาะสม อีกทั้งยังย้ำว่า "ฟรี" ไม่ได้มีอยู่จริง และควรมีมาตรการมากกว่านี้เพื่อป้องกันสถานการณ์แบบนี้
    • มีการกล่าวถึงว่า VPS (Virtual Private Server) มีราคาถูก ดูแลง่าย และมีการจำกัดทราฟฟิกโดยอัตโนมัติ

  • สรุปความคิดเห็นเกี่ยวกับ Coolify:

    • ผู้ใช้รายหนึ่งพูดถึง Andres ผู้พัฒนา Coolify ซึ่งเป็นทางเลือกแบบ self-hosted ที่คล้ายกับ Heroku/Netlify โดยผู้ใช้บอกว่าใช้ Coolify มาหลายเดือนแล้ว และมันช่วยให้ self-host หลายบริการได้ดีมาก
    • มีการกล่าวว่าคอมมูนิตี้ของ Coolify กำลังเติบโต ผู้ใช้เพิ่มเทมเพลตใหม่ ๆ และช่วยกันดีบักให้กันและกัน
    • ข้อเสียคือเมื่อพื้นที่ดิสก์ไม่พออาจเกิดปัญหาได้ และมีความเห็นว่าควรมีการเตือนหรือมาตรการป้องกันในเรื่องนี้ที่ดีกว่านี้

  • สรุปความคิดเห็นเกี่ยวกับสถาปัตยกรรม serverless:

    • มีความเห็นว่าปัญหาที่เกิดขึ้นกับ Netlify ไม่ได้เกิดจากสถาปัตยกรรม serverless เอง แม้สถาปัตยกรรม serverless จะมีปัญหาเชิงเทคนิคหลายอย่าง แต่การถูกเรียกเก็บค่าใช้จ่ายทราฟฟิกมหาศาลเป็นปัญหาที่แยกจาก serverless
    • ยังมีการกล่าวว่าต่อให้เอาฮาร์ดแวร์ของตัวเองไปวางในดาต้าเซ็นเตอร์และจ่ายค่าทราฟฟิก หากไม่มีการป้องกัน DDoS ก็อาจเจอปัญหาคล้ายกันได้
    • มีการเน้นว่าปัญหาหลักคือค่าใช้จ่ายทราฟฟิกที่สูงเกินไปและการไม่มีระบบบรรเทา DDoS

  • สรุปความคิดเห็นเกี่ยวกับการตัดสินใจย้ายออกจาก Netlify:

    • ผู้ใช้รายหนึ่งบอกว่าได้ตัดสินใจย้ายเว็บไซต์ส่วนตัวของตัวเองออกจาก Netlify แล้ว โดยการย้ายส่วนใหญ่เป็นแค่การอัปเดต DNS และเขาชอบ build HTML ในเครื่องตัวเองก่อนอัปโหลด
    • เขายังบอกด้วยว่าเป็นเรื่องแปลกที่โซลูชันยอดนิยมส่วนใหญ่ไม่ให้ตั้งเพดานการใช้จ่าย

  • สรุปความคิดเห็นเกี่ยวกับการเรียกเก็บเงินเกินจริงของผู้ให้บริการคลาวด์:

    • มีการเปรียบเทียบว่าการที่ผู้ให้บริการคลาวด์เรียกเก็บเงินเกินจริง ก็เหมือนช่างซ่อมรถที่เปลี่ยนอะไหล่ที่เสียแบบวนไม่รู้จบแล้วส่งบิลมหาศาลมาให้
    • ในฐานะผู้ใช้รายเล็ก เขาบอกว่าไม่อาจอ่านและเข้าใจเอกสารทั้งหมดได้ครบถ้วน และต้องการฟีเจอร์ที่หยุดบริการได้เมื่อถึงเพดานการใช้จ่าย

  • สรุปความคิดเห็นเกี่ยวกับคีย์ OpenAI API:

    • ผู้ใช้รายหนึ่งบอกว่าเมื่อสมัครคีย์ OpenAI API ระบบจะใช้โควตาเป็นค่าเริ่มต้น และจะปิดการใช้งานคีย์เมื่อใช้งานเกิน
    • เขาแสดงความประหลาดใจที่ยังมีบริษัทอีกมากที่ไม่ใช้วิธีนี้ ทั้งที่มันเป็นแนวทางที่ช่วยปกป้องทุกคนจากบิลที่ไม่คาดคิดได้

  • สรุปความคิดเห็นเกี่ยวกับปัญหาของบริการคลาวด์:

    • มีการชี้ว่าเรากำลังยอมรับให้ผู้ให้บริการคลาวด์คิดค่าทราฟฟิกข้าม availability zone (AZ) เพื่อเป็นมาตรการบรรเทาปัญหาที่อาจเกิดขึ้นกับตัวพวกเขาเอง

  • สรุปความคิดเห็นเกี่ยวกับการตอบสนองที่ไม่เพียงพอของ Netlify:

    • มีการแสดงความผิดหวังที่ Netlify คิดค่าบริการแบนด์วิดท์สูงเกินไป และไม่ให้เครื่องมือแก่ลูกค้าในการรับมือกับการโจมตีที่ลูกค้าไม่อาจควบคุมได้
    • ยังมีการวิจารณ์ว่า Netlify ไม่ได้แสดงความสนใจในการแก้ปัญหา ทั้งที่มีหลายวิธีที่ทำได้ ตัวอย่างเช่นตัวเลือกหลากหลายที่ CDN ของ bunny.net มีให้

  • สรุปความคิดเห็นเกี่ยวกับความจำเป็นของการตั้งเพดานการใช้จ่าย:

    • มีการชี้ว่าการตั้งเพดานการใช้จ่ายไม่ใช่ปัญหาของ serverless แต่เป็นปัญหาของคลาวด์
    • และมีการกล่าวว่าเมื่อคลาวด์เซิร์ฟเวอร์ขนาดเล็กถูกโจมตี มันอาจล่มได้ และแนวทางแบบ AWS ที่คิดค่าใช้จ่ายเฉพาะทราฟฟิกขาออกนั้นดีกว่า