- Fly.io đã huy động khoảng 25 triệu USD vào tháng 7/2023 từ A16Z cùng các nhà đầu tư hiện hữu như Intel Capital, Dell, v.v., sau đó tiếp tục nhận thêm khoảng 70 triệu USD do EQT Ventures dẫn dắt
- Vấn đề cốt lõi là ứng dụng sẽ tốt hơn khi chạy gần người dùng hơn, nhưng với lập trình viên thông thường, việc triển khai ở nhiều thành phố là điều khó nắm bắt trong vòng 2 giờ
- Fly.io xem không chỉ triển khai toàn cầu, mà cả VM theo nhu cầu, tính năng thời gian thực, presence của người dùng, mã hóa và secret, cơ sở dữ liệu dạng cụm, cũng như suy luận tăng tốc bằng phần cứng đều thuộc cùng một “bài toán 2 giờ”
- Khoản đầu tư sẽ được dùng cho đội phần cứng của riêng Fly.io, thêm nhiều region, hỗ trợ và độ ổn định, các tính năng lưu trữ và bảo mật nâng cao, cũng như thử nghiệm phần cứng mới
- Fly.io tiếp tục theo đuổi hướng đi là một nền tảng thân thiện với lập trình viên, cho phép đăng ký trực tuyến rồi thử nghiệm nhanh, chạy ứng dụng chỉ với một hai lệnh
flyctlvà đóng gói bằng container
Fly.io huy động vốn
- Fly.io đã huy động 25 triệu USD vào tháng 7/2023 từ các nhà đầu tư gồm A16Z và các nhà đầu tư hiện hữu như Intel Capital, Dell, v.v.
- Sau đó, công ty tiếp tục nhận thêm 70 triệu USD do EQT Ventures dẫn dắt
- Một mục đích thực tế của việc công bố khoản đầu tư là thu hút khách hàng
- Có những khách hàng vẫn thoải mái làm việc với một Fly.io nhỏ bé, nhưng cũng có khách hàng chỉ yên tâm khi Fly.io đã nhận thêm 70 triệu USD do EQT Ventures dẫn dắt
- Trong nhiều năm, Fly.io đã thảo luận với người dùng, người hâm mộ và cả những người phê bình trong cộng đồng để tinh chỉnh tầm nhìn nền tảng mà họ muốn xây dựng
“Bài toán 2 giờ” và triển khai toàn cầu
- Năm 2020, niềm tin nền tảng của Fly.io là ứng dụng càng chạy gần người dùng thì hoạt động càng tốt
- Những ứng dụng như video hoặc presence thời gian thực được xếp vào nhóm khó triển khai nếu không có sự gần gũi về mặt vật lý
- Trong luồng ra mắt ban đầu trên HN, Fly.io dự đoán WebRTC, edge caching và máy chủ game sẽ là các chủ đề chính, nhưng sự quan tâm thực tế lại nghiêng về phía cơ sở dữ liệu
- Điểm Fly.io đã bỏ lỡ là họ cho rằng chỉ những ứng dụng “kiểu edge” cụ thể mới cần triển khai toàn cầu
- Trên thực tế, phần lớn ứng dụng cũng muốn chạy ở edge, nhưng chỉ thử làm khi việc đó đủ dễ
- Với máy chủ game, triển khai ở edge là bắt buộc nên đội ngũ sẽ thúc đẩy cho đến khi vấn đề được giải quyết
- Với một ứng dụng CRUD như hiệu sách trực tuyến, nếu thử khoảng 2 giờ mà vẫn không thấy con đường rõ ràng, nhóm sẽ chuyển sang việc khác
Giới hạn của cách triển khai Internet hiện nay
- Vấn đề được nêu ra là phần lớn ứng dụng CRUD trên toàn thế giới đang được host gần Ashburn, Virginia, nơi có Amazon
us-east-1 - Nhiều lập trình viên hiểu rằng chạy gần người dùng hơn là tốt hơn, nhưng với các công cụ thông thường, họ khó nắm bắt trong vòng 2 giờ cách vận hành ứng dụng đồng thời ở nhiều thành phố
- Canh bạc của Fly.io là nếu có nền tảng và toolchain phù hợp, các ứng dụng như hiệu sách, ứng dụng đánh giá sandwich, trình gợi ý nhạc, hay công cụ quản lý danh sách email của nhà thờ cũng có thể chạy nhanh trên toàn thế giới
- Khu vực mục tiêu không dừng lại quanh Ashburn, mà bao gồm cả các thành phố như Chicago, Sydney, Singapore, São Paulo
- Khả năng hoạt động nhanh đồng thời ở nhiều thành phố được xem là một tính năng quan trọng giúp nâng chất lượng ứng dụng
Fly Machines và các “tính năng 2 giờ” khác
- Sandbox, trình biên tập mã và REPL, cũng như ứng dụng CI/CD đều phải chạy mã khách hàng không đáng tin cậy
- Các hệ thống này từ lâu đã tự giải quyết cách khởi chạy container bị khóa chặt khi cần
- Nhưng dù VM theo nhu cầu là một tính năng có giá trị lớn với nhiều loại ứng dụng, chỉ sau 2 giờ tìm hiểu thì con đường triển khai vẫn không rõ ràng
- Vì vậy Fly.io đã tạo ra Fly Machines, với mục tiêu biến việc khởi chạy VM trở nên đơn giản như gọi một hàm
- Các mục tiêu tiếp theo cũng thuộc cùng mẫu hình này
- Tính năng thời gian thực và presence của người dùng
- Mã hóa và lưu trữ secret
- Cơ sở dữ liệu dạng cụm
- Suy luận tăng tốc bằng phần cứng
- Các công ty khác trong các lĩnh vực cơ sở dữ liệu phân tán, data locality, lưu trữ, AI và framework ứng dụng cũng đang cố giải bài toán “cửa sổ 2 giờ” của lập trình viên
- Nếu Fly.io hoạt động đúng như dự định, các nền tảng đó có thể xây dựng những thành tố nền tảng mới bên trên Fly.io, đưa ý tưởng mới đến người dùng nhanh hơn và nâng cao chất lượng ứng dụng
Vì sao cần vốn đầu tư
- Fly.io cho rằng để xây dựng loại nền tảng này cần có các yếu tố thâm dụng vốn
-
Đội phần cứng riêng
- Fly.io từ trước đến nay luôn chạy trên phần cứng của riêng mình
- Việc tự đưa phần cứng vào rack thay vì xây chồng lên một đám mây đa dụng có các lý do kỹ thuật và lý do về quyền kiểm soát
- Lý do cốt lõi là tính kinh tế
- Để mọi người xây ứng dụng trên nền tảng, Fly.io cần cho thấy khả năng vẫn tồn tại sau 10 năm nữa, và họ cho rằng phần cứng cho phép đạt được biên lợi nhuận cần thiết
-
Nhiều region hơn
- Fly.io khởi đầu với 19 region, và cho rằng con số này là đủ nếu chỉ nhắm tới từng lập trình viên ứng dụng riêng lẻ
- Nhưng Fly.io cũng muốn các nền tảng khác như cơ sở dữ liệu được quản lý và công cụ dành cho lập trình viên chạy trên Fly.io
- Những công ty như vậy cần nhiều region hơn
- Fly.io hiện đã tăng lên 33 region, và tốc độ bật region mới cũng đang nhanh hơn
-
Hỗ trợ và độ ổn định
- Fly.io nhận thức rằng thách thức về độ ổn định của nền tảng là rất lớn
- Họ không xem đây là vấn đề có thể giải quyết chỉ bằng những cách thông minh
- Công ty cũng muốn đặt thêm nhiều cược vào lưu trữ nâng cao, tính năng bảo mật và các loại phần cứng mới
Hướng đi nền tảng không thay đổi
- Hướng đi về loại công ty nền tảng mà Fly.io muốn trở thành không thay đổi kể từ năm 2020
- Mục tiêu là một nền tảng có thể dùng thử trong vòng 5 phút sau khi đăng ký trực tuyến
- Ở phía đối lập là những nền tảng mà sau khi đăng ký trực tuyến, nhân viên kinh doanh sẽ liên hệ để báo giá và đặt lịch demo
- Fly.io muốn một nền tảng có thể hiểu được mà không cần đọc manual
- Ở phía đối lập là những nền tảng có cả các sách hướng dẫn sử dụng cạnh tranh nhau, và cần chứng chỉ chuyên môn để đưa ứng dụng lên chạy
- Nền tảng cần có khả năng chạy mã Python, Rust, Julia một cách tự nhiên
- Điều này đối lập với cách phải biên dịch lại mã sang JavaScript
- Các tính năng của Fly.io nhìn chung có thể dùng bằng một hai lệnh
flyctl, và hoạt động với ứng dụng có thể đóng gói thành container - Nếu đã có một Docker container đang chạy được, bạn có thể thử ngay trên Fly.io
- Ngay cả khi bắt đầu từ đầu, bạn cũng có thể chạy trên Fly.io trong vài phút một chữ số
- Fly.io cho rằng để chạy trên mọi châu lục có thể chỉ cần thêm khoảng 1–2 phút từ đó
1 bình luận
Ý kiến trên Hacker News
Cụm “đã huy động được rất nhiều tiền” giờ đây lại khiến cả khách hàng của một dịch vụ cảm thấy lo trước tiên
Nó tạo cảm giác công ty đó chỉ vận hành bằng tiền của quỹ đầu tư mạo hiểm, mức giá tôi đang dùng hay đang trả không phản ánh chi phí thực tế trong tương lai, và nền tảng cứ tiếp tục phình to bất kể doanh thu ra sao
Ở góc độ khách hàng, nghe rằng họ đang có lợi nhuận nhờ vận hành và tập khách hàng trả phí còn tạo cảm giác ổn định đáng tin hơn
Không phải phản đối bản thân bài viết này, nhưng từ góc nhìn khách hàng thì đây không còn dễ được xem là tín hiệu tích cực nữa
Rồi đến một ngày họ bảo rằng tôi đang dùng một nền tảng tuyệt vời miễn phí nên giá bị đổi sang mức vô lý
Nó giống như thuê người cắt cỏ, rồi vài năm sau họ lái tới với 3 máy cắt cỏ ngồi lái và bảo phải tăng giá để bù chi phí cho dịch vụ đang cung cấp
Chính họ là người đã mở rộng kinh doanh để phục vụ khách có bãi cỏ 10 acre rồi mặc định tôi cũng cần cùng mức dịch vụ đó, nhưng cuối cùng người mất đi việc chăm sóc bãi cỏ lại là tôi
Nếu là nhà đầu tư thì việc lo ngại phụ thuộc vào vốn mạo hiểm là hợp lý, nhưng với tư cách người dùng, được ăn đồ rẻ nhờ trợ giá bằng tiền đầu tư từ những dịch vụ như Hello Fresh cũng đâu có gì xấu
Có vẻ không lâu nữa sẽ bán được để exit, nhưng nếu họ đủ sức chịu đựng để tiếp tục như một công ty độc lập thì đó sẽ là điều rất đáng mừng
Tôi sẽ kỳ vọng rằng sản phẩm đã được kiểm chứng, có vẻ có khả năng thành công cao hơn đối thủ, sẽ chưa biến mất trong một thời gian, và việc cải thiện sản phẩm cũng sẽ nhanh hơn
Câu đùa “mọi ứng dụng CRUD trên thế giới đều chạy ở Loudoun County, VA, tức Ashburn của Amazon us-east-1, và ở thành phố đó có quá nhiều ứng dụng Rails đến mức một trong số chúng đã được bầu vào hội đồng giám sát của quận” buồn cười đến mức đau vì quá đúng
Nghĩ kỹ thì bản thân mô hình region nhìn tổng thể đã khá lỗi thời. AWS cũng có vài động thái, nhưng rốt cuộc vẫn bị trói vào khái niệm region ở những thứ như control plane, rồi còn sự kỳ quặc của VPC, cách tính phí khó hiểu, vấn đề khả dụng, cùng đủ loại hack, stack và công sức để xử lý nhiều region/AZ
Những người đến sau như Fly hay Cloudflare, với cách tiếp cận chạy tính toán ở edge mà không có khái niệm region, có vẻ đang dần chiếm lĩnh mảng cloud, còn cách tiếp cận dựa trên region của AWS có lẽ sẽ chỉ còn lại cho các ứng dụng legacy bị mắc kẹt trong đó
Cách tiếp cận dựa trên region giống một trung tâm dữ liệu co giãn được lưu trữ hơn là “cloud thực sự”. Cloud thực sự nên là thứ có mặt ở khắp nơi đến mức chẳng còn phải cân nhắc nó ở đâu nữa
Nhờ vậy mà brand marketing của họ gần như không có chỗ chê. Mọi bài trên blog đều rõ ràng và truyền tải bằng giọng điệu hơi mỉa mai
Nếu muốn trở thành một hacker nổi tiếng, có lẽ bạn cũng phải là một cây bút hơi có tiếng trong ngành
Kiểu bình luận mang tính tự nhận thức như thế này chỉ hiệu quả khi dùng hiếm hoi, và bài lần này làm rất tốt
Nó thừa nhận động cơ vụ lợi, sự đạo đức giả ngầm và tính khoe khoang của kiểu thông báo này, đồng thời vẫn truyền đạt đầy đủ thông tin quan trọng và giải thích ngắn gọn vấn đề thực tế mà nền tảng đang giải quyết
Cách sử dụng hợp pháp của khoản đầu tư cũng được nêu rõ, nên nó trả lời được câu hỏi “vì sao” và “ở mức nào”
Về câu hỏi “vì sao startup lại viết những thông báo như vậy?”, ở các công ty đã trải qua nhiều vòng gọi vốn, đó 100% là cái cớ để lên mặt báo
Trừ khi kiểu “CEO bị bắt cùng lúc vì biển thủ và quấy rối”, còn nếu có thể tạo ra cái cớ để được lên báo công nghệ thì xem như có quảng cáo miễn phí
Nếu khách hàng mục tiêu có đọc báo công nghệ thì càng tốt. Không có gì sai, nhưng việc thừa nhận lý do vụ lợi mà lại bỏ qua nguyên nhân phổ biến nhất thì hơi bất ngờ
Các nhà báo hiểu rất rõ độc giả của họ, và diễn giải rằng chỉ những bài có kèm thông báo đầu tư mới có lượt nhấp
Vì vậy sau khi gọi được vốn, chúng tôi thường im lặng tới 6 tháng rồi mới công bố cùng với tính năng mới hoặc sản phẩm mới ra mắt
Nếu các bài công nghệ không có thông báo gọi vốn cũng nhận được nhiều lượt nhấp hơn thì vòng lặp này có thể thay đổi, nhưng hiện tại nó giống một dạng thế lưỡng nan của tù nhân: không ai viết loại bài đó, không có lượt nhấp, nên lại càng không ai viết
Thường là vì mục đích vụ lợi nhằm để lại một thông điệp và ấn tượng cụ thể, như bài viết đã giải thích
Tất nhiên cũng có mục đích để nhiều người biết tới tên công ty hơn, và đó có thể là động cơ vụ lợi mà bài viết đề cập ít hơn
Theo tôi nhớ thì về mặt kỹ thuật đây dường như là thông tin công khai. Khi tôi lập công ty, tôi đã được giải thích như vậy, dù chuyện đó cũng lâu rồi
Nếu bạn không tự công bố thì người khác sẽ công bố, nên tốt hơn nhiều là đăng trước để mọi người đọc bài của mình thay vì bài của họ
Nếu đã huy động 100 triệu USD thì phải hướng tới một khoản thoái vốn 1 tỷ USD. Để giữ được đà hiện tại, chi phí R&D sẽ tăng khủng khiếp
Tự xây toàn bộ stack, rồi cuối cùng phải làm cho mọi thứ cực kỳ vững chắc, nên đây là một khối lượng kỹ thuật khổng lồ
Vì Fly tính phí cho compute còn phần cứng và băng thông thì rẻ, nên trên sổ sách có thể trông như có lãi
Nhưng chi phí thực sự là R&D, marketing và thù lao bằng cổ phiếu, và những khoản này có thể ngăn cản khả năng sinh lời ở bất kỳ quy mô nào. Đây không phải chi phí một lần mà là tiền phải chi liên tục, và nếu không chi thì khách hàng sẽ rời đi
Đây không chỉ là trường hợp riêng của Heroku mà là bi kịch của các startup nền tảng/hạ tầng
Có lý do khiến không thấy nhiều nhà cung cấp cloud nhỏ, vì hiệu quả kinh tế chỉ hợp lý khi có quy mô
Có vẻ Fly có một góc nhìn thật sự hay và hiện đại về kỹ thuật phần mềm, và trông như là nơi đáng làm việc, nhưng tôi cảm thấy có một sự lệch pha lớn giữa marketing và sản phẩm
Marketing và tài liệu tập trung vào việc triển khai cực dễ các app server phân tán trên toàn thế giới, nhưng những khách hàng thực sự cần app server phân tán toàn cầu thì nhiều khả năng đã có sẵn một nền tảng trưởng thành với cả hệ thống lưu trữ dữ liệu phân tán toàn cầu, nên có lẽ họ sẽ không bận tâm chuyện dựng app server
Vì vậy tôi có cảm giác mình đang hiểu sai điều gì đó ở mức nền tảng về kiến trúc ứng dụng Internet
Việc có thể chạy ở nhiều region rất hữu ích. Cộng đồng Splatoon không tập trung ở một nơi mà rải khắp thế giới, nên nếu chỉ host ở Mỹ thì người chơi Nhật sẽ thấy chậm, và ngược lại cũng vậy
Dù dự án có không thành công, tôi nghĩ sau này khi ra khỏi môi trường học đường thì đây vẫn sẽ là một trải nghiệm khá hữu ích
Hiện tại tôi đang chạy ở bờ Đông Mỹ, Amsterdam và Tokyo với chi phí khoảng 10 USD/tháng
Chỉ là đối tượng thay đổi thành Kubernetes, ứng dụng một trang, GraphQL, triển khai edge, v.v.
Trong cơn sốt đào vàng thì cứ bán xẻng là được
Câu “có những công ty nền tảng chạy tốt Python, Rust, Julia, và có những công ty nền tảng khiến bạn phải tìm cách biên dịch lại chúng sang JavaScript” nghe như một cú chọc vui nhắm vào Cloudflare và Deno
Sẽ khá thú vị nếu Fly ngoài Docker container còn host cả WASM container
Tôi nghĩ phần chọc Cloudflare là đoạn “khiến nhân viên kinh doanh gọi điện”
Tôi thích đoạn họ thừa nhận rằng dù từng nghĩ Fly sẽ được dùng cho game/edge caching các kiểu, nhưng thực tế thì ai cũng dùng nó như Heroku mới để triển khai các ứng dụng CRUD Rails+PostgreSQL
Theo cách tôi hiểu thì mục tiêu tiếp theo là biến việc đưa app Rails+PostgreSQL ra edge thành chuyện vặt, kiểu “vấn đề hai giờ”
Khá táo bạo. Về mặt lịch sử, chuyện này thường đòi hỏi sự gắn kết đặc thù theo ứng dụng/framework/domain, kiểu như “mô hình domain này thì nên sharding thế nào là tốt nhất”
Nói là giải bằng PaaS/IaaS thì thực chất gần như đồng nghĩa với việc viết và vận hành một Cloud SQL/Aurora phân tán
Tuy nhiên, nếu chỉ ở mức vận hành trơn tru một bản clone Aurora hay thứ như Neon bên trong stack thì có vẻ khả thi, và giá trị sản phẩm cũng sẽ khá lớn
Xét đến việc biên lợi nhuận của cloud cho SMB/dự án sở thích tương đối thấp, tôi không rõ fly.io sẽ đảm bảo khả năng sinh lời thế nào
Có thể cho miễn phí trên toàn cầu ở free tier đấy, nhưng khi EQT cần thu hồi vốn thì chuyện gì sẽ xảy ra
Liệu họ có thể xây đủ tính năng để các công ty nghiêm túc lựa chọn không. Ở những công ty tôi từng làm, trừ khi là đội dưới 5 người và hoàn toàn không cần mở rộng, còn không thì có vẻ khó dùng hay thúc đẩy dùng
Chúng tôi có unit economics tốt. Việc rủi ro và đáng sợ nhất mà chúng tôi từng làm là bắt đầu với phần cứng riêng
Trong hạ tầng hướng đến lập trình viên, bạn phải thu hút được nhiều lập trình viên, để họ mang chúng tôi vào chỗ làm, rồi giúp công ty của họ xây thứ gì đó tốt hơn trong thời gian dài
Với những công ty có quy trình mua sắm, mọi thứ được thiết kế để họ không mua hạ tầng cốt lõi từ một startup, nên việc này mất rất nhiều thời gian
Dù hiện tại chưa phù hợp với tất cả mọi người, nhưng đến giờ nó vẫn đang hiệu quả với chúng tôi
[0] https://community.fly.io/t/funding-and-longevity/1957
Tôi tò mò fly.io khác gì, hoặc tốt hơn thế nào, so với cách đặt toàn bộ ứng dụng, kể cả nội dung động, phía sau CloudFront hay CDN khác
CDN gần client hơn nên cung cấp cấu hình SSL với độ trễ thấp hơn, và khác biệt này có thể khá lớn
Dù không đẩy app server ra edge, nhưng làm vậy thì vẫn phải trả chi phí độ trễ khi chạm vào cơ sở dữ liệu nằm trong boongke ở Virginia
Nhiều ứng dụng phải đi-về cơ sở dữ liệu nhiều lần cho một web request, nên có vẻ còn tệ hơn. Tôi cho rằng tốt hơn là chấp nhận chi phí độ trễ ở web request, còn app server thì truy cập cơ sở dữ liệu nhanh
Có vẻ phần lớn khách hàng mục tiêu của Fly thuộc phía nội dung tĩnh