krustlet
awesome-paas
krustlet | awesome-paas | |
---|---|---|
21 | 9 | |
3,530 | 376 | |
0.2% | - | |
3.1 | 5.3 | |
7 months ago | 6 months ago | |
Rust | ||
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
krustlet
-
WASM Instructions
Oh it’s certainly looking like that IMO.
You can run wasm in k8s: https://krustlet.dev/
Docker itself can run wasm: https://wasmlabs.dev/articles/docker-without-containers/
There are a few serverless runtimes based on wasm: https://wasmcloud.com/
A lot of those are powered by wasmtime or WasmEdge.
If you’re wanting to be able to just pull down a random app and run it as wasm, that’s inherently harder with wasm, because you have to recompile, and amazing compiling stuff is always harder than it should be. For example I compiled jq to wasm to other day, so you dont have to worry (as much) about the CVEs that was issued recently. https://github.com/rockwotj/jq-wasi
- The advantage of WASM compared with container runtimes
-
Crafting container images without Dockerfiles
It can, kubevirt is a project for running VMs https://kubevirt.io/ and there have been more esoteric things like WASM (https://github.com/krustlet/krustlet).
- The Python Paradox
-
I Don’t wanna use Docker or kubernetes
Or you can run Krustlet instead of Kubelet. That makes it so you can only run WebAssembly on the cluster - so no Go, no Python, only Rust!
-
Why did the Krustlet project die?
But the project seems to have died: https://github.com/krustlet/krustlet/graphs/contributors
-
Does anybody have a use-case for Scala WASM compilation target?
There are some cloud providers that are starting to offer wasm support. Docker is currently working on wasm https://docs.docker.com/desktop/wasm/ There is also krustlet https://krustlet.dev/ which lets you run wasm in kubernetes
- How I got involved in the Rust community
-
Are V8 isolates the future of computing?
> If one writes Go or Rust, there are much better ways to run them than targeting WASM
wasm has its place, especially for contained workloads that can be wrapped in its strict capability boundaries (think, file-encoding jobs that shouldn't access anything else but said files: https://news.ycombinator.com/item?id=29112713).
> Containers are still the defacto standard.
wasmedge [0], atmo [1], krustlet [2], blueboat [3] and numerous other projects are turning up the heat [4]!
[0] https://github.com/WasmEdge/WasmEdge
[1] https://github.com/suborbital/atmo
[2] https://github.com/krustlet/krustlet
[3] https://github.com/losfair/blueboat
[4] https://news.ycombinator.com/item?id=30155295
- Krustlet: Kubernetes Kubelet in Rust for Running WASM
awesome-paas
-
Show HN: Appliku – Deployment PaaS for Python/Django
Hey there. Firstly, Congratulations on the progress. From the screenshot, I can tell you the UI/UX is great. I have been maintaining Awesome PaaS [1]. Overtime, I have started feeling this space has become commoditised. Because of containers, kubernetes etc. this has been an explosion in the number of tools in the space, however in your case, because of the django/python niche you might have something. In my opinion, very few early stage apps fit into PaaS model, most of the orgs have so much customization that it hard to fit them into your platform. I guess with Django as framework specialization this won't be a problem. Goodluck, with your endeavours.
[1] https://github.com/debarshibasak/awesome-paas
-
aws should be easy
There's been a number of these projects out there. I think the biggest part developers misunderstand when building these is that your target audience either knows AWS enough to build all of this with Terraform / CDK, or they don't know enough about AWS to know which tool they need to use to get done and they use something like Elastic Beanstalk or Amplify. Unfortunately the market for something in the middle is almost non-existent.
-
What don't you like about Heroku and PaaS ?
You will literally be joining a market that's already over saturated with "Deploy your apps 100x faster/easier/better/safer/secure" platforms. Here's a running list of ones that exist: https://github.com/debarshibasak/awesome-paas
-
Free Cloud for Doers and Dreamers
My argument is that most of the small business and startups struggle to make revenue from get go. Asking for revshare, when it is day-0/day-1 kind of situation can hit the startups, small business, individuals really hard.
To me the your model looks very close to a royalty structure. Which is bad on books if you have seen "Shark Tank". It can be a fun place to host apps for indie hackers.
Another argument is that, Major cloud providers give away a lot of credits for various services. It can go upto $100k. I would even argue that you don't need devops or specialized team from you are a small org, startup and your operations are small.
Anyways, Looks like a fun project would love to list you on my Awesome Paas[1] list.
[1] https://github.com/debarshibasak/awesome-paas
- OAuth with Cloudflare Workers on a Statically Generated Site
- GitHub - debarshibasak/awesome-paas: A curated list of PaaS, developer platforms tools to emulate PaaS on cloud, Cloud IDEs and ADNs.
- A curated list of PaaS and tools to emulate PaaS on cloud providers
- Show HN: PaaS, A curate list of Platform as a service providers
What are some alternatives?
miniflare - 🔥 Fully-local simulator for Cloudflare Workers. For the latest version, see https://github.com/cloudflare/workers-sdk/tree/main/packages/miniflare.
piku - The tiniest PaaS you've ever seen. Piku allows you to do git push deployments to your own servers.
youki - A container runtime written in Rust
e2core - Server for sandboxed third-party plugins, powered by WebAssembly
yew - Rust / Wasm framework for creating reliable and efficient web applications
libaws - aws should be easy
brython - Brython (Browser Python) is an implementation of Python 3 running in the browser
workers-chat-demo
Transcrypt - Python 3.9 to JavaScript compiler - Lean, fast, open! -
ffi-overhead - comparing the c ffi (foreign function interface) overhead on various programming languages
amfora - A fancy terminal browser for the Gemini protocol.