About Firecracker Usage.. #4479
-
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
I didn't quite get what you are asking about. (Some sentences seem to have been poorly translated.) However, based on your diagram, I think you are asking if Firecracker supports running in the same "microVM" both the frontend / backend and a database belonging to the same application? If so, the question is "yes", you can use Firecracker this way. Take into account that Firecracker is a virtualization technology (focusing on certain aspects) that just "runs" a Linux-based VM. Thus it doesn't care whatever you deploy in that VM. However, perhaps a more important question is why do you want to use Firecracker? Is security (sandboxing), start-up latency, or multiple executions scalability an important aspect for your use-case? Or do you just want to have isolated environments to test various aspects of your application? Because if you only need isolation, perhaps plain-old-containers (via Podman or Docker) would better suit your use-case. (With Firecracker you need to provide the VM image yourself, as a raw disk image, and there isn't a built-in tool to generate that image. Also you need to manage the startup / teardown of your services, etc. As stated, Firecracker is just a virtualization building-block, not an featurefull product / platform.) |
Beta Was this translation helpful? Give feedback.
I didn't quite get what you are asking about. (Some sentences seem to have been poorly translated.)
However, based on your diagram, I think you are asking if Firecracker supports running in the same "microVM" both the frontend / backend and a database belonging to the same application?
If so, the question is "yes", you can use Firecracker this way.
Take into account that Firecracker is a virtualization technology (focusing on certain aspects) that just "runs" a Linux-based VM. Thus it doesn't care whatever you deploy in that VM.
However, perhaps a more important question is why do you want to use Firecracker? Is security (sandboxing), start-up latency, or multiple executions scalability …