- Heroku เปลี่ยนไปใช้ โมเดลวิศวกรรมการบำรุงรักษาที่เน้นเสถียรภาพ ความปลอดภัย ความน่าเชื่อถือ และการสนับสนุน โดยมุ่งรักษาคุณภาพและความเป็นเลิศด้านการปฏิบัติการมากกว่าการพัฒนาฟีเจอร์ใหม่
- ปัจจุบัน ลูกค้าทั่วไปทั้งเดิมและใหม่ทั้งหมด ยังสามารถใช้งาน Heroku ต่อได้โดย ไม่มีการเปลี่ยนแปลง ในด้านราคา การชำระเงิน บริการ และรูปแบบการใช้งานประจำวัน
- ฟีเจอร์หลักของแพลตฟอร์ม เช่น แอปพลิเคชัน ไปป์ไลน์ ทีม และแอดออน ยังคงเดิม จึงไม่มีผลกระทบต่อเวิร์กโหลดโปรดักชันและเวิร์กโหลดสำคัญของธุรกิจ
- จะยุติการทำสัญญาองค์กรใหม่ แต่สัญญา subscription และสัญญาสนับสนุนสำหรับลูกค้าองค์กรเดิมยังคง ต่ออายุและใช้งานต่อได้ตามปกติ
- บริษัทจะมุ่งการลงทุนด้านผลิตภัณฑ์และวิศวกรรมในอนาคตไปที่การสร้างคุณค่าให้ลูกค้าระยะยาว เช่น การรองรับการสร้างและดีพลอย AI ระดับองค์กร
การเปลี่ยนโมเดลการดำเนินงานของ Heroku
- Heroku เปลี่ยนไปใช้โมเดล sustaining engineering โดยเน้นที่เสถียรภาพ ความปลอดภัย ความน่าเชื่อถือ และการสนับสนุน
- ให้ความสำคัญกับ การรักษาคุณภาพและความเป็นเลิศด้านการปฏิบัติการ มากกว่าการเพิ่มฟีเจอร์ใหม่
- แพลตฟอร์มยังคงเป็น บริการที่รองรับการใช้งานในสภาพแวดล้อมโปรดักชันอย่างเต็มรูปแบบ
- การเปลี่ยนแปลงนี้ ไม่ส่งผลต่อวิธีที่ลูกค้าเดิมใช้งานบริการ
- ลูกค้าที่ชำระเงินด้วยบัตรเครดิต (ทั้งเดิมและใหม่) ไม่มีการเปลี่ยนแปลง ในด้านราคา การเรียกเก็บเงิน บริการ และการใช้งานประจำวัน
- ฟีเจอร์หลักอย่าง แอปพลิเคชัน ไปป์ไลน์ ทีม และแอดออน ยังคงเดิม
การเปลี่ยนแปลงนโยบายสัญญาองค์กร
- จะไม่มีการเสนอข้อตกลงสำหรับบัญชีองค์กรใหม่อีกต่อไป
- อย่างไรก็ตาม subscription และสัญญาสนับสนุนสำหรับลูกค้าองค์กรเดิมยังคง ได้รับการรักษาไว้เต็มรูปแบบและต่ออายุได้
- ลูกค้าเดิมยังสามารถ ใช้บริการต่อได้ตามเงื่อนไขของสัญญาปัจจุบัน
วัตถุประสงค์ของการเปลี่ยนแปลง
- บริษัทปรับการลงทุนด้านผลิตภัณฑ์และวิศวกรรมใหม่ เพื่อมุ่งเน้นที่ การส่งมอบคุณค่าให้ลูกค้าในระยะยาว
- โดยเฉพาะการสนับสนุน การสร้างและดีพลอย AI ระดับองค์กรที่มีความปลอดภัยและความน่าเชื่อถือสูง
- ทิศทางนี้มีเป้าหมายเพื่อ รักษาการดำเนินงานที่มั่นคงของ Heroku และความเชื่อมั่นของลูกค้า
ผลกระทบต่อลูกค้าและการสนับสนุนอย่างต่อเนื่อง
- ลูกค้าทั่วไปยังสามารถ ใช้งานฟีเจอร์หลักทั้งหมดของ Heroku ได้ตามเดิม
- ไม่มีผลกระทบ ต่อเวิร์กโหลดโปรดักชันและเวิร์กโหลดสำคัญของธุรกิจ
- Heroku ให้คำมั่นว่าจะ สนับสนุนอย่างต่อเนื่องและให้บริการที่มีเสถียรภาพ
บทสรุป
- การเปลี่ยนผ่านครั้งนี้เป็นมาตรการเพื่อ เสริมความมั่นคงระยะยาวของ Heroku และยกระดับการดำเนินงานที่ยึดลูกค้าเป็นศูนย์กลาง
- แพลตฟอร์มยังคงเป็น สภาพแวดล้อม PaaS ระดับโปรดักชันแบบครบถ้วน และมีแผนมุ่งเสริมการสนับสนุนด้าน AI และเทคโนโลยีองค์กร
1 ความคิดเห็น
ความเห็นจาก Hacker News
วันแรกที่ฉันเข้าทำงานที่ Heroku คือวันเดียวกับที่ดีลเข้าซื้อกิจการของ Salesforce ปิดพอดี
หลายคนโทษ Salesforce ว่าเป็นสาเหตุของ การหยุดนิ่งและความเสื่อมถอย ของ Heroku แต่ความจริงมีความเข้าใจผิดอยู่มาก
ตอนนั้น Salesforce สนับสนุนเงินให้ Heroku อย่างมหาศาล และแทบไม่เข้ามาแทรกแซงเลย เพื่อให้ วิสัยทัศน์นั้นเกิดขึ้นได้จริง ตั้งแต่ก่อน Docker จะออกมาเสียอีก (2013)
Heroku เติบโตแบบก้าวกระโดดจากการเปิดตัว Cedar runtime ในปี 2011 แต่พอถึงปี 2012 ก็เริ่ม จมกับหนี้ทางเทคนิคและปัญหาด้านการขยายระบบ
จำนวนพนักงานเพิ่มขึ้นสามเท่า (20 คน→74 คน) แต่เพราะ AWS us-east-1 ล่มไปสองครั้ง ทีมจึงต้องทุ่มกับเรื่องความน่าเชื่อถือ และตลอด 18 เดือนหลังจากนั้นแทบไม่มีการปล่อยฟีเจอร์สำคัญเลย
เมื่อผู้ก่อตั้งถอยออกไป ภาวะผู้นำก็หายไปด้วย และวัฒนธรรมแบบ เน้นกระบวนการมากกว่าผลลัพธ์ ก็เข้ามาแทน
ตอนที่ฉันออกจากบริษัทในปี 2014 ก็รู้สึกได้แล้วว่าผลิตภัณฑ์แทบหยุดเดิน
ต่อให้ Salesforce เข้ามาควบคุมมากกว่านี้ ผลลัพธ์จะต่างออกไปไหมก็ยังน่าสงสัย
ถึงอย่างนั้น มันก็เป็นประสบการณ์ที่น่าทึ่งที่สุดในอาชีพของฉัน และฉันยังคิดถึงช่วงเวลาที่ได้ทำงานกับ เพื่อนร่วมงานที่เปี่ยมด้วยแพสชัน
ไอเดียและแนวทางการทำงานน่าทึ่งสุด ๆ และประสบการณ์นั้นก็เปลี่ยนวิธีคิดของฉันในฐานะวิศวกรไปอย่างสิ้นเชิง
แม้จะมีช่วงที่ผลิตภัณฑ์เริ่มชะงัก แต่พวกเราก็สู้เต็มที่เพื่อลดหนี้ทางเทคนิคและปรับปรุงโครงสร้างพื้นฐาน
จนถึงทุกวันนี้ยังมี ความผิดพลาดระดับตำนาน อยู่เรื่องหนึ่งที่ฉันไม่เคยลืม แต่คงไม่มีวันเอาไปเล่าในฟอรัมสาธารณะเด็ดขาด
ฉันชอบอธิบายให้คนอื่นฟังว่าการ deploy มันสามารถเป็น โมเดลที่ง่ายและเข้าถึงได้ขนาดนี้ ได้อย่างไร
แต่พอเวลาผ่านไปแล้วฉันกลับไปแนะนำอีกครั้ง Heroku ก็เสียความน่าเชื่อถือในอุตสาหกรรมไปแล้ว
ภาพที่ผู้ก่อตั้งจากไป แล้วมีคนสายกระบวนการเข้ามาแทนจน ความมีชีวิตชีวาแบบสตาร์ตอัป หายไป เป็นอะไรที่คุ้นตามาก
ความรู้ฝังลึกและจังหวะการทำงานของทีมเดิมจะถูกเจือจางไปหมด
ฉันมองว่าทีมในตอนนั้นละเลยเรื่อง การออกแบบและการวางโครงสร้าง มากเกินไปเพื่อแลกกับความเร็ว จนสร้างหนี้ขึ้นมาเอง
วิดีโอที่เกี่ยวข้อง
มันเป็น แถลงการณ์องค์กรที่คลุมเครือ แบบบอกว่า “อยากทำให้ชัดว่ามันมีความหมายอย่างไรต่อลูกค้า” แต่ในความเป็นจริงกลับไม่อธิบายอะไรเลย
ภายในองค์กรทุกคนรู้ว่านั่นหมายถึง “ยุติผลิตภัณฑ์”
ลำดับจะเป็น หยุดขาย → เปลี่ยนชื่อ → ยุติภายใน 10 ปี และ Heroku ก็ดูเหมือนกำลังเดินตามเส้นทางเดียวกัน
ดูเหมือนเป็นกลยุทธ์ของ Salesforce ที่จะกำจัด PaaS คู่แข่ง
ไม่มีฟีเจอร์ใหม่ เหลือแค่การผุกร่อนอย่างช้า ๆ
การพยายามซ่อนขนาดนี้ยิ่งทำให้สงสัยว่าการเปลี่ยนแปลงจริง ๆ น่าจะใหญ่กว่านั้นมาก
ประกาศครั้งนี้ดูเหมือนเป็นขั้นแรก นั่นคือการแจ้งยุติการขาย
เวทมนตร์ของการ deploy ด้วย git push ของ Heroku นั้นล้ำมากในปี 2012
ตอนนี้ฉันกำลังพัฒนา Frost ซึ่งนำแนวคิดเดียวกันมาทำใหม่บนฐาน โอเพนซอร์สและ self-hosting
จุดเด่นคือ Auto SSL, custom domain, Docker-native และ ออกแบบให้เป็นมิตรกับ AI coding agent
ทำให้ agent ตั้งค่าเซิร์ฟเวอร์อัตโนมัติได้โดยไม่ต้องมี K8s ที่ซับซ้อน
ข่าวนี้สำหรับคนที่เคยอยู่ข้างในไม่น่าแปลกใจเลย
เมล็ดพันธุ์ของปัญหาเริ่มจาก โครงสร้างแรงจูงใจที่เปลี่ยนไป
เมื่อทีมขายทำเป้าได้เพียงแค่เปลี่ยนรูปแบบการคิดเงินของลูกค้าเดิม แรงจูงใจในการ หาลูกค้าใหม่และสร้างนวัตกรรม ก็หายไป
สุดท้ายรายได้ยังอยู่ แต่ผลิตภัณฑ์หยุดนิ่ง และพอเสียความสามารถในการแข่งขัน การล่มสลายก็มาอย่างรวดเร็ว
เหตุผลมีอย่างเดียว คือ ราคา
ในเมื่อสามารถ deploy ขึ้นคลาวด์เองได้ด้วยเครื่องมือโอเพนซอร์ส ก็ไม่มีเหตุผลจะต้องจ่าย “ภาษี Heroku”
Heroku ทำงานอยู่บน AWS อยู่แล้ว ฉันจึงคิดว่าควรสร้างโครงสร้างพื้นฐานของตัวเองตั้งแต่แรกมากกว่า
วลี “transitioning to a sustaining engineering model” เป็น ถ้อยคำอ้อมค้อมแบบองค์กร ที่ช่างสร้างสรรค์จริง ๆ
กล่าวคือ Heroku ตอนนี้เข้าสู่ช่วงที่มีแต่บำรุงรักษา ไม่มีฟีเจอร์ใหม่แล้ว
แค่คอยประคองระบบไว้ไม่ให้ดับเท่านั้น
ความเสื่อมถอยของ Heroku เป็น กรณีศึกษาที่ควรเอาไปเรียนกันในตำรา
Salesforce อาจดูเหมือนซื้อไปแล้วปล่อยทิ้ง แต่ความจริงซับซ้อนกว่านั้น
Heroku ก็ไม่ได้เป็นข้อยกเว้น แต่ถึงอย่างนั้น การอยู่รอดมาได้ 15 ปีหลังการเข้าซื้อก็ถือว่าน่าทึ่งมาก
แต่พอถึงช่วงเปลี่ยนเป็นลูกค้าจ่ายเงิน กำแพงราคากลับสูงเกินไป จนผู้ใช้ส่วนใหญ่รู้สึกว่า “แพงเกินไป”
ที่จริงบิลส่วนใหญ่ไม่ได้มาจาก Heroku เอง แต่เป็นค่า add-on จาก third party
หลังจากนั้น DigitalOcean ก็โผล่ขึ้นมารับไม้ต่อจุดแข็งของ Slicehost และตอนนี้ฉันมองว่า Fly.io คือผู้สืบทอดจิตวิญญาณของ Heroku
Salesforce อัดเงินเข้ามาเพื่อเร่งการเติบโตของผลิตภัณฑ์ และการเสื่อมถอยเพิ่งเริ่มขึ้นหลังจากนั้นเมื่อการสนับสนุนถูกถอนออก
คลิเช่เรื่อง “บริษัทใหญ่ฆ่าสตาร์ตอัป” มีให้เห็นบ่อยก็จริง แต่กรณีของ Heroku นั้นแตกต่างออกไปเล็กน้อย
ในช่วง 2 ปีที่ผ่านมา แทบไม่เห็นใครพูดว่าใช้ Heroku แล้ว
เมื่อดูจากจำนวนผู้ใช้ที่ลดลง การตัดสินใจครั้งนี้ก็ดูเป็นธรรมชาติ
ฉันเป็นผู้ร่วมก่อตั้ง Ploi Cloud ซึ่งเป็น PaaS จากยุโรปที่โฟกัส NodeJS และ PHP
เราได้แรงบันดาลใจจาก Heroku มาก และถ้าคุณกำลังมองหา ทางเลือกที่เน้นภูมิภาคยุโรป ลองดู ploi.cloud ได้