Why containers
This commit is contained in:
parent
a9d05eeef8
commit
d76f1d7b32
@ -23,6 +23,12 @@ The project is broken into two parts:
|
|||||||
* Master - This can be thought of as the server, it's the portal that users interact with to upload .blend files and tweak render parameters.
|
* Master - This can be thought of as the server, it's the portal that users interact with to upload .blend files and tweak render parameters.
|
||||||
* Slave - This can be thought of as a client, and it handles rendering the images which get stitched together to create an animation. There can be as many instances of the slave as you want, the more slaves, the more simultaneous frames can be rendered.
|
* Slave - This can be thought of as a client, and it handles rendering the images which get stitched together to create an animation. There can be as many instances of the slave as you want, the more slaves, the more simultaneous frames can be rendered.
|
||||||
|
|
||||||
|
#### Why Containers?
|
||||||
|
|
||||||
|
That's the secret sauce of the whole operation. Containers provide a unit of deployment. What does that give you? It gives you an easy way to launch an application, anywhere, across as many machines as you need to. Sign up for a cloud provider, most support running containers natively. Many providers make it as easy as pasting in the URL to download your container from a registry, and putting a number for how many instances you want to run.
|
||||||
|
|
||||||
|
You can also run containers on your own equipment utilizing an orchestrator such as Kubernetes.
|
||||||
|
|
||||||
#### Web interface
|
#### Web interface
|
||||||
|
|
||||||
When you run the master, it listens on port 8097. Here's a screenshot of the web interface on the status page for an ongoing render job:
|
When you run the master, it listens on port 8097. Here's a screenshot of the web interface on the status page for an ongoing render job:
|
||||||
|
Loading…
Reference in New Issue
Block a user