I will try to build Hugor via DOCKER this week
Moderators: Ice Cream Jonsey, joltcountry
- Ice Cream Jonsey
- Posts: 30175
- Joined: Sat Apr 27, 2002 2:44 pm
- Location: Colorado
- Contact:
I will try to build Hugor via DOCKER this week
realNC told me how to do it, I just have not had time. So I'll try to take time this week. Won't you join me on this thread?
the dark and gritty...Ice Cream Jonsey!
- Tdarcos
- Posts: 9556
- Joined: Fri May 16, 2008 9:25 am
- Location: Arlington, Virginia
- Contact:
Re: I will try to build Hugor via DOCKER this week
Does this include Kubernetes? I have heard the two work together in some contexts.
"When I die, I want it easy and peaceful in my sleep, like my uncle.
Not screaming and crying like his passengers."
Not screaming and crying like his passengers."
- Jizaboz
- Posts: 5474
- Joined: Tue Jan 31, 2012 2:00 pm
- Location: USA
- Contact:
Re: I will try to build Hugor via DOCKER this week
Kubernetes wouldn't really be all that useful in the case of a Hugo game. Basically Kubernetes is used to scale resources for things such as deployments to online production environments with zero downtime.Tdarcos wrote: Wed Jan 05, 2022 2:48 pm Does this include Kubernetes? I have heard the two work together in some contexts.
You are right though in the matter of say you were using the "Lens" tool to visualize a Kubernetes cluster; commonly inside of that cluster are indeed Docker containers running.
(╯°□°)╯︵ ┻━┻
- Tdarcos
- Posts: 9556
- Joined: Fri May 16, 2008 9:25 am
- Location: Arlington, Virginia
- Contact:
Re: I will try to build Hugor via DOCKER this week
So Kubernetes is like a VM Hypervisor and Docker is like the guest operating system that holds clients? Or am I misunderstanding what is involved?
"When I die, I want it easy and peaceful in my sleep, like my uncle.
Not screaming and crying like his passengers."
Not screaming and crying like his passengers."
- Jizaboz
- Posts: 5474
- Joined: Tue Jan 31, 2012 2:00 pm
- Location: USA
- Contact:
Re: I will try to build Hugor via DOCKER this week
It's kind of a weird concept to grasp. A Docker container itself runs whatever operating system assigned to it via the "image". An image could be something like say an Nginx web server ready to go or just bare bones Alpine Linux.
So, if you have an application that requires multiple containers (RQ Workers, Nginx, ElasticSearch, Redis, python3 apps, etc) then using Kubernetes allows you to view, edit, create, and manage all of the Docker containers within the application's cluster.
Say you had a service running in one container running something like "python manage.py runserver" and while viewing your Kubernetes cluster in the Lens tool, you see that the service only starts then crashes after 1 minute due to a ram error. You then edit the "deployment template" of that service to allocate more RAM to the container via Lens, hit apply, and it auto relaunches with the required amount of RAM.
This article explains the differences better than I can though https://www.ibm.com/cloud/blog/containers-vs-vms
So, if you have an application that requires multiple containers (RQ Workers, Nginx, ElasticSearch, Redis, python3 apps, etc) then using Kubernetes allows you to view, edit, create, and manage all of the Docker containers within the application's cluster.
Say you had a service running in one container running something like "python manage.py runserver" and while viewing your Kubernetes cluster in the Lens tool, you see that the service only starts then crashes after 1 minute due to a ram error. You then edit the "deployment template" of that service to allocate more RAM to the container via Lens, hit apply, and it auto relaunches with the required amount of RAM.
This article explains the differences better than I can though https://www.ibm.com/cloud/blog/containers-vs-vms
(╯°□°)╯︵ ┻━┻