- Dù có kết quả kinh doanh mạnh, khi bản sắc kinh doanh bị lung lay, Fly.io đã huy động thêm vốn, giao quyền điều hành cho cựu CEO Docker Scott Johnston và chuyển Sprites thành mảng kinh doanh cốt lõi
- Khi AI cho phép bất kỳ ai cũng có thể tạo phần mềm tùy chỉnh, việc chỉ dựa vào public cloud triển khai gần người dùng và sự tiện lợi xoay quanh nhà phát triển con người trở nên khó tạo khác biệt
- Sprites là máy tính dành cho agent có thể tạo hàng trăm, hàng nghìn máy khi cần và duy trì lâu dài; mỗi máy cung cấp đĩa bền vững 100GB và mô hình trả theo mức dùng, ngừng tính phí khi nhàn rỗi
- Sprites mới bổ sung Sprite Block Device nhanh hơn, ổn định hơn, cùng disk forking và Connectors để gọi hệ thống bên ngoài mà không để lộ thông tin xác thực
- Fly.io không theo đuổi đồng thời nền tảng ứng dụng tính năng cố định do con người thiết kế và tương lai xoay quanh agent, mà tập trung vào vế sau; tuy nhiên Fly Machines và các tính năng PaaS hiện có vẫn được duy trì
Khủng hoảng bản sắc lộ rõ giữa kết quả kinh doanh mạnh
- Khi đánh giá nơi tốt nhất để host ứng dụng mới vào năm 2026, Theo Browne đã nói tích cực về Fly.io, nhưng cũng nhận định rằng trong số các nhà cung cấp ông theo dõi, đây là bên mà ông khó chắc chắn nhất về khả năng còn tồn tại đến cuối năm
- Khi đó, Fly.io vẫn đang có kết quả quý mạnh, bao gồm thành tích tài chính tốt nhất trong lịch sử công ty, nhưng vấn đề bản sắc — họ sẽ xây dựng gì và đi về đâu — vẫn chưa được giải quyết
- Fly.io đã huy động một khoản vốn bổ sung đáng kể, phát hành phiên bản Sprites mới để tập trung năng lực của công ty, đồng thời bổ nhiệm Scott Johnston làm CEO
Tiền đề của product-market fit hiện tại đã thay đổi
- Fly.io khởi đầu từ hai nguyên tắc
- Ứng dụng Internet càng được triển khai gần người dùng thì càng nhanh
- Thay vì hạ tầng cloud phức tạp, nhà phát triển cần được cung cấp đồng thời sự linh hoạt của AWS và tính dễ dùng của Heroku
- Hai nguyên tắc này vẫn quan trọng, nhưng khi AI thay đổi việc phát triển phần mềm, chúng không còn mang tính quyết định như trước
- Chỉ tích hợp coding agent vào quy trình phát triển hiện có như một trình biên dịch thông minh hơn là chưa đủ để nắm bắt quy mô của thay đổi
- Trước khi bảng tính xuất hiện, những công việc tương đương với tài liệu Excel ngày nay cũng phải là chương trình do lập trình viên tạo ra, nhưng công thức bảng tính đã biến vô số nhân viên nghiệp vụ thành lập trình viên
- AI đang tạo ra thay đổi còn lớn hơn thế, tiến tới hướng gần như bất kỳ ai cũng có thể tạo gần như mọi loại chương trình
- Public cloud hiện tại được thiết kế để triển khai các ứng dụng có tính năng cố định, đã đi qua tiêu chuẩn nghiêm ngặt và quy trình CI/CD, tới hàng triệu người dùng
- Trong tương lai vẫn sẽ có chương trình phục vụ hàng triệu người dùng, nhưng đó có thể không phải là hình thức phổ biến, giống như bảng tính có hàng triệu độc giả
- Tiếp tục đặt cược vào thiết kế public cloud kiểu năm 2020 cũng giống như đặt cược ngược lại sự lan rộng của phần mềm được cá nhân hóa và thích ứng
- Fly.io chọn một thế giới nơi bạn bè và gia đình có thể dùng máy tính để tự làm điều họ muốn mà không phải chờ nhà phát triển
Nhu cầu của agent quan trọng hơn trải nghiệm nhà phát triển cho con người
- Vấn đề hạ tầng cloud khó với nhà phát triển vẫn còn, nhưng khi agent làm thay công việc, tầm quan trọng của trải nghiệm nhà phát triển được thiết kế tỉ mỉ cho con người sẽ giảm đi
- Với các agent hoạt động tốt hơn trong môi trường tường minh, các giá trị mặc định giàu quan điểm và trải nghiệm nhà phát triển được tuyển chọn thậm chí có thể trở thành bất lợi
- Mọi người bắt đầu giao cho agent thay vì đọc tài liệu và tự mày mò học CLI mới bằng thử-sai
- Agent có thể xử lý trong một lần yêu cầu triển khai một site tạo local lên Fly.io, nhưng cũng có thể xử lý triển khai AWS trong một lần, nên chỉ dựa vào tính dễ dùng hiện có sẽ khó tạo khác biệt
- Sau khi quan sát thấy nhóm khách hàng tăng trưởng nhanh nhất là robot, Fly.io bắt đầu tìm môi trường mà agent thật sự muốn, thay vì diễn giải lại sản phẩm hiện có cho agent
Chiếc máy tính mà agent muốn
- Coding agent về cơ bản được tạo ra để chạy trên workstation của nhà phát triển
- Ngay cả một sandbox đáng tin cậy, nếu chạy trên laptop vật lý, cũng sẽ dừng công việc ngay khi gập máy; vì vậy người dùng rốt cuộc sẽ chuyển sandbox của agent lên cloud
- Máy chủ public cloud hiện tại đòi hỏi cam kết quá lớn đối với công việc của agent
- Chúng cần tạm thời hơn cả máy chủ kiểu thú cưng truyền thống hoặc máy chủ kiểu gia súc
- Phải có thể tạo vào đúng thời điểm mong muốn, giữ trong đúng khoảng thời gian cần thiết và vận hành với chi phí thấp
- Sprites là máy tính bán dùng một lần được thiết kế cho các nhu cầu này
- Có thể nhanh chóng tạo hàng trăm hoặc hàng nghìn máy
- Mỗi Sprite được cung cấp đĩa bền vững 100GB
- Tính phí theo mức sử dụng, nhưng khi không làm gì thì việc đo đếm dừng lại, và hệ thống tự xác định trạng thái nhàn rỗi
- Có thể host ứng dụng và chia sẻ với đồng nghiệp qua Internet
- Ngành đang tập trung vào sandbox, nhưng thứ agent cần không phải sandbox mà là máy tính có tính bền vững và khả năng sử dụng
- Có thể tạo Sprites ngay lập tức để tự dùng
Chuyển Sprites thành trung tâm của công ty
- Sprites ban đầu là dự án do một nhóm nhỏ, không chính thức trong Fly.io xây dựng, thậm chí còn không được host trên website chính của Fly.io
- Từ nay, máy tính dành cho agent (Computers for Agents) sẽ là trọng tâm cốt lõi của công ty, và Sprites cũng không còn là dự án chỉ do một số ít người phụ trách
- Fly Machines và các tính năng platform-as-a-service (PaaS) hiện có sẽ không bị loại bỏ mà tiếp tục được cung cấp
- Sprites mới cải thiện mở rộng và orchestration, đồng thời giới thiệu hai hệ thống con chính để hoàn thiện bộ chức năng mục tiêu
Sprite Block Device và disk forking
- Stack lưu trữ hiện tại được xây dựng dựa trên JuiceFS và kết nối với Litestream
- Sprite Block Device(SBD), stack lưu trữ được Ben Johnson và Tim Newsham xây dựng lại từ nền tảng, nhanh hơn và ổn định hơn trước, đồng thời vẫn duy trì khả năng checkpoint và khôi phục tức thời
- Với drive forking, phần mở rộng cốt lõi của SBD, có thể tạo một Sprite mẫu rồi sao chép hiệu quả nó hàng triệu lần
Connectors ngăn lộ thông tin xác thực
- Connectors dựa trên token được token hóa được phát triển để bảo vệ nền tảng lõi của Fly.io
- Chúng được thiết kế để Sprite có thể gửi yêu cầu đã xác thực tới hệ thống khác mà không trực tiếp cung cấp cho agent thông tin xác thực có thể bị rò rỉ
- Cách này tiện hơn so với việc quản lý thủ công tài khoản và API key
- Khả năng sao chép của SBD và Connectors là những tính năng được khách hàng yêu cầu nhiều nhất, đồng thời cũng là lý do nhiều công ty agent tiếp tục dùng Fly Machines ngay cả sau khi Fly.io ra mắt sản phẩm chuyên dụng cho agent
- Trừ khi xuất hiện một thay đổi công nghệ còn xa lạ hơn cả mô hình Transformer, Fly.io cho rằng Sprites phù hợp với khách hàng tương lai và một phần lớn khách hàng hiện tại, nên đang cung cấp bản beta mới
Founder CEO rời vị trí
- Trong 8 năm đầu khởi nghiệp, Fly.io được vận hành như một tổ chức thử nghiệm để tìm product-market fit
- Họ đã thử hàng chục thứ như Postgres không quản lý, global CDN, WireGuard user-mode
- Họ xây dựng một tổ chức kỹ thuật từ dưới lên, tránh roadmap sản phẩm và tạo một đội ngũ hoàn toàn remote làm việc tại hơn 12 quốc gia
- Một số thử nghiệm mang lại kết quả, những thử nghiệm khác trở thành cơ hội học hỏi, nhưng Fly.io ở giai đoạn hiện tại không còn cần các dự án khoa học kiểu này nữa
- Nhà sáng lập cho rằng mình đã sử dụng gần hết những điểm mạnh có thể mang lại trên cương vị CEO, nên rời vị trí
Scott Johnston nhậm chức CEO
- Từ năm 2025, trong nhiều tháng, Fly.io đã thảo luận phương án giao việc ra quyết định của Fly.io cho Scott Johnston
- Khi còn là CEO Docker, Scott đã dẫn dắt một giai đoạn khó khăn bắt đầu từ khủng hoảng bản sắc giữa thị trường doanh nghiệp và thị trường nhà phát triển, rồi sau đó đưa doanh nghiệp tăng trưởng mạnh
- Nhà sáng lập, khi đó là CEO và cũng là cổ đông Fly.io, cho rằng ở giai đoạn hiện tại của công ty, cách vận hành của Scott phù hợp hơn cách của mình, nên cùng hội đồng quản trị thuyết phục ông
- Nhà sáng lập sẽ ở lại với vai trò cố vấn và thành viên hội đồng quản trị, tham gia thảo luận thiết kế sản phẩm, còn Scott phụ trách vận hành và thực thi kinh doanh
Vốn bổ sung cho chiến lược mới
- Fly.io đã không công bố gọi vốn mới trong nhiều năm, nhưng trước đó đã huy động một khoản lớn và vận hành ở ngưỡng mà theo kế hoạch cũ thì không cần gọi thêm vốn
- Khi AI làm thay đổi kế hoạch hiện tại, công ty đã huy động vốn bổ sung để thúc đẩy chiến lược mới; quy mô và điều khoản cụ thể không được công bố
- Scott Johnston dự kiến sẽ đề cập riêng đến nội dung gọi vốn trong tương lai
Chọn một trong hai tương lai
- Fly.io dự đoán trong vài năm tới, agent sẽ quyết định cách xây dựng và triển khai gần như mọi phần mềm
- Phần mềm sẽ được cá nhân hóa hơn, nhóm người dùng mục tiêu nhỏ hơn, và hình thái sẽ linh hoạt, biến động hơn
- Thay đổi này vừa đem lại kỳ vọng, vừa khiến những người trong ngành cảm thấy không thoải mái
- Công ty có hai lựa chọn
- Tiếp tục mở rộng và cải thiện nền tảng ứng dụng full-stack tính năng cố định do con người thiết kế
- Hoàn thiện sản phẩm phù hợp với tương lai gần xoay quanh agent
- Nếu một startup theo đuổi đồng thời cả hai hướng, rất khó tập trung đủ vào bất kỳ hướng nào, nên Fly.io đã chọn sản phẩm xoay quanh agent
- Sprites đã giải quyết quyết định ưu tiên bị trì hoãn trong nhiều tháng, và Scott Johnston đảm nhận vai trò chuyển nó thành mảng kinh doanh cốt lõi của Fly.io
1 bình luận
Các ý kiến trên Hacker News
Lớp trừu tượng của Sprites rất đẹp, nhưng trong 30 năm làm phát triển phần mềm, tôi chưa từng thấy sản phẩm hạ tầng nào nhiều lỗi hơn thế
Dữ liệu liên tục biến mất, rơi vào trạng thái zombie không thể kết nối; một nửa hệ thống báo Sprite vẫn bình thường, nửa còn lại cho rằng nó đã chết, đến mức snapshot cũng không tải được
Thành quả biến mất sau bữa trưa, qua một đêm, thậm chí ngay trong lúc đang làm, nên sau 2 tuần tôi đã bỏ cuộc; phải lục lại lịch sử terminal để sao chép và cứu công việc từ Sprite đã chết
Có vẻ hơn một nửa số Sprite tôi chạy đều gặp vấn đề; ý tưởng thì tuyệt vời, nên mong họ đảm bảo được độ ổn định
Tuy nhiên khoảng hai tháng gần đây có vẻ đã ổn định hơn nhiều
Vài năm trước Fly.io cũng nhiều lỗi đến mức khó dùng cho nhu cầu thực tế, nhưng giờ tôi đang chạy khá ổn định vài workload production trên đó, nên tôi nghĩ Sprites cũng sẽ đi theo lộ trình tương tự, và thực tế đang diễn ra như vậy
Xét việc CEO đã vận hành rất tệ, việc từ chức có khi lại tốt hơn
Lý do cũng là các lỗi giao diện nghiêm trọng, mất dữ liệu và hỗ trợ kém
Dù vậy, trong thời gian thử nghiệm họ không dùng domain thật của công ty và cũng không tiết lộ mình là doanh nghiệp Fortune 200, nên điều đó có thể đã ảnh hưởng đến chất lượng hỗ trợ
Là một lập trình viên Elixir, tôi từng mong Fly.io thành công, nhưng họ không tìm được cân bằng giữa kỹ thuật ấn tượng và độ ổn định vận hành, khiến tôi phải rời đi đến hai lần
Có một thời gian, dù xảy ra sự cố toàn cầu, trang trạng thái vẫn hiển thị mọi thứ bình thường; phải xem bài viết trên diễn đàn mới biết có sự cố, và công ty trả lời rằng họ bận xử lý vấn đề nên không kịp cập nhật trạng thái
Sau đó họ bắt đầu cập nhật trang trạng thái, nhưng tình trạng “sự cố ở một region cụ thể” rồi vài giờ không có thêm tin tức vẫn lặp lại
Khi gói hỗ trợ trả phí xuất hiện, tôi đăng ký ngay, nhưng địa chỉ email hứa hẹn phản hồi nhanh hầu như không có ai kiểm tra; ngay cả khi báo cáo sự cố lớn, đến hôm sau hoặc vài ngày sau mới nhận được câu trả lời “Bạn đang gặp vấn đề gì?”
Nếu những chuyện này hiếm khi xảy ra thì chỉ là vấn đề hỗ trợ khách hàng, nhưng đã có thời điểm gần như tháng nào cũng gặp sự cố nghiêm trọng; rồi có vẻ ổn định một thời gian, sau đó lại liên tục sụp đổ
Cuối cùng tôi chuyển toàn bộ dịch vụ về tự host; tuy phiền hơn nhưng uptime cải thiện rõ rệt, và khi có sự cố tôi tự biết nguyên nhân nên đỡ đau đầu hơn nhiều
Nếu muốn tiếp tục kinh doanh hosting, họ phải chấp nhận trách nhiệm và đầu tư ngân sách cho vận hành; nếu không thì nên bỏ mảng hosting và trở thành một HashiCorp khác
Việc dồn toàn bộ công ty vào Sprites trông như Fly.io đang chọn tự sát
AI sandbox đã cạnh tranh gay gắt và gần như trở thành hàng hóa phổ thông; CEO mới có khả năng sẽ tập trung vào doanh thu bằng cách hy sinh tầm nhìn sáng tạo
Mong rằng nhận định này là sai
Container là dùng một lần, công việc có thể chạy lại dễ dàng nên việc giữ dữ liệu cũng ít quan trọng hơn; cũng có thể để agent tự dựng môi trường trực tiếp trên bare metal
Vì agent phần lớn phải chờ GPU, nếu áp dụng khử trùng lặp bộ nhớ giữa các workload tương tự nhau thì có thể chạy hàng trăm cái trên phần cứng ít hơn
AWS vốn đã là cloud dành cho agent, và với agent cùng hạ tầng dạng mã (IaC), độ phức tạp của AWS cũng giảm đi đáng kể
Giờ giá trị không nằm ở việc tranh nhau vài bp biên lợi nhuận phần cứng ở tầng điều phối hay phục vụ mô hình, mà ở việc xây dựng công cụ giúp agent đưa ra quyết định tốt hơn
Với những tiến bộ gần đây của LLM, không chỉ cá nhân mà cả doanh nghiệp và tổ chức cũng đang trải qua khủng hoảng bản sắc, và bài viết này là một ví dụ tốt
Có đáng tiếp tục xây dựng một sản phẩm hay công ty mà AI có thể tạo ra trong một lần hay không là điều đáng nghi
Ngược lại, một hệ quả thú vị là nó thúc ép chúng ta thử sức với những việc lớn hơn và tham vọng hơn, vốn trước đây là bất khả thi
Hy vọng sẽ có nhiều người hơn tham gia các lĩnh vực như năng lượng sạch, nơi dù hàng trăm người làm cùng một việc vẫn liên tục tạo lợi ích ròng cho nhân loại
Không rõ Docker thực sự đã tăng trưởng bùng nổ như một doanh nghiệp, hay là bùng kiểu Boeing với cửa bị thổi bay
Đánh giá liên quan của Bryan Cantrill cũng thú vị: https://news.ycombinator.com/item?id=28460504
Sprites có vẻ phù hợp với một doanh nghiệp nhỏ ổn định do vài người bạn vận hành hơn là một startup đã gọi vốn
Nếu là lập trình viên, bạn đã có thể giải quyết đủ tốt bằng Docker hoặc Podman
Thị trường mới khổng lồ, nơi đến cả ông bà cũng làm app, sẽ thuộc về các dịch vụ như Lovable; khả năng người không phải lập trình viên dùng Sprites là thấp
Cuối cùng họ chỉ có thể giành được một phần trong số các lập trình viên hiện có
Ngày nào cũng có tin OpenCode, Claude Code và các thứ tương tự là thảm họa bảo mật; nếu việc cô lập dễ đến vậy thì tại sao không có nhiều lập trình viên dùng container hơn, và vì sao các sự cố kiểu này vẫn tiếp diễn?
Tôi đang tránh lập trình bằng agent vì không muốn mở môi trường tại nhà cho LLM từ một công ty từ xa chỉ để viết mã nhanh hơn, nhưng rõ ràng tôi đang chịu thiệt từ lúc cần phân tích nhiều file nguồn cùng lúc
Việc rời đi ngay sau khi chuyển hướng toàn bộ công ty sang Sprites khiến tôi thấy khá thô bạo
Ít nhất cũng nên cho CEO mới cơ hội tự định hướng và đánh cược
Tôi nghi ngờ liệu có nên đặt tương lai công ty vào Sprites hay không; phán quyết cuối cùng thuộc về CEO mới
Về dài hạn, các môi trường thực thi cô lập kiểu này có khả năng sẽ được tích hợp vào Claude Code hoặc Codex, hoặc do chính các công ty AI cung cấp
Git worktree cũng giải quyết vấn đề tương tự, nhưng với Sprites, bạn có thể nhanh chóng dựng một instance, chạy dịch vụ rồi giao cho coding agent cải tiến tính năng
Bạn có thể chạy nhiều agent song song và chọn một trong các kết quả, đồng thời không bị giới hạn bởi số cổng hay CPU cục bộ
Nếu tính cả việc thiếu RAM sẽ còn tiếp diễn trong một thời gian, thì có thể chạy hàng trăm agent trên Sprites
Điều Fly.io cần sửa và tập trung vào là độ tin cậy
Tôi thích cách chỉ cần khởi chạy Docker container là app chạy, nhưng dịch vụ đã gián đoạn nhiều lần và giá cũng rất đắt
Giờ tôi chỉ dùng VPS đơn giản