12 คะแนน โดย GN⁺ 2025-12-17 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตั้งแต่วันที่ 1 มกราคม 2026 เป็นต้นไป ค่าบริการ GitHub-hosted runner จะลดลงสูงสุด 39% และตั้งแต่วันที่ 1 มีนาคมจะมีการเรียกเก็บ ค่าบริการ 0.002 ดอลลาร์ต่อนาทีสำหรับ self-hosted runner
  • 96% ของลูกค้าทั้งหมดจะไม่มีการเปลี่ยนแปลงด้านค่าใช้จ่าย โดยในกลุ่ม 4% ที่ได้รับผลกระทบ 85% จะจ่ายน้อยลง และอีก 15% จะเพิ่มขึ้นที่ค่ามัธยฐานราว 13 ดอลลาร์ต่อเดือน
  • การใช้งาน Actions บน public repository ยังคงฟรีต่อไป และลูกค้า GitHub Enterprise Server ก็ไม่ได้รับผลกระทบ
  • พร้อมกับการเปิดตัว ค่าบริการ Actions cloud platform แบบใหม่ GitHub ยังมีแผน เสริมความสามารถด้าน auto-scaling และการมอนิเตอร์สำหรับสภาพแวดล้อม self-hosted
  • การปรับครั้งนี้เป็นมาตรการหลังการออกแบบโครงสร้างใหม่เพื่อ ยกระดับประสิทธิภาพ CI/CD และเพิ่มความสามารถในการขยายของแพลตฟอร์ม โดยมีเป้าหมายเพื่อปรับปรุงประสบการณ์นักพัฒนา

ภาพรวมการเปลี่ยนแปลงสำคัญ

  • ตั้งแต่วันที่ 1 มกราคม 2026 เป็นต้นไป ค่าบริการ GitHub-hosted runner จะลดลง และตั้งแต่วันที่ 1 มีนาคมจะ เรียกเก็บค่าบริการ 0.002 ดอลลาร์ต่อนาทีสำหรับ self-hosted runner
    • 96% ของลูกค้าทั้งหมดจะไม่มีการเปลี่ยนแปลงยอดเรียกเก็บ
    • ในกลุ่มผู้ใช้ 4% ที่ได้รับผลกระทบ 85% จะจ่ายน้อยลง และอีก 15% จะเพิ่มขึ้นที่ค่ามัธยฐานราว 13 ดอลลาร์ต่อเดือน
  • การใช้งานบน public repository ยังคงฟรี, และลูกค้า GitHub Enterprise Server ไม่ได้รับผลกระทบ
  • GitHub มี เครื่องคำนวณราคา ให้ผู้ใช้ตรวจสอบค่าใช้จ่ายที่คาดการณ์ได้

เบื้องหลังและการปรับปรุงโครงสร้าง

  • GitHub Actions เติบโตอย่างรวดเร็วนับตั้งแต่เปิดตัวในปี 2018 และเมื่อต้นปี 2024 มีการรันงานราว 23 ล้านงานต่อวัน
  • เพื่อแก้ข้อจำกัดของสถาปัตยกรรมเดิม GitHub ได้ทำ การออกแบบ backend service ใหม่ทั้งหมด
    • เป้าหมายคือเพิ่มความเสถียร ประสิทธิภาพ ความทนทานของอินฟราสตรักเจอร์ และลดข้อจำกัดภายใน
    • หลังเดือนสิงหาคม 2025 งานทั้งหมดจะรันบนสถาปัตยกรรมใหม่ และรองรับงานได้ 71 ล้านงานต่อวัน
    • ลูกค้าองค์กรสามารถเริ่มงานต่อนาทีได้มากขึ้นถึง 7 เท่าเมื่อเทียบกับเดิม
  • การออกแบบใหม่นี้เป็นรากฐานสำหรับ การเพิ่มความเร็วและความน่าเชื่อถือของ CI/CD รวมถึงความสามารถในการขยายของแพลตฟอร์ม

การลดค่าบริการ GitHub-hosted runner

  • ลดราคาประมาณ 40% ในทุกขนาดของ runner โดยประหยัดได้สูงสุด 39% ตามประเภทเครื่อง
  • การคิดค่าบริการจะรวม ค่าบริการ cloud platform 0.002 ดอลลาร์ต่อนาที ที่เพิ่งเพิ่มเข้ามา
  • การใช้งานบน public repository ยังคงฟรี และ ค่าบริการ Enterprise Server ไม่ได้รับผลกระทบ
  • อัตราการลดจะแตกต่างกันตามขนาดของ runner โดย runner ขนาดใหญ่จะประหยัดได้มากกว่า
  • ช่วยให้เข้าถึงสภาพแวดล้อมคอมพิวต์สมรรถนะสูงได้มากขึ้น เพื่อ เพิ่มประสิทธิภาพของงาน CI ขนาดใหญ่และงานแบบ agent-based

การเปิดตัวค่าบริการ GitHub Actions cloud platform

  • ใช้ ค่าบริการ 0.002 ดอลลาร์ต่อนาทีทั้งกับ GitHub-hosted และ self-hosted runner
  • ไม่รวม public repository และลูกค้า Enterprise Server
  • สำหรับ self-hosted runner จะเริ่มมีผลตั้งแต่วันที่ 1 มีนาคม 2026
  • เป็นมาตรการคิดค่าบริการตามการใช้งานเพื่อรักษาคุณภาพของบริการให้สม่ำเสมอ

การลงทุนเพื่อเสริมความแข็งแกร่งให้สภาพแวดล้อม self-hosted

  • ในอีก 12 เดือนข้างหน้า GitHub มีแผนเสริมความสามารถ เช่น auto-scaling, การรองรับแพลตฟอร์มที่กว้างขึ้น, และการรองรับ Windows

GitHub Scale Set Client

  • ไคลเอนต์น้ำหนักเบาที่สร้างบน Go SDK ทำให้สามารถใช้งาน auto-scaling ได้โดยไม่ต้องพึ่ง Kubernetes หรือ ARC
  • ผสานเข้ากับอินฟราสตรักเจอร์เดิมได้ทั้ง container, VM, cloud instance และ bare metal
  • รองรับ การจัดการคิวงาน, การตั้งค่าความปลอดภัย, และตรรกะการขยายตัวแบบอัจฉริยะ
  • รองรับกรณีใช้งานแบบขยาย เช่น Dependabot, Copilot Coding Agent

การรองรับ multi-label

  • ฟีเจอร์ multi-label จะกลับมารองรับทั้งใน GitHub-hosted large runner และ self-hosted runner
  • ใช้งานร่วมกับ Actions Runner Controller(ARC) และ Scale Set Client ได้

Actions Runner Controller 0.14.0

  • มีการปรับปรุง Helm chart, logging และ metrics, รวมถึง ความชัดเจนด้านการจัดการเวอร์ชัน
  • ประกาศยุติ legacy ARC ในอนาคต พร้อมเส้นทาง migration ไปยังสถาปัตยกรรมที่เสถียรกว่า
  • ทำให้การตั้งค่าง่ายขึ้น มองเห็นระบบได้ดีขึ้น และขยายระบบได้ดีขึ้น

Actions Data Stream

  • ให้ ฟีดข้อมูลเหตุการณ์ของ workflow และ job แบบเรียลไทม์
  • รวม metadata เช่น เวอร์ชันของ action ที่ถูกรัน
  • ช่วยให้ ผสานเข้ากับระบบมอนิเตอร์และวิเคราะห์ เพื่อรองรับ compliance และข้อมูลเชิงลึกด้านการปฏิบัติการ
  • ไม่ต้อง parse log แบบแมนนวล ช่วย เพิ่มประสิทธิภาพในการจัดการความน่าเชื่อถือและประสิทธิภาพ

ผลกระทบและความหมาย

  • ช่วย เพิ่มความเร็วและความน่าเชื่อถือของ CI/CD พร้อมมอบ ชั้นการรันที่ปลอดภัยและขยายได้
  • มอบทั้งโครงสร้างราคาที่ชัดเจนและประสิทธิภาพที่ดีขึ้นให้กับ ตั้งแต่องค์กรขนาดใหญ่ไปจนถึงนักพัฒนารายบุคคล
  • เสริม GitHub Actions ให้เป็น โครงสร้างพื้นฐานหลักของแพลตฟอร์มพัฒนาซอฟต์แวร์ยุคถัดไป

สรุป FAQ

  • เหตุผลที่เริ่มคิดค่าบริการ self-hosted runner: เดิมต้นทุนการใช้อินฟราสตรักเจอร์ของ GitHub ถูกอุดหนุนด้วยค่าบริการของ hosted runner
  • กำหนดการลดราคาและเริ่มคิดค่าบริการ: hosted runner มีผลวันที่ 1 มกราคม 2026 และ self-hosted runner มีผลวันที่ 1 มีนาคม 2026
  • โควตาใช้งานฟรี: ตั้งแต่วันที่ 1 มีนาคม self-hosted runner ก็จะมีนาทีใช้งานฟรีรวมอยู่ด้วย
  • ผลกระทบต่อผู้ใช้รายบุคคล: ในกลุ่มผู้ใช้แผน Personal และ Pro มีเพียง 0.09% ที่ค่าใช้จ่ายเพิ่มขึ้นไม่ถึง 2 ดอลลาร์ต่อเดือน และ 2.8% จะจ่ายน้อยลง
  • รองรับการผูกกับการเรียกเก็บเงินผ่าน Azure และ ลูกค้า Enterprise Server ไม่ได้รับผลกระทบ
  • เครื่องมือคำนวณค่าใช้จ่าย: GitHub มี เครื่องคำนวณราคาและสคริปต์ Python สำหรับประเมินค่าใช้จ่ายล่วงหน้า

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

 
xguru 2025-12-21

มีการประกาศอีกครั้งว่า การประกาศเปลี่ยนแปลงค่าบริการของ GitHub Actions แบบ self-hosted จะถูกเลื่อนออกไป ส่วนการลดราคา 39% สำหรับ hosted runners จะมีผลตามกำหนดในวันที่ 1 มกราคม
https://x.com/jaredpalmer/status/2001373329811181846

 
preserde 2025-12-18

มันก็ก้ำกึ่งอยู่นะ... เพราะ self-hosted runner เองก็ใช้โครงสร้างพื้นฐานของ GitHub อยู่ชัดเจนเหมือนกัน แล้วก็ไม่ได้กระทบกับ repo สาธารณะอะไรด้วย คิดเป็นนาทีละ 0.002 ดอลลาร์ ซึ่งถ้าค่าใช้จ่ายมันจะสูงถึงขั้นนั้น ก็อาจจะต้องเป็นระดับใช้งานในองค์กรจริง ๆ หรือเปล่าด้วยซ้ำ แน่นอนว่าปัญหาก็คือตัวการเก็บเงินนั่นแหละ

เหนือสิ่งอื่นใดคือมีทางเลือกอื่นอยู่เยอะ ก็น่าจะย้ายไปใช้พวกนั้นก็เป็นวิธีหนึ่งเหมือนกัน

 
pmc7777 2025-12-17

> อย่างไรก็ตาม เนื่องจากยังไม่มีการใช้งานโมเดลสิทธิ์ จึงไม่สามารถควบคุมสิทธิ์ของโทเค็นได้ (ถ้าผมเข้าใจผิดก็ช่วยบอกด้วย)

ตอนนี้รองรับแล้ว

 
GN⁺ 2025-12-17
ความคิดเห็นจาก Hacker News
  • นักพัฒนาของเราร่วมกันโน้มน้าวผู้บริหารให้เลือกใช้ GitHub Enterprise ด้วยตัวเอง
    ตอนนั้นเราถูกดึงดูดด้วย ผลิตภัณฑ์เชิงพาณิชย์แบบปิด ที่ฟีเจอร์ดีกว่า มากกว่าคุณค่าของซอฟต์แวร์เสรี
    แต่ตอนนี้กำลังไปในทิศทางของ UX ที่ใช้งานไม่สะดวก ปัญหาใน Actions และถึงขั้น คิดเงินแม้รันบนฮาร์ดแวร์ของตัวเอง
    ผมคิดว่าตอนนี้ถึงเวลาที่ควรโน้มน้าวให้ย้ายไปทางเลือกแบบ เสรีที่ชุมชนดูแลรักษา แล้ว
    ต่อให้ฟีเจอร์ยังด้อยกว่า การที่เรามีส่วนช่วยพัฒนาให้ดีขึ้นเองก็น่าจะเป็นการลงทุนระยะยาวที่คุ้มกว่ามาก

    • จริง ๆ ตอนนั้นก็มีทางเลือกที่ฟีเจอร์ดีกว่าอยู่ แต่ราคา แพงกว่าเกิน 2 เท่า
      ถ้า GitHub ไม่ “แก้” เรื่องนี้ ก็คงถึงเวลาต้องไปดูตัวเลือกอื่น
    • อยากรู้ว่ามีทางเลือกที่ชุมชนดูแลตัวไหนน่าสนใจบ้าง ถ้าใครมีโปรเจ็กต์แนะนำก็อยากทราบ
    • การถกเถียงแบบนี้มองข้าม คุณค่า ที่เราได้รับมาตลอด
      บางครั้งการใช้แต่ซอฟต์แวร์ฟรีก็อาจทำให้ผลิตภัณฑ์ล้มเหลวได้ และบางบริษัทก็ประสบความสำเร็จด้วยซอฟต์แวร์เชิงพาณิชย์ก่อน แล้วค่อยสร้างโซลูชันของตัวเองภายหลัง
      ปัญหาไม่ได้อยู่ที่เป็นซอฟต์แวร์เชิงพาณิชย์หรือไม่ แต่อยู่ที่ การพึ่งพาโฮสติ้ง มากกว่า ต่อให้เป็น FOSS ถ้ามีคนอื่นโฮสต์ให้ สุดท้ายก็โดนข้อจำกัดแบบเดียวกัน
      ตอนนี้ปัญหาใหญ่กว่าคือทั้งอุตสาหกรรมคุ้นกับ SaaS จน ความสามารถในการดูแลเซิร์ฟเวอร์เอง หายไปแล้ว
  • ผมได้ยินข่าวเปลี่ยนแปลงค่าบริการครั้งนี้จากเซลส์ที่ดูแลเรา คำอธิบายเหตุผลก็ประมาณว่า “ก็แค่ตัดสินใจให้เป็นแบบนี้” เลยยิ่งหงุดหงิด
    เราใช้ self-hosted GitHub Actions บน AWS อยู่ และปัญหาไม่ได้มีแค่เรื่องราคา แต่คือ คุณภาพที่แย่ลง ของ GHA เอง
    ตอนที่ยังฟรีก็ยังพอทนได้ แต่ถ้าจะเก็บเงิน อย่างน้อยก็ควรมีการปรับปรุงระดับ GHA 2.0 ก่อน
    Jenkins มี การผสานกับ Kubernetes ที่ดีกว่ามานานแล้ว ส่วน GHA จนตอนนี้ก็ยังไม่มี SDK
    ลิงก์การถกเถียงที่เกี่ยวข้อง
    ถ้าจะใช้แนวทางแบบนี้ ไปใช้ผู้ขายรายอื่นยังจะดีกว่า

    • คำตอบอย่างเป็นทางการจาก GitHub คือประมาณว่า “ตอนนี้ยังไม่รับข้อเสนอแนะ”
      และให้คอยดูอัปเดตได้จาก roadmap อย่างเป็นทางการ เท่านั้น
    • พอลองคำนวณต้นทุนจริงแล้ว การ ดูแล Jenkins เอง ถูกกว่ามาก
      งานบำรุงรักษาอาจจะจุกจิกขึ้นนิดหน่อย แต่ไม่ใช่ความยากหลักของการจัดการโครงสร้างพื้นฐาน CI
    • ขั้นตอนการตั้งค่า self-hosted runner ซับซ้อนเกินไป และการยกเลิกงานก็ทำงานได้ไม่ดี
      แม้แต่ เอกสารทางการ ก็ยังยอมรับปัญหานี้
      นี่เป็นหนึ่งใน CI ที่ไม่นิ่งที่สุดเท่าที่ผมเคยใช้มา
  • การ เก็บเงินเฉพาะลูกค้า self-hosted เป็นการตัดสินใจที่แปลกมาก
    อดสงสัยไม่ได้ว่าเป็นความพยายามไล่ตาม KPI หรือเปล่า
    ถ้ากลยุทธ์คือกีดกันการแข่งขันแล้วเก็บค่าเข้า ก็ไม่จำเป็นต้องสร้างผลิตภัณฑ์ที่ดีกว่าอีกต่อไป

    • ผมเคยใช้แบบ self-hosted มาก่อน แต่ความไม่นิ่งก็ยังเหมือนเดิม
      GitHub คือ บริการ SaaS ที่ล่มบ่อยที่สุด ในบรรดาที่เราใช้อยู่
    • สำหรับเวิร์กโฟลว์ CI ของผม ตอนนี้ต้องจ่าย มากกว่า 140 ดอลลาร์ต่อเดือน แล้ว มันไร้สาระมาก
    • ตอนนี้ผมใช้ชุด forgejo + woodpecker-ci และทุกครั้งที่ต้องกลับไป GitHub ก็ยิ่งมั่นใจว่าเลือกถูกแล้ว
      GitLab มีแบ็กเอนด์ที่ซับซ้อน แต่ forgejo เรียบง่ายและเสถียรกว่ามาก
    • GitHub ยังเป็นคนโฮสต์ คลังเก็บ log และ artifact อยู่ ดังนั้นอาจมีต้นทุนเกิดขึ้นได้
    • ตัว runner เองเสถียรดี แต่ การออกแบบ workflow มีปัญหา มันไม่มีประสิทธิภาพในเชิงโครงสร้าง
  • เขาตั้งราคาเป็นต่อนาทีเพื่อให้ดูเหมือนถูก แต่ความจริงแล้วมันเกิน 1,000 ดอลลาร์ต่อปี
    ทั้งที่เป็น self-hosted แต่กลับคิดราคาเท่ากับ Linux 1-core แบบ hosted ที่ GitHub ให้บริการเอง
    เท่ากับว่า “ใช้เซิร์ฟเวอร์ของตัวเองแต่ต้องจ่ายราคาเท่าเดิม”

    • ผมไม่ได้คิดว่าเป็นการ “ไม่ทำอะไรเลย” เสียทีเดียว
      มันยังมีต้นทุนโครงสร้างพื้นฐานด้าน orchestration, log, cache, การเก็บผลลัพธ์ อยู่
      จากประสบการณ์ที่เคยใช้ CI มาหลายตัว ผมก็ยังมองว่ามันมีความสามารถในการแข่งขันอยู่
    • แต่ด้วยเงินระดับนี้ คุณเช่า VM ที่ใหญ่กว่านี้ได้สบาย
      ผมคาดไว้อยู่แล้วว่าจะมีอะไรแบบนี้หลัง Microsoft เข้าซื้อกิจการ แต่ไม่คิดว่าจะมาช้าขนาดนี้
    • เป็น self-host แต่คิดเงินต่อนาที ฟังดูประหลาดมาก
      อาจเป็น กลยุทธ์เพื่อทำให้คนเลิก self-hosting ก็ได้
    • จริง ๆ แล้ว GitHub พลาดตั้งแต่แรกที่ทำให้ self-hosted ใช้ได้ฟรี
      ตอนนี้เลยกลายเป็นว่าความคาดหวังถูกตั้งไว้ผิด ๆ
    • ยังสับสนอยู่ว่าจะคิดตามเวลาที่รันจริง หรือ คิดตามเวลาที่เปิดทิ้งไว้ตลอด กันแน่
  • GitHub ประกาศว่าจะ คิดเงิน $0.002 ต่อนาทีกับ self-hosted runner ด้วย
    ซึ่งเท่ากับราคา hosted runner ขนาดเล็กที่สุดของพวกเขา
    ลิงก์ตารางราคาอย่างเป็นทางการ

    • สุดท้ายก็ดูเหมือนเป็นกลยุทธ์เพื่อผลักผู้ใช้ไปหา โฮสติ้งบน Azure
      เพราะถ้าการใช้งาน Azure เพิ่มขึ้น ราคาหุ้นก็น่าจะได้ผลตามไปด้วย
    • ไหน ๆ ก็คิดเงินแล้ว อยากให้มี การรับประกัน SLA มาด้วย
      (แน่นอนว่าถ้าเป็นแบบนั้น พวกเขาอาจไม่อัปเดต status page ก็ได้)
    • Bitbucket ก็เคยทำอะไรคล้าย ๆ กันมาก่อน ผมเคยสับสนกับ GitLab แต่ยังไงเสียก็เป็นแนวโน้มเดียวกัน
    • ในทางปฏิบัติ runner จาก third party หลายเจ้าถูกกว่า GitHub 3 ถึง 10 เท่า ดูเหมือนพวกเขาอยากสกัดคู่แข่งเหล่านั้นมากกว่า
      รายการ runner ที่เกี่ยวข้อง
  • นี่คือกลยุทธ์แบบ “ผูกขาดตลาดแล้วค่อยบีบราคา” ของบริษัทที่การเติบโตเริ่มหยุดลงอย่างชัดเจน
    เป็นแพตเทิร์นเดียวกับที่ Netflix ครองตลาดแล้วค่อยขึ้นราคา

    • ซึ่งในความเป็นจริง กลยุทธ์ของ Netflix ก็ถือว่า ประสบความสำเร็จ
  • ตอนนี้ encrapification ของ GitHub เริ่มส่งผลกับผมแล้ว
    จะให้ผมจ่ายเงินต่อนาทีเพื่อใช้คอมพิวเตอร์ของตัวเองนั้น รับไม่ได้โดยสิ้นเชิง
    ผมสามารถทำระบบ trigger build และ monitoring เองได้ ก็เลยเริ่มเตรียมตัวย้ายออก

    • ผม ย้ายไป forgejo แล้ว และทุก action ก็ทำงานได้ไม่มีปัญหา
      มีบั๊กเล็กน้อยบ้าง แต่โดยรวมพอใจมาก
  • เมื่อก่อนผมใช้ GitLab CI และก็พอใจมาก
    ตาม บทความนี้ ต่อให้ก่อนการเปลี่ยนราคา GitHub รอบนี้ คนก็ยังมองว่า GitLab CI ดีกว่าอยู่แล้ว

    • ผมเองก็ ชอบ GitLab มาก แต่ช่วงหลัง แพ็กเกจที่เน้นฟีเจอร์ AI แพงเกินไป
      แพ็กเกจเสียเงินที่ถูกที่สุดก็ยังแพงกว่า GitHub มากกว่า 7 เท่า และยังแพงกว่า Enterprise อีก
      ถ้ามีแพ็กเกจที่ไม่มี AI ผมก็พร้อมจะกลับไปซื้อทันที
    • GitLab CI เป็น ระบบ CI ที่ยอดเยี่ยมจริง ๆ
      GitHub Actions ในยุคก่อนนั้นเทียบกันไม่ได้เลยในแง่ความใช้งานยาก
    • ช่วงราว ๆ ปี 2021~23 ผมเคย โฮสต์ GitLab CI runner เอง
      ใช้ VPS ราคาถูก 7 เครื่องแล้วประหยัดได้หลายร้อยดอลลาร์ต่อเดือน แถมเวลาบิลด์ก็ลดจาก 45 นาทีเหลือ 7~9 นาที
      ทีมฟรอนต์เอนด์ยังสามารถดู live preview ของแต่ละ MR ได้ด้วย
    • ผมใช้ GitLab CI มาหลายปีแล้ว และก็ยังพอใจอยู่มาก
  • การเปลี่ยนแปลงรอบนี้เป็น นโยบายที่เหลือเชื่อและก้าวร้าว มาก
    ทิศทางของ Microsoft ยิ่งนานยิ่งเสียเปรียบต่อผู้ใช้

    • แต่บางคนมองว่านี่คือการ กระจายต้นทุนใหม่
      พวกเขาลดราคาของ managed runner แล้วแยกต้นทุนของ โครงสร้างพื้นฐาน orchestration ออกมาต่างหาก
      โครงสร้างพื้นฐานสำหรับเก็บและสตรีม log ก็ไม่ใช่ของฟรี
      ตอนนี้อาจเป็นโอกาสให้คู่แข่งอย่าง BuildJet หรือ Namespace Labs สร้าง ชั้น orchestration แบบใหม่ขึ้นมา
      ถ้าเกิดการแข่งขันขึ้นจริง ก็อาจเป็นผลดีต่อตลาดด้วยซ้ำ
  • ผมอ่าน HN มามากกว่าสิบปี แต่นี่เป็นครั้งแรกที่ถึงกับต้องมาคอมเมนต์ เพราะมันเป็น การเปลี่ยนราคาที่ช็อกมาก
    ตอนนี้ผมกำลังรัน self-hosted runner อยู่ และเริ่มคิดจริงจังว่าจะออกจาก GitHub
    อยากรู้ว่ามี VCS อื่นหรือ GitLab ตัวไหนที่แนะนำบ้าง

    • เรา โฮสต์ GitLab เอง อยู่ มันเสถียรและ CI ก็เข้าใจง่ายกว่ามาก
      เพราะโครงสร้างมันตรงไปตรงมา แค่รันสคริปต์ในคอนเทนเนอร์
    • ผมใช้ codeberg.org แบบโฮสต์ฟรีอยู่และพอใจมาก
      หรือจะเป็น Forgejo, Gitea, Sourcehut ก็น่าสนใจ
      แต่ UI ของ GitLab นั้น หนักและไม่ค่อยเป็นธรรมชาติ จนทำให้ไม่อยากมีส่วนร่วม
    • codeberg.org ดำเนินงานแบบไม่แสวงหากำไร และใช้ Forgejo เป็นฐาน เลยทำให้น่าเชื่อถือ
      ถ้าเป็นองค์กร ผมแนะนำให้โฮสต์ Forgejo เอง
    • Gitea เข้ากันได้กับ GitHub runner แทบทั้งหมด
      แก้ workflow แค่นิดหน่อยก็พอ
    • ผมเองก็ใช้ self-hosted GitLab อยู่ และมันยังยอดเยี่ยมเหมือนเดิม
      ช่วงหลังที่ไปโฟกัสฟีเจอร์ AI มากขึ้นน่ากังวลก็จริง แต่ คุณภาพของผลิตภัณฑ์หลักยังดีมาก
  • ผมไม่เข้าใจว่าทำไมต้องเสียเงินทั้งที่ผมเป็นคนรันเอง

    • พอ Forgejo เริ่มได้รับความสนใจและการแข่งขันเริ่มเกิดขึ้น GitHub ก็ดูเหมือนพยายาม ล็อกอินผู้ใช้ด้วยราคา
      แต่ผมมั่นใจว่ากลยุทธ์แบบนี้สุดท้ายจะ ย้อนกลับมาทำร้ายตัวเอง
    • GitHub ยังเป็นคนดูแล orchestration และ monitoring อยู่
      ตอนนี้ก็แค่ประกาศว่าจะไม่ให้ส่วนนั้นฟรีอีกต่อไป
      ที่ $0.002 ต่อนาที ถ้าบิลด์หนึ่งชั่วโมงก็ประมาณ $0.12
      เมื่อเทียบกับต้นทุนคอมพิวต์จริงที่แพงกว่านี้มาก มันอาจไม่ได้เป็นราคาที่แย่ขนาดนั้น
      แต่ผลลัพธ์คือคนคงหันไปลงทุนกับเครื่องที่เร็วขึ้นหรือ การทำงานแบบขนาน มากขึ้น
      บริการอย่าง SMS ของ AWS ก็มีโครงสร้างค่าบริการคล้ายกัน และถ้ามีงานเล็ก ๆ จำนวนมาก ค่าใช้จ่ายก็พุ่งเร็วเหมือนกัน
    • บริการอย่าง Warpbuild เข้ามาเสนอทางเลือกที่เร็วกว่าและถูกกว่า จนเริ่มแย่งตลาดของ GitHub ไปแล้ว
    • เพราะ GitHub ยังเป็นคนรัน orchestration ทั้งระบบ อยู่
      ถ้าอยากให้ฟรีจริง ๆ ก็ต้องเลิกใช้ GitHub Actions ไปเลย แล้วจัดการผลลัพธ์การทดสอบผ่าน API ด้วยตัวเอง
    • ผมก็ไม่คิดอยู่แล้วว่าตัว scheduler จะฟรีตลอด สุดท้ายมันก็กลับมาเป็น บริการเสียเงิน จนได้
      เอาจริง ๆ ต่อให้ไม่มีการเปลี่ยนแปลงนี้ GitHub Actions ก็เป็น ระบบที่สับสน อยู่แล้ว
  • บริษัทอย่าง Ubicloud ให้บริการ hosted Actions ที่เร็วกว่าและถูกกว่า Microsoft ราว 5~10 เท่า
    แต่ Microsoft กลับพยายามคิดเงินกับงานจัดการข้อมูลธรรมดา ๆ (CRUD ระดับแถวข้อมูล) แพงกว่าต้นทุนคอมพิวต์ทั้งหมดของ Ubicloud ถึง 2.5 เท่า

    • ถ้าจะให้ยุติธรรม ควรคิดเงิน ตามงานแต่ละงาน ไม่ใช่คิดต่อนาที แบบนี้มันมากเกินไป
  • ผมชอบ Gitea และ Runner ของมันมาก
    มันเขียนด้วย Go เลยแทบไม่มี overhead
    ดู เอกสาร Gitea Runner ได้

    • Forgejo Actions ก็รองรับสิ่งนี้ด้วย
      โดยอิงจาก Forgejo Quick Start และ nektos/act
    • แต่ โมเดลสิทธิ์การเข้าถึง ยังไม่ได้ถูก implement เลยควบคุมสิทธิ์ของโทเค็นไม่ได้ (ถ้าผมเข้าใจผิดก็ช่วยบอกที)