Earlier quoted context omitted.
A more descriptive word would been self-hostable function as a service, that's why faas is in the name! The point of serverless is you don't have to think about hosting, and ideally it's cheaper. The problem is if the hosting provider goes away you're screwed. In the case of Faasta, it's a single static binary with minimal configuration so if that happens, you can host it your self or move to another provider.
How can you "not have to think about hosting" while self-hosting?
Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
21–30 of 33 posts
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#22Earlier quoted context omitted.
How can you "not have to think about hosting" while self-hosting?
I get the feeling it's basically an old-fashioned application server like Wildfly or Tomcat. So the developer doesn't worry about system-d config or whatever, but just adds their application files to a folder. Of course someone needs to maintain the application server, however it's deployed, but it detangles things a bit. I personally think this makes no sense unless someone else hosts the application server. Maybe i…
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#23That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...
https://www.fastly.com/documentation/guides/compute/
(I work there)
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#24That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...
Check out Fastly’s WASM-powered Compute platform: https://www.fastly.com/documentation/guides/compute/ (I work there)
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#25Bun likely has a larger footprint than this but it's also gaining lots of traction: https://bun.sh/docs/runtime/loaders How might this project differentiate itself from Bun as it grows? Because Bun aims to be compact and fast (fast being the priority in their case).
Also I am still not sure how you are thinking that this project is similar to Bun.
Bun is for javascript, somebody runs wasm in js and that on bun...
Faasta runs wasm directly and you would need to use javy to actually run js in Faasta https://github.com/bytecodealliance/javy
Its sort of like a->b or b->a and faasta is way more leaner and better... Though bun is good if you are all Typescript.
Still I am sure I am not able to explain myself clearly, so do ask me something if you think I haven't explained quite properly and I am obviously sorry about that!
(Side note: but my main gripe with deno is that I have to specify all of these permissions and its still not a 1:1 equivalent to nodejs , like its very close still though so I still used bun and I actually used just today bun to install pnpm and then install wrangler and then remove pnpm and install via bun because for some reason wrangler doesn't recognize bun as package manager but whatever right)
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#26That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...
I haven't tried with wasm personally because well, it has a limit of 25 mb and I am not sure but last time I read somewhere in their forums about some guy wishing to run golang, it had the issue that wasm could only be 1-2mb and golang's most basic example had it taken 1-2mb so they can't cook anything good.
Of course I can be wrong & I am just too lazy to search that article to remember the facts again.
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#27That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...
Cloudflare workers can do wasm and js. I haven't tried with wasm personally because well, it has a limit of 25 mb and I am not sure but last time I read somewhere in their forums about some guy wishing to run golang, it had the issue that wasm could only be 1-2mb and golang's most basic example had it taken 1-2mb so they can't cook anything good. Of course I can be wrong & I am just too lazy to search that article to…
And also one key thing to note is you should probably not keep the domain itself in cloudflare if you are thaat paranoid and write something in hono if you really want portability (maybe its overkill??) and if you really get messed up like the gambling blog guy then you can easily switch away...
Still ITS way too unlikely to happen I guess.
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#28That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...
This platform is also based on wasmtime and wasmtime's wasi-http implementation, which I authored, so I'm really proud to see it reused here!
One more plug: I've been working on https://github.com/yoshuawuyts/wstd/ with Yosh and Dan Gohman (creator of WASI) as a nice way to write wasi-http guests in Rust.
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#29Unfortunate name collision with FASTA the bioinformatic sequence file format
Re: Show HN: Faasta – A self-hosted Serverless platform for WASM-wasi-HTTP in Rust
#30That's a really cool implementation! I hope I'll have some time soon to have a peek at the code. I am honestly a bit surprised to see that none of the major cloud providers are even thinking to leverage WASM and WASI for serverless...