- Heroku chuyển sang mô hình kỹ thuật bảo trì tập trung vào độ ổn định, bảo mật, độ tin cậy và hỗ trợ, ưu tiên duy trì chất lượng và sự xuất sắc trong vận hành hơn là phát triển tính năng mới
- Hiện tại, tất cả khách hàng phổ thông hiện tại và mới vẫn có thể tiếp tục sử dụng Heroku mà không có thay đổi nào về giá, thanh toán, dịch vụ hay cách sử dụng hằng ngày
- Các tính năng cốt lõi của nền tảng như ứng dụng, pipeline, team, add-on vẫn được giữ nguyên, nên không ảnh hưởng đến các workload production và workload trọng yếu của doanh nghiệp
- Các hợp đồng enterprise mới sẽ bị ngừng, nhưng các gói đăng ký enterprise và hợp đồng hỗ trợ hiện có vẫn được gia hạn và duy trì bình thường
- Trong tương lai, công ty sẽ tập trung đầu tư sản phẩm và kỹ thuật vào các lĩnh vực tạo ra giá trị dài hạn cho khách hàng, như hỗ trợ xây dựng và triển khai AI cấp doanh nghiệp
Chuyển đổi mô hình vận hành của Heroku
- Heroku chuyển sang mô hình sustaining engineering (kỹ thuật bảo trì), tập trung vào độ ổn định, bảo mật, độ tin cậy và hỗ trợ
- Ưu tiên duy trì chất lượng và sự xuất sắc trong vận hành hơn là bổ sung tính năng mới
- Nền tảng vẫn được duy trì là một dịch vụ được hỗ trợ đầy đủ trong môi trường production
- Những thay đổi này không ảnh hưởng đến cách khách hàng hiện tại sử dụng dịch vụ
- Khách hàng thanh toán bằng thẻ tín dụng (cả hiện tại lẫn mới) sẽ không có thay đổi về giá, hóa đơn, dịch vụ hay cách sử dụng hằng ngày
- Các tính năng cốt lõi như ứng dụng, pipeline, team, add-on vẫn được giữ nguyên
Thay đổi trong chính sách hợp đồng enterprise
- Các hợp đồng tài khoản enterprise mới sẽ không còn được cung cấp
- Tuy nhiên, các gói đăng ký enterprise và hợp đồng hỗ trợ hiện có vẫn được duy trì đầy đủ và có thể gia hạn
- Khách hàng hiện tại vẫn có thể tiếp tục sử dụng dịch vụ theo các điều khoản hợp đồng hiện hành
Mục tiêu của thay đổi
- Công ty đang điều chỉnh lại đầu tư vào sản phẩm và kỹ thuật để tập trung vào việc mang lại giá trị dài hạn cho khách hàng
- Đặc biệt nhấn mạnh vào hỗ trợ xây dựng và triển khai AI cấp doanh nghiệp có độ bảo mật và độ tin cậy cao
- Định hướng này nhằm duy trì vận hành ổn định của Heroku và giữ vững niềm tin của khách hàng
Tác động với khách hàng và hỗ trợ liên tục
- Khách hàng phổ thông vẫn có thể tiếp tục sử dụng toàn bộ các tính năng cốt lõi của Heroku
- Không có ảnh hưởng đến các workload production và workload trọng yếu của doanh nghiệp
- Heroku cam kết tiếp tục hỗ trợ và cung cấp dịch vụ ổn định
Kết luận
- Đợt chuyển đổi này là bước đi nhằm tăng cường sự ổn định dài hạn và cách vận hành lấy khách hàng làm trung tâm của Heroku
- Nền tảng vẫn được duy trì là môi trường PaaS đầy đủ ở cấp production, đồng thời sẽ tập trung tăng cường hỗ trợ AI và công nghệ enterprise
1 bình luận
Ý kiến Hacker News
Ngày đầu tiên tôi gia nhập Heroku đúng vào ngày thương vụ Salesforce mua lại được chốt
Nhiều người quy việc Heroku đánh mất bản sắc và suy tàn cho Salesforce, nhưng thực tế có rất nhiều hiểu lầm
Khi đó Salesforce đã rót rất nhiều tiền cho Heroku và gần như không can thiệp, cho phép công ty hiện thực hóa tầm nhìn từ trước cả khi Docker ra đời (2013)
Sau khi ra mắt runtime Cedar năm 2011, công ty tăng trưởng bùng nổ, nhưng đến năm 2012 lại chật vật vì nợ kỹ thuật và vấn đề khả năng mở rộng
Nhân sự tăng gấp ba (20 người → 74 người), nhưng hai sự cố của AWS us-east-1 khiến cả công ty phải dồn sức vào độ tin cậy, và trong 18 tháng sau đó gần như không ra mắt tính năng lớn nào
Khi các nhà sáng lập rút lui, công ty mất đi lãnh đạo, và một văn hóa đặt quy trình lên trên kết quả bắt đầu hình thành
Đến lúc rời công ty vào năm 2014, tôi đã cảm thấy sản phẩm bị đình trệ
Ngay cả nếu Salesforce can thiệp nhiều hơn thì chưa chắc kết cục đã khác
Dù vậy, đó vẫn là trải nghiệm đáng kinh ngạc nhất trong sự nghiệp của tôi, và tôi nhớ quãng thời gian làm việc cùng những đồng nghiệp đầy nhiệt huyết
Ý tưởng và cách tiếp cận đều rất ấn tượng, và trải nghiệm ấy đã thay đổi hoàn toàn cách tôi suy nghĩ với tư cách một kỹ sư
Đã có lúc sản phẩm bắt đầu đình trệ, nhưng chúng tôi thực sự chiến đấu rất quyết liệt để giảm nợ kỹ thuật và cải thiện hạ tầng
Đến giờ tôi vẫn không quên một sai lầm huyền thoại, nhưng chắc chắn sẽ không bao giờ viết nó lên diễn đàn công khai
Tôi từng giải thích với mọi người rằng triển khai có thể là một mô hình đơn giản và dễ tiếp cận đến như vậy
Nhưng sau này khi tôi lại giới thiệu nó, Heroku lúc đó đã đánh mất lòng tin của ngành
Việc các nhà sáng lập rời đi và những con người thiên về quy trình bước vào khiến sức sống của một startup biến mất là điều quá quen thuộc
Tri thức ngầm và nhịp vận hành của đội ngũ cũ sẽ bị pha loãng hoàn toàn
Theo tôi, khi đó đội ngũ đã quá ưu tiên tốc độ nên lơ là thiết kế và cấu trúc, tự mình tích lũy nợ kỹ thuật
Video liên quan
Đây là một thông báo kiểu doanh nghiệp mơ hồ khi nói rằng “muốn làm rõ điều này có ý nghĩa gì với khách hàng”, nhưng thực tế lại chẳng giải thích gì cả
Ở bên trong công ty, ai cũng biết đó thực chất có nghĩa là “khai tử sản phẩm”
Quy trình thường là ngừng bán → đổi tên → chấm dứt trong vòng 10 năm, và Heroku có vẻ cũng đang đi theo lộ trình đó
Có vẻ đây là chiến lược của Salesforce nhằm loại bỏ một PaaS cạnh tranh
Không còn tính năng mới, chỉ còn sự mục rữa dần theo thời gian
Cách họ cố giấu điều này chỉ càng khiến người ta nghi rằng quy mô thay đổi còn lớn hơn nhiều
Thông báo lần này có vẻ là bước đầu tiên: thông báo ngừng bán
Phép màu triển khai bằng
git pushcủa Heroku vào năm 2012 thực sự mang tính cách mạngHiện tôi đang phát triển Frost, triển khai cùng ý tưởng đó nhưng dựa trên mã nguồn mở và tự host
Nó có SSL tự động, domain tùy chỉnh, Docker native và thiết kế thân thiện với AI coding agent
Mục tiêu là để agent có thể tự động cấu hình server mà không cần K8s phức tạp
Với những ai từng ở bên trong, tin này hoàn toàn không có gì bất ngờ
Mầm mống vấn đề bắt đầu từ sự thay đổi trong cấu trúc khuyến khích
Khi đội sales có thể đạt chỉ tiêu chỉ bằng cách thay đổi hình thức thanh toán của khách hàng hiện tại, động lực tìm khách hàng mới và đổi mới đã biến mất
Kết quả là doanh thu vẫn được giữ nhưng sản phẩm đình trệ, và khi mất sức cạnh tranh thì cú lao dốc đến rất nhanh
Chỉ có một lý do: giá
Khi đã có thể tự triển khai trực tiếp lên cloud bằng công cụ mã nguồn mở thì không có lý do gì phải trả “thuế Heroku”
Heroku vốn chạy trên AWS, nên tôi nghĩ đáng ra họ nên xây dựng hạ tầng riêng
Cụm “transitioning to a sustaining engineering model” đúng là một cách nói giảm nói tránh kiểu doanh nghiệp cực kỳ sáng tạo
Tức là Heroku giờ đã bước sang giai đoạn chỉ bảo trì, không còn tính năng mới
Chỉ duy trì hệ thống và giữ cho đèn chưa tắt hẳn
Sự suy tàn của Heroku là một ca điển hình rất đáng để nghiên cứu
Trông có vẻ như Salesforce mua xong rồi bỏ mặc, nhưng thực tế phức tạp hơn thế
Heroku cũng không phải ngoại lệ, nhưng việc trụ được 15 năm sau khi bị mua lại vẫn là điều đáng nể
Nhưng khi chuyển sang trả phí, rào cản giá lại quá cao và phần lớn người dùng đều thấy “quá đắt”
Trên thực tế, phần lớn hóa đơn lại đến từ chi phí addon bên thứ ba chứ không phải Heroku
Sau đó DigitalOcean xuất hiện và kế thừa những điểm mạnh của Slicehost; còn hiện giờ tôi nghĩ Fly.io là cái tên tiếp nối tinh thần của Heroku
Salesforce đã rót tiền để sản phẩm phát triển, và chỉ đến khi họ rút hỗ trợ thì sự suy thoái mới bắt đầu
Câu chuyện “tập đoàn lớn giết chết startup” là một khuôn mẫu quen thuộc, nhưng với Heroku thì câu chuyện hơi khác một chút
Hai năm gần đây tôi gần như không gặp ai còn dùng Heroku
Nếu xét đến mức suy giảm người dùng thì quyết định này có vẻ hợp lý
Tôi là đồng sáng lập của Ploi Cloud, một PaaS đặt tại châu Âu, tập trung vào NodeJS và PHP
Chúng tôi lấy nhiều cảm hứng từ Heroku, và nếu bạn đang tìm một giải pháp thay thế tập trung vào khu vực châu Âu thì có thể xem ploi.cloud