TL;DR
Get networking and server gear delivered free — and shop member deals
- Fast, free delivery on millions of items
- Access to Prime Big Deal Days deals on October 6–7
- Prime Video, Amazon Music and more included
FTL describes a cloud-oriented operating system design in which each container runs a userspace OS as a shared library above a minimal kernel interface. Its project site lists Linux HTTP server support in v0.0.1 and async Rust app support in v0.1.0 as released, while filesystem support is planned for November 2026.
FTL has introduced a cloud-oriented operating system design that runs a separate userspace OS inside each container, aiming to combine container flexibility with isolation closer to that of virtual machines. The project says its initial releases can run a Linux HTTP server and support async Rust applications, but filesystem support and several other planned capabilities remain on its roadmap.
According to the FTL project site, each container runs an OS implemented as a shared library. That library handles operating-system functions including Linux process behavior, a virtual file system and TCP/IP networking. A smaller FTL kernel supplies the underlying interface for functions such as virtual CPUs, memory and drivers, and provides a minimal layer through which Linux system calls can be implemented in userspace.
FTL says the approach can run Linux binaries while also allowing applications to use a more specialized, unikernel-like design without POSIX abstractions. As an example, the project identifies the Rust-based HTTP server serving its website as a Linux application running on FTL. The site lists that capability as released in v0.0.1, dated September 2026, and async Rust application support, including Linux threads and epoll, as released in v0.1.0 in October.
The project describes FTL as an attempt to combine features associated with microkernels and monolithic kernels. It says developers can extend operating-system features from userspace, including by adding debugging output, applying security updates or adding functionality without kernel or eBPF programming. Those are project goals and descriptions; the supplied material does not include independent performance or security evaluations.
A Different Boundary for Cloud Containers
FTL’s design targets a persistent cloud-computing trade-off: conventional containers are lightweight, but their isolation commonly depends on the host operating system’s kernel, while virtual machines use a hypervisor boundary and carry additional system overhead. FTL says its hardware-based user-mode isolation is intended to make lightweight containers as secure as VMs without giving up performance. That security and performance comparison is a stated goal, not a result established by the material provided.
If the approach works as intended, running OS functionality as a library could also change how teams maintain workloads. Developers might update or customize a container’s OS components alongside an application, rather than relying on changes to a shared host kernel. For cloud operators, the practical questions would include the isolation achieved, the cost of running workloads, compatibility with existing software and the effort required to operate the system.
The project’s current scope matters to readers evaluating those claims. Its published milestones show an early implementation, with filesystem support listed for November 2026 and Node.js and Go support for December. The platform’s usefulness for a wider range of production workloads will depend on how those milestones are delivered and how well the system performs beyond the example server.
As an affiliate, we earn on qualifying purchases.
From Server Demo to Broader Support
FTL’s central design choice is to move much of the operating system out of a conventional monolithic kernel and into a userspace OS library associated with each container. The project presents the lower-level FTL kernel as providing a limited foundation, while the library implements services that Linux applications expect. This differs from a standard container arrangement, in which separate processes use the host’s Linux kernel.
The project’s roadmap offers a snapshot of its development stage. Its site marks a Linux HTTP server as released in September 2026 and async Rust support as released in October. It then schedules a filesystem for November 2026, Node.js and Go support for December, and SMP, container images and 64-bit Arm support for January 2027. The roadmap dates are plans published by the project, rather than independent confirmation that future features have shipped.
“You can build your own OS as a library.”
— FTL project website
As an affiliate, we earn on qualifying purchases.
Security and Performance Still Unmeasured
The project material does not provide independent security testing, performance benchmarks, workload comparisons or details of a production deployment. It therefore does not establish that FTL’s isolation matches virtual machines or that its overhead is lower than alternatives. The site’s description of hardware-based user-mode isolation and its stated aims should be read as project claims.
It is also not clear from the supplied information how broad Linux binary compatibility is, which hardware and Linux features are supported today, or what operational tools are available for production use. The roadmap lists filesystem and language support as future work, but gives no detailed delivery criteria. Those points will affect whether FTL can move beyond its current server and Rust examples.
As an affiliate, we earn on qualifying purchases.
Roadmap Milestones Through January
The next listed milestone is filesystem support in November 2026, followed by Node.js and Go support in December. The project’s January 2027 roadmap calls for symmetric multiprocessing, container images and 64-bit Arm support. These dates are the project’s published schedule; the supplied source does not confirm whether those features are already in development or whether the timeline may change.
For developers and cloud operators, the next useful evidence will be working releases, documentation on compatibility and isolation, and reproducible measurements against conventional containers and virtual machines. Until such information is available, FTL is best described as an early-stage operating-system project with an articulated design and a staged feature roadmap, rather than a proven replacement for existing cloud infrastructure.
Rust application development hardware
As an affiliate, we earn on qualifying purchases.
As an affiliate, we earn on qualifying purchases.
Key Questions
What is FTL?
FTL is a project for a cloud-oriented operating system that places a userspace OS library inside each container, with a smaller kernel providing lower-level services.
Can FTL run Linux applications?
The project says FTL is compatible with Linux binaries and identifies a Rust-based Linux HTTP server as running on the system. Its published releases also list async Rust application support. The source does not specify the full range of supported applications or compatibility limits.
Has FTL shown that its containers are as secure as virtual machines?
No independent test results are included in the supplied material. Matching VM-like security is FTL’s stated goal, not a demonstrated finding in the project description.
What features are planned next?
FTL lists filesystem support for November 2026, Node.js and Go support for December, and SMP, container images and 64-bit Arm support for January 2027. These are roadmap dates published by the project and may change.
Source: hn
Halloween Picks
halloween
As an affiliate, we earn on qualifying purchases.
